获取url参数
获取当前页面url地址中的参数是很常用的方法，通常我也会将其封装在common里面，如：

getUrlPar: function(name){ var _reg = new RegExp("(^|&)" + name + "=([^&]*)(&|$)", "i"), _regNext = window.location.search.substr(1).match(_reg); if (_regNext != null) return decodeURI(_regNext[2]) || ''; else return ''; },

ajax 全局错误监听

通常情况下，后台会在web.xml会配置一个error-page指向一个错误页面，但是那样都是跳转页面404错误还好，其他错误也跳页面其实并不友好，而其他的错误通常是请求中错误，我们只要设置一个ajax全局监听即可，下面是代码片段，当然还可以做很多你暂时没有想到的事情

$(document).on('ajaxError', function(e, xhr, options){ if (404 == xhr.status) { common.404() }else if(500 == xhr.status){ common.500() } }) 定义common.css

所有公共样式，同样的每个页面都要引用，其中在整个项目样式通用控制起决定性作用，如：

全局字体样式

* { font-family: 'Microsoft YaHei'; }

标签样式

body, h1, h2, h3, h4, h5, h6, hr, p, blockquote, dl, dt, dd, ul, ol, li, pre, form, fieldset, legend, button, input, textarea, th, td { margin: 0; padding: 0; } /** 标签样式 start */ html { font-size: 20px; } body { font-size: 16px; background-color: #e5e6e7; } h1 { font-size: 2.25rem; } h2 { font-size: 1.975rem; } h3 { font-size: 1.50rem; } h4 { font-size: 1.125rem; } h5 { font-size: 0.875rem; } h6 { font-size: 0.750rem; } a { text-decoration: none; -webkit-tap-highlight-color: transparent; } em { font-style: normal; } label > * { pointer-events: none; } ul { list-style: none; } button { -webkit-appearance: none; border: 0; background: 0 0; }

媒体查询控制字体大小

/** 媒体查询 start */ @media only screen and (min-width: 400px) { html { font-size: 21.33333333px !important; } } @media only screen and (min-width: 414px) { html { font-size: 22.08px !important; } } @media only screen and (min-width: 480px) { html { font-size: 25.6px !important; } }

这是所有页面的基础样式控制，主要是在字体方面，用rem来解决移动开发中多屏适配，如果有UI框架引入的时候就要根据实际情况考虑是覆盖基础样式还是被覆盖来决定引入的先后顺序了

打包（gulp）

给js、css、img、font、json等静态资源引用处添加版本号（当前时间戳）

E: cd \h5\weixin\target gulp build cd \h5\weixin\target\weixin\ del \h5\weixin\target\weixin\weixin.war cd \h5\weixin\target\weixin\ jar cvf weixin.war ./ del \last\code\2017\dnzd\weixin.war move weixin.war \last\code\2017\dnzd\

实际开发中可能有实时刷新和实时编译sass这些任务。上面是生产构建的脚本，build这个任务里面包含了上面4点，当然还可以添加requireJs优化等等这些...

意识和协作

团队协作开发中，成员写代码的意识很重要，一个再完善的开发规范不如有个良好的代码意识的程序员，一个技术再好团队不如一个团队意识强的的团队，当然，改变一个人的开发习惯是比较痛苦的，但是如果你发现这是一个好的规范，那么你需要刮骨疗伤去成长，如果你不能忍受一些条条框框，那么团队也需要更好的程序员。在项目开发协作中，特别是团队组建初期，特别是前后台交互、UI跟前端对接、产品经理跟开发沟通中，可能会存在很大的意见分歧，可可能有人会说你代码哪里哪里不好、没有注释、不可维护.. 求同存异，尽可能的少去指责他人，因为你看上去乱遭遭的代码，永远相信也是写的人当时深思熟虑后的作品。同时面对别人的说法，你需要更成熟的选择一笑而过，你也应该去采纳别人的建议，沉默中把自己的弱项提高，那就是成长。

多说几句

做前端的这几年，我从一个css、js都不懂的小白也算是历练成了一个老司机，其中的辛酸苦辣只有自己明白。学习的过程的确是痛苦的，但却也是有乐趣在其中的，深有体会，一件事情坚持一直做下去，总会有许多的收获，时间长了，慢慢的你会发现，在很多人心中你已经很厉害了。就像写博客的这一年多，除了我自己收获许多积累许多之外，我还意外收获了35个粉丝！最后想说的是，前端是丰富多彩的，你可以融入其中，但不能只停留在这一块领域，你想要更好的发展，你必须多元化发展，比如做一个会JAVA后台的前端，做一个偏UI的前端，做一个很懂技术的产品经理，这些都将是你的优势，很多企业其实并不需要你会很高深的技术，很多项目其实也用不上多少高深的技术，很多时候，你能实现需求，能做出用户体验好的产品，能再特殊的阶段兼任某个岗位，能做一些别人做不了的事情，你的存在就更有价值！总之在技术上要抓住一个重点，也要发散自己的技术点，走更宽的路，同时技术人也要注重情商的提高..

共勉

程序员最重要的是完美实现需求，技术有时候只是工具。

posted @