公共服务可以说成一个大一点的“UI组件”，但是他是与业务相关的，UI来说一般不会与业务产生耦合，以上面的日期选择器来说，无论他装的是日期还是区域都是可以的，并且不应该请求服务，他是纯净的UI组件。

而公共服务是不纯净的是一定与业务相关的，移动端比较常见的公共服务是：

passport

包含登录注册、个人资料管理，甚至包含一些认证相关的，与公司账号相关的操作，登录注册是各种活动，各种业务频道都可能会使用的业务，这种东西是必须服务化的，但是很多小公司都没做。

因为公共的特点，页面设计最好中性一点，其中几个常用的页面，比如登录需要包含以下设计：

① 样式可定制化（弹出层、独立页面什么的都是常事）

② 回退可定制，其实所有的公共服务回退按钮都是需要定制的，登录成功去哪个URL登录失败去哪个URL，点击浏览器回退去哪个URL都得约定，少一个都不是公共服务

③ 单点登录，事实上初期根本用不到什么单点登录，甚至大家都不是跨域的，所以后续需要再支持即可

还有很多与passport一样的公共业务，比如：

① 钱包服务，包括用户支付订单相关管理

② 城市列表，这个要考虑参数如何传递

③ 反馈系统

④ 公司介绍

除了面向C端的公共页面服务，还会有面向B端的统计平台相关。

前端工具化 

静态资源处理

评价一个前端团队是否优秀成熟的评判多以团队工具化的程度，一个简单的例子是：

① 你们前端静态资源是如何组织的、如何打包的

② 你们前端静态资源是如何解决缓存的（比较好的方案是MD5）

上面两点可以使用grunt/gulp一类的构建工具轻松做到，如果有公共框架文件还会需要引入种子文件的概念

跨域问题

另外，所有前端团队都会遇到跨域问题，特别是前后分离后，服务器端只提供API接口，前端代码随便在哪都能运行，那么这个时候你是怎么做呢？

① 使用fiddler&charles做代理

② 提供测试服务器

③ 支持jsonp跨域

④ 支持cors跨域

那么这些方案，哪种最适合团队，哪种成本最低（一般来说是代理），是我们需要考虑的

tips：我之前使用fiddler，现在换mac了使用charles，两款工具十分优秀，正则一块的处理很好，推荐使用

移动端适配

从后端转到前端的同学一般在业务逻辑上有一些天生的优势，但是往往在CSS一块比较弱，如何在开发人员无感的情况下引入rem，如何与现有机制无缝的使用less，如何处理单页应用中css的污染，这个是框架底层需要考虑的。

模块化&组件化开发

团队上规模后，如何使用模块化开发处理协作问题；业务代码复杂度上升后，如何使用组件化编程思维简单开发复杂度，这些需要应用到项目实践中，并且路径是可复制的；

一些优化手段，也需要工具化，框架化，让开发人员无感。

前后端协作

前端与服务器端，开发速度未必同步，事实上很多时候都不是同步的，在已经约定了接口格式的情况下，接口还没有写好，但是前端依然能写交互，团队是如何写这种假数据，这个方面实现会大大的提升工作效率。

订单下降分析

如果在某一个时间段，全站的流量或者全站的订单量下降了，你如何跟踪这次下降的原因，如何最大程度上避免下次出现类似的现象，这个时候数据统计会避免我们成为瞎子，所以得尽快建立统计平台，转换率模型。

快速迭代，通过迭代来优化产品，但是如果每一个迭代都完全颠覆了之前的设计，很多时候公司就是原地踏步，每迈出一步你要清晰的知道前一个版本哪里出了问题，针对问题做优化，而不是频繁改版。

这次改版后，你如何知道这次优化就比上一次的好，而不是其它因素造成，ABTesting方案应该是每一个成熟团队必须的，持续优化这些都是建立在有效的数据监控与意见反馈机制上的，我们不能做完网站变成瞎子。

结语

因为很久没有写博客了，又因为最近刚好来到了小团队，有一些想法以水文的形式发出来与各位讨论，希望对各位有用。

诚然，对于一个前端来说，要推动上述工作还是有一点难度的，但并不是不可能，前端对自己的定位要变，从前端工程师到软件工程师。

我常常听到很多前端自己都在质疑自己，或者就是膨胀到觉得自己团队没有什么可以做了，那么这个时候可以考虑下：

你们团队的自动化、安全性已经到位了吗，效率就真的完全没有上升空间了？

前端的重视程度需要你我一并努力，在大公司做前端难，在小公司做前端更难，你我共勉，最后补充下为什么回成都，以及回来的一些感受。

从一线城市到二线城市

几年前，怀着想学点新东西的想法，我来到了上海，在这边也确实学到了很多东西，关于学习有几个必要条件：

① 好的项目

② 好的团队

③ 加班总结

很多时候不是一些朋友不努力，但是PV上亿的项目国内真的不多，创业团队这种机会就更少，所以根本没有这种机会，这个时候看人家做的很多优化就是看热闹，似乎懂得了什么，其实什么都没懂。

就算是携程最好的时光，依旧有很多团队没有跟上好时候，比如不在无线的团队，那么无线团队的经验包，如果不是真正好学的人是接收不了的，就算我处于无线团队，native团队中很多经验包都是遗漏状态，而且无论怎么打听都是打听不出来的，就比如native资源更新机制，我就前前后后关注了两年，从各处零碎的得到了很多知识，现在看来依旧不够系统，不可谓不遗憾。

又比如有一次携程全站出现了一个重大BUG，因为是server端的问题，自己当时目光短浅没有去深入，到现在想深入都没有案例了，只能说机会稍纵即逝啊！！

所以就算后来进入百度了解到了fis的好，但是真正想去深入的话怎么都摸不着门道，只能学习一些思想走；这个也是一个框架成型后如果后面的人来维护怎么都维护不好的原因，因为他们找不着精髓，后来的人甚至会喷框架的各种不好，自己却找不出方案。

这个就是一线城市的一大好处：

一线城市，具有好项目（PV过亿），好团队的机会要好很多，只要你努力上进，就能收获很大的经验包。

这就意味着，只要你愿意学，就一定可以收获很大的经验礼包，这里有很多热心的大神，愿意与你讨论，愿意与你分享，而你的分享也会带给你快乐与成就感。

另外，外面的薪酬包也要比二线城市大得多，就我而言，回成都薪酬包只有原来的70%不到，如果这次没回成都的话，待遇应该会有长足的涨幅，但是最后还是选择的归蓉。

关于机会好的伪命题

很多人到一线城市打拼是觉得那里机会好，事实上这是一个伪命题（在我看来），不可否认沿海的机会很多，但真心说不上好。