作为程序员，人生最值得幸福的事有几件：
- 解决困扰了很长时间的问题
- 升职加薪
- 找个漂亮又靠谱的对象
- 深得领导的喜欢
- 带领团队冲锋陷阵
- …
哈哈，这些都是梦想，暂时想想就好了。这肯定和我说的东西不符合嘛，大家表多想了。下面进入正题把：
不管你在小公司，创业型公司，ABCD轮的公司，哪怕在bat，再叼一点的就是全球的google，facebook等，我们正常进去都不会让你去单独做一个东西，而是首先的任务就是维护别人的代码，对的，没错，你没听错，维护别人的代码！！！（卧槽，哪个sb写的代码，骂了个蛋……..）
因为我也是程序员，我懂咱们的感受，不管前端后端都一样。对于菜鸟来说，会抱怨一下，哪个大婶写的代码，太牛逼了。我一行没看懂，太牛叉了，这下面怎么写呢；对于稍微有点道道的程序员，会饱含一些谦虚的态度，这边写的不错，那边写的不好，还差一点，要动手改一下，可是又想了想，万一改崩了怎么办，所以一直处在这种纠结状态；最后对于那些牛叉的人，上来就是一句：我草拟大爷，哪个sb写的代码，写的什么刁玩意，这TM还可以这样写，我勒个擦，这边还可以这样，我都跪了，神啊救救我把。
当然，上面都是描述的我们去维护别人代码，暴露的千姿百态。我想按本心说，谁都不想去维护这样的代码，最然有时候现实都要去维护这样的代码。所以，有时候我们不知不觉也这样，不管后来来维护你代码的人。但是，作为一个负责任的程序员来说，都不应该这样的。所以能有个可以维护的代码，有一些规范，对于公司的代码管理和审核，还有后来的维护者都是一个很好的方式。
我总结的规范，我也不知道别人知否这样总结过，所以我就先把这套前端js书写的格式和规范书写下来，大家一起参考参考。
依赖的一些原则和规范：
-
- 原子思想，即确认每个function就做一件事
- 归纳思想，将同一类的操作，全部整合到一起
- 方便维护，可以便于后来人进行快速维护
- 方便拓展，即可以根据每个不同的项目进行不同的更改
- 通用前端设计模式，一些前端可以通用的设计模式
代码如下：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 |
/** * Created by gerry.zhong on 2016/10/11. */ var gerry = (function(){ //创建一个独立的对象，注入所有的方法，包括你想抛出去和不想抛出去的 var tool = { AAAA:function(){}, BBBB:function(){ console.log("我只想内部使用，不想给别人用"); } }; /* * 该对象承载所有需要抛出去的对象 * 1.该对象中的方法可以自己写 * 2.该对象中的方法可以注入（例子中的tempObj.tool.AA） * 3.该对象也可以选择性抛出给使用者需要的方法，也可以隐藏（tool.BBBB） * */ var tempObj ={ //reader为一些初始化需要的操作，有时候会有注册事件等，或者一些预操作 reader:function(){ }, //注入所有的选择器，方便选择器变化，直接修改该对象中的选择器，而不需要全局去更改 selector:{ mySelector:"#mySelector", //原密码 }, //注入所有的接口地址，方便接口变化可以进行，快速变更，不需要全局找引用的对象 interface:{ loginUrl:"", }, //注入page中所有的事件，统一管理，建议命名规范：事件_命名，例 click_login registerEle:{ click_login:function(){ //注册单击事件 } }, //注入所有ajax请求，页面所有请求，将在这里统一管理，建议命名规范：ajax_命名，例 ajax_login /* * 该请求中有2种方案,看需求使用 * 1.不公用一个请求方案 * 2.公用一个请求，但是回调处理不一样 * */ ajaxRequest:{ //不公用一个请求方案 ajax_login:function(){ $.post("","",function(data){ tempObj.callback.call_login(data); }); }, //会有多个业务公用这个请求 ajax_login_T:function(callback){ //所有接口地址从interface中获取，callback中tempObj.callback中处理 $.post("","",callback); }, }, //处理所有回调函数，针对一个请求，处理一个回调 callback:{ //不共用请求处理回调 call_login:function(data){ //处理回调 }, //公用请求处理回调 call_login_T:function(){ var temp = function(){ }; tempObj.ajaxRequest.ajax_login_T(temp); } }, //所有使用的工具类，如果每个项目都单独的unit.js或者common.js等存放一些公共方法的，这里可以不使用 // PS:这里存放的只是仅针对于这个页面处理的一些tool，一般没必要抛出去，不过看业务而定 tool:{ A:function(){ console.log("我是自己写的方法"); }, AA:tool.AAAA, //这是我想抛出去给别人用的东西 }, //临时缓存存放区域，仅针对本页面，如果跨页面请存放cookie或者localstorage等 //主要解决有时候会使用页面控件display来缓存当前页面的一些数据 temp:{ }, /* * 业务使用区域，针对每个特别的业务去串上面所有的一个个原子 * 因为上面所有的方法，只是做一件事，这边可以根据业务进行串服务，很简单的 * */ firm:{ } }; /* * 闭包抛出去的方法 * */ var outputObj =function(){ //首先执行reader方法，初始化一些操作，比如注册事件啥啥啥的 tempObj.reader(); /* * 抛出给别人使用的对象 * 想给别人看和使用的东西，可以注入tempObj对象，就像tool中的AA的方式 * 不想给别人看和使用的东西，就像内部tool对象中的BBBB方法，你内部可以使用，外部是无法引用的 * */ return tempObj; } //抛出你希望抛出去的对象，因为你掌控了所有，哈哈。 return new outputObj(); })(); |
- 如果修改事件，我就去事件中找我需要的事件，
- 请求要修改，我就去我的请求中去修改，我要变化的请求，
- 如果回调变了，我就去回调函数中去处理回调，
- 选择器和接口，就直接去这2个对象中去修改，不需要全局去变化等
最主要的是对自己的代码负责，控制自己的代码，这才是程序员玩的东西，做代码的主人，而不是被代码玩。
