破解前端面试系列（3）：如何搞定纸上代码环节？

正文

请到「今天看啥」查看全文

&city= %E5%8 C %97%E4%BA%AC &d&enabled

期望的返回结果格式如下：

对于使用过 Node.js 中的 querystring 或者社区中的 qs 、 uri.js 模块的同学对这个可能再熟悉不过了，而那些不熟 HTTP GET 请求参数携带方式的候选人也不用着急，因为这种情况下面试官会解释 URL 参数的构造规则，至于对网络知识的掌握程度，是另外的关注点了。实际操作中，在我拿出这个问题之前，已经跟候选人聊了比较多的 HTTP 话题了。

1. 开始动手前

相当比例的候选人拿到问题，会立即提笔开始写代码，这是面试官最不愿看到的，和学校考试的填空题不同，纸上代码作为综合素质环节，面试官希望看到全面的你，如果工作中也是这样拿到需求不分青红皂白就开搞，最终的结果可能常常是事倍功半。

谋定而后动， 动手前一定要搞清楚问题 。怎样才算是把问题搞清楚了？要清楚输入的特征，是否会出现各种奇怪的输入（脑子里面有这根弦的人通常不会差，但是面试官会小心求证，看看你能想到哪些）；要清楚对解决办法的其他约束条件，比如时间复杂度，空间复杂度。而搞清楚问题的方法就是追问面试官，比如，针对上面的代码，可以追问的问题：

• 未指定值的 key 是否会重复出现？如果重复出现该怎么处理？

• 数字中只包含整数？是否包含浮点数？科学计数法？

• 对代码的性能要求是怎样的？提出这个问题的时候，候选人心中可能已经有多重方法了。

就如同在实际工作中接需求的时候，需要知道需求的边界，各种可能的特殊情况，合作方对于排期的期望，需求中各个要点优先级界定，从决策论的角度来看，掌握更充分的信息，才能让你对技术复杂度、需求排期有更合理的预估，避免在做到一半或做完的时候发现与实际需求不符。

搞清楚问题之后，相信你心中已经有了基本思路，不过动手的时机还没到，你应该把思路介绍给面试官，确认自己是否自己是否忽略了某些要点，这也是展示沟通能力的好机会，知道什么是 有效沟通

请到「今天看啥」查看全文