郑州HTML5培训免费学
郑州HTML5培训（http://hn.la***/zt/h5Web/）前端开发工作应该注意哪些？
UI库
UI库的形成与UI库的多少将决定你后续项目重复工作量的多少，这个UI库需要注意几点：
1 UI是否可重用
2UI是否可定制
比如让很多朋友去做这个时间选择器，做出来就真的是时间选择器，如果让他换成城市选择器，就全傻眼了：
3 UI是否可拆分，可聚合
还是以上面UI为例，这个组件事实上是一个聚合组件，由一个select组件与一个弹出层组件组成，你的UI是不是可拆分是评价他质量的一个很大考虑点。
......
公共服务
公共服务可以说成一个大一点的“UI组件”，但是他是与业务相关的，UI来说一般不会与业务产生耦合，以上面的日期选择器来说，无论他装的是日期还是区域都是可以的，并且不应该请求服务，他是纯净的UI组件。
而公共服务是不纯净的是一定与业务相关的，移动端比较常见的公共服务是：
passport
包含登录注册、个人资料管理，甚至包含一些认证相关的，与公司相关的操作，登录注册是各种活动，各种业务频道都可能会使用的业务，这种东西是必须服务化的，但是很多小公司都没做。
因为公共的特点，页面设计中性一点，其中几个常用的页面，比如登录需要包含以下设计：
1 样式可定制化（弹出层、独立页面什么的都是常事）
2 回退可定制，其实所有的公共服务回退按钮都是需要定制的，登录成功去哪个URL登录失败去哪个URL，点击浏览器回退去哪个URL都得约定，少一个都不是公共服务
③ 单点登录，事实上初期根本用不到什么单点登录，甚至大家都不是跨域的，所以后续需要再支持即可
还有很多与passport一样的公共业务，比如：
1 钱包服务，包括用户支付订单相关管理
2 城市列表，这个要考虑参数如何传递
3 反馈系统
4 公司介绍
除了面向C端的公共页面服务，还会有面向B端的统计平台相关。
前端工具化
静态资源处理
评价一个前端团队是否成熟的评判多以团队工具化的程度，一个简单的例子是：
1 你们前端静态资源是如何组织的、如何打包的
2 你们前端静态资源是如何解决缓存的（比较好的方案是MD5）
上面两点可以使用grunt/gulp一类的构建工具轻松做到，如果有公共框架文件还会需要引入种子文件的概念
跨域问题
另外，所有前端团队都会遇到跨域问题，特别是前后分离后，服务器端只提供API接口，前端代码随便在哪都能运行，那么这个时候你是怎么做呢？
1 使用fiddler&charles做代理
2 提供测试服务器
3 支持jsonp跨域
4 支持cors跨域
那么这些方案，哪种适合团队，哪种成本低（一般来说是代理），是我们需要考虑的
tips：我之前使用fiddler，现在换mac了使用charles，两款工具十分，正则一块的处理很好，推荐使用
移动端适配
从后端转到前端的同学一般在业务逻辑上有一些天生的优势，但是往往在CSS一块比较弱，如何在开发人员无感的情况下引入rem，如何与现有机制无缝的使用less，如何处理单页应用中css的污染，这个是框架底层需要考虑的。
模块化&组件化开发
团队上规模后，如何使用模块化开发处理协作问题；业务代码复杂度上升后，如何使用组件化编程思维简单开发复杂度，这些需要应用到项目实践中，并且路径是可复制的；
一些优化手段，也需要工具化，框架化，让开发人员无感。
前后端协作
前端与服务器端，开发速度未必同步，事实上很多时候都不是同步的，在已经约定了接口格式的情况下，接口还没有写好，但是前端依然能写交互，团队是如何写这种假数据，这个方面实现会大大的提升工作效率。
订单下降分析
如果在某一个时间段，全站的流量或者全站的订单量下降了，你如何跟踪这次下降的原因，如何大程度上避免下次出现类似的现象，这个时候数据统计会避免我们成为瞎子，所以得尽快建立统计平台，转换率模型。
快速迭代，通过迭代来优化产品，但是如果每一个迭代都完全颠覆了之前的设计，很多时候公司就是原地踏步，每迈出一步你要清晰的知道前一个版本哪里出了问题，针对问题做优化，而不是频繁改版。
这次改版后，你如何知道这次优化就比上一次的好，而不是其它因素造成，ABTesting方案应该是每一个成熟团队必须的，持续优化这些都是建立在有效的数据监控与意见反馈机制上的，我们不能做完网站变成瞎子。
Q Q：2290909800 Q Q交流群：493076664;97682894；咨询电话(Phone)：15838221845(手机)
地址（Address）： 郑州市高新区莲花街牡丹路教育科技产业园区B座 网址（website）：http://hn.la***/zt/h5Web/
UI库
UI库的形成与UI库的多少将决定你后续项目重复工作量的多少，这个UI库需要注意几点：
1 UI是否可重用
2UI是否可定制
比如让很多朋友去做这个时间选择器，做出来就真的是时间选择器，如果让他换成城市选择器，就全傻眼了：
3 UI是否可拆分，可聚合
还是以上面UI为例，这个组件事实上是一个聚合组件，由一个select组件与一个弹出层组件组成，你的UI是不是可拆分是评价他质量的一个很大考虑点。
......
公共服务
公共服务可以说成一个大一点的“UI组件”，但是他是与业务相关的，UI来说一般不会与业务产生耦合，以上面的日期选择器来说，无论他装的是日期还是区域都是可以的，并且不应该请求服务，他是纯净的UI组件。
而公共服务是不纯净的是一定与业务相关的，移动端比较常见的公共服务是：
passport
包含登录注册、个人资料管理，甚至包含一些认证相关的，与公司相关的操作，登录注册是各种活动，各种业务频道都可能会使用的业务，这种东西是必须服务化的，但是很多小公司都没做。
因为公共的特点，页面设计中性一点，其中几个常用的页面，比如登录需要包含以下设计：
1 样式可定制化（弹出层、独立页面什么的都是常事）
2 回退可定制，其实所有的公共服务回退按钮都是需要定制的，登录成功去哪个URL登录失败去哪个URL，点击浏览器回退去哪个URL都得约定，少一个都不是公共服务
③ 单点登录，事实上初期根本用不到什么单点登录，甚至大家都不是跨域的，所以后续需要再支持即可
还有很多与passport一样的公共业务，比如：
1 钱包服务，包括用户支付订单相关管理
2 城市列表，这个要考虑参数如何传递
3 反馈系统
4 公司介绍
除了面向C端的公共页面服务，还会有面向B端的统计平台相关。
前端工具化
静态资源处理
评价一个前端团队是否成熟的评判多以团队工具化的程度，一个简单的例子是：
1 你们前端静态资源是如何组织的、如何打包的
2 你们前端静态资源是如何解决缓存的（比较好的方案是MD5）
上面两点可以使用grunt/gulp一类的构建工具轻松做到，如果有公共框架文件还会需要引入种子文件的概念
跨域问题
另外，所有前端团队都会遇到跨域问题，特别是前后分离后，服务器端只提供API接口，前端代码随便在哪都能运行，那么这个时候你是怎么做呢？
1 使用fiddler&charles做代理
2 提供测试服务器
3 支持jsonp跨域
4 支持cors跨域
那么这些方案，哪种适合团队，哪种成本低（一般来说是代理），是我们需要考虑的
tips：我之前使用fiddler，现在换mac了使用charles，两款工具十分，正则一块的处理很好，推荐使用
移动端适配
从后端转到前端的同学一般在业务逻辑上有一些天生的优势，但是往往在CSS一块比较弱，如何在开发人员无感的情况下引入rem，如何与现有机制无缝的使用less，如何处理单页应用中css的污染，这个是框架底层需要考虑的。
模块化&组件化开发
团队上规模后，如何使用模块化开发处理协作问题；业务代码复杂度上升后，如何使用组件化编程思维简单开发复杂度，这些需要应用到项目实践中，并且路径是可复制的；
一些优化手段，也需要工具化，框架化，让开发人员无感。
前后端协作
前端与服务器端，开发速度未必同步，事实上很多时候都不是同步的，在已经约定了接口格式的情况下，接口还没有写好，但是前端依然能写交互，团队是如何写这种假数据，这个方面实现会大大的提升工作效率。
订单下降分析
如果在某一个时间段，全站的流量或者全站的订单量下降了，你如何跟踪这次下降的原因，如何大程度上避免下次出现类似的现象，这个时候数据统计会避免我们成为瞎子，所以得尽快建立统计平台，转换率模型。
快速迭代，通过迭代来优化产品，但是如果每一个迭代都完全颠覆了之前的设计，很多时候公司就是原地踏步，每迈出一步你要清晰的知道前一个版本哪里出了问题，针对问题做优化，而不是频繁改版。
这次改版后，你如何知道这次优化就比上一次的好，而不是其它因素造成，ABTesting方案应该是每一个成熟团队必须的，持续优化这些都是建立在有效的数据监控与意见反馈机制上的，我们不能做完网站变成瞎子。
Q Q：2290909800 Q Q交流群：493076664;97682894；咨询电话(Phone)：15838221845(手机)
地址（Address）： 郑州市高新区莲花街牡丹路教育科技产业园区B座 网址（website）：http://hn.la***/zt/h5Web/
