一眨眼，快三个月没有写博客了。一直在为自己没有写博客而懊恼，忙过这段时间，好好总结一下。
新项目主要是自己一个人在写，先搭建了一个初步的架构，用了我并不熟悉的angular，这个过程中，慢慢也熟悉了angular，同时也优化了自己的项目架构。
这两个多月里一直处在高强度的工作中，项目是一个面向用户的创作中心，涉及到数据、语音、图片、地图等等。
地图上的交互很复杂，由于项目需要还会同时用两种地图，一个谷歌一个高德，谷歌主要面向国外数据，高德面向国内数据，
两个地图可以任意切换，但是内容都要保持一致，并且最好能够相互补充，地图开发商的接口不一样，很多逻辑的实现方法也会不一样，
逻辑虽然是通的，但是适应每一个地图的代码却略有不同。这是这个项目比较难的一个地方。
使用angular后，前后端进行了分离，前端需要去调用后端接口，后端接口比较抽象，常常不能一次性拿到自己想要的数据，请求一个接口获取到内容之后往往还需要根据当前数据，
再次去请求另一个接口，前后端分离之后对前端的要求其实就更高了，同步明明可以很简单就解决的问题，异步之后就需要花费更多的逻辑去处理。
现在想想这个项目开发过程中会发生很多事情：
- 理解需求、打通数据逻辑、和产品交流，质疑产品设计的问题（修正一些问题或者还是回去照着产品的做）
- 画娃娃图（用例）、初步技术设计，搭建开发架构、定好主要接口
- 看原型图、看设计稿相互对比、提出疑问、纠正错误、提出前端方面的建议
- 和后端协商数据库结构、顾忌以后的需求扩展、商量数据细节、争论命名（其实英文都不好 O(∩_∩)O ）
- 被压缩开发时间，表示不满，然后抗议无效
- 调整优化前端架构、维护webfont、找插件或者写插件
- 熟悉angular，踩过那些坑
- 后端和我都是第一次用cors跨域资源共享，折腾了一遍
- 开发：时间紧、功能多、难度大、每天到五点的时候就感觉全身疼痛，写不动了
- 每天：加一个小时班、加两个小时班、最后快提测时到同事家加班
- 项目bug多、开发过程中忽略很多细节，实际已经把测试时间也算进开发时间里，先粗再细，也算一种讨巧和无奈吧
- 在压缩的时间中挑战自我，然后失败，上线延期/(ㄒoㄒ)/~~
- 负面情绪猛涨然后慢慢泻下，自己经历了痛苦、收获了经验、看到了成长
说说项目架构：
angular + browserify + gulp + bower + less
angular 主要使用了扩展： angular-ui-router、angular-bootstrap
browserify管理打包js
bower管理三方库
gulp自动化构建项目
项目根目录如下：
build文件夹是构建工具最后生成的部署代码，src是所有源代码，temp只是一些临时文件
源码根目录如下：
app.js注册了根模块：
angular.module("zmng", [ "ui.router", "ui.bootstrap", "ngAnimate", "zmng.main", "zmng.test" ]); require("./config.js"); require('./common/js/resize.js');
引入src目录下的config.js、http.js，最后browserify会编译app.js，gulp输出到 build->app.js
common：
存有所有img资源，
一些全局js放在js文件夹（例如：我放置了环境配置和配合rem的resize），
三方的css库、webfont和自己抽象的css，最后会把所有的less引入到app.less中，编译为一个app.css到build
modules：
所有业务按模块写在modules里：
modules.less
modules目录下有一个modules.less，所有模块里的less会被引入到modules.less里，common的app.less会引入此文件
modules.less
//layout @import "layout/less/header.less"; @import "layout/less/footer.less"; @import "layout/less/content.less"; // main @import "main/less/index.less"; // test @import "test/less/main.less";
js&html：
js代码按控制器、指令和服务划分，控制器控制页面和逻辑，公用的页面或者独立的插件抽离为指令，服务写后台请求接口
每个模块下同样有app.js，用来注册模块和引入当前模块下所有的js，最后编译成一个文件。
config控制路由
templates管理模块html，最后被打包到build（less会被打包到common的app.css里），如下：
test模块的app.js生成到build->modules->test->js->test.js，生成出的js我命名为模块的名字test.js，这样是为了在入口html引入js资源的时候，不想结尾看到的全是app.js，最终如下：
<script type="text/javascript" src="build/app.js"></script>
<script type="text/javascript" src="build/modules/layout/js/layout.js"></script>
<script type="text/javascript" src="build/modules/main/js/main.js"></script>
<script type="text/javascript" src="build/modules/test/js/test.js"></script>
这样看起来比较清晰
此架构的优势：
- 按模块换分，每个模块的js代码最终打包生成为一个模块js，在html引入模块资源时很方便
- less最终生成一个css，适用于单页面应用
- 架构默认使用rem布局，可以参照架构里的less代码，支持webfont
- 方便开发，默认gulp任务用于开发，gulp deploy用于压缩发布
架构代码已经开源到github，说这么多也许看代码更容易让人明白： github地址 https://github.com/zimv/zmNgFrameWork
一些踩过的小坑和建议：
- 写路由的方法有很多，链接后面带参数如果用 url : "/test/:Id" 这种写法，链接后面如果没有参数，也必须要加上/，如： /test/，
写成 /test 的话就会找不到路由。还是建议用 url : "/test?id" 这种写法
- 用ui-bootstrap的modal插件时候，要把当前控制器的作用域传给modal，否则，在没有关闭当前modal时，页面跳转，modal就不会自动关闭
- 常常通过隔离作用域来达到作用域间的独立，也会用到@、=、&的方式相互调用数据，但是一旦数据多了，写起来就会很麻烦，
建议可以直接把当前scope传给另一个作用域,比如：
angular.module("zmng")
.directive("test", test);
function test() {
return {
restrict: "AE",
replace : true,
scope : {
testScope: "="
},
link : function() {
$scope.testScope = $scope;
}
}
}
这样代码要干净很多，扩展也不用再多写参数
- 用了定时器，记得加上$scope.$apply()
- 某一个页面功能太复杂，可以把一些子功能抽离成指令并且不要隔离scope，这样代码就不会全部揉在一起
- 小心重复提交数据，为按钮做重复提交限制
- 为避免select出现空白选项，为select设置一个空值，显示请选择，初始化的时候把ng-model的值设置为空字符串
结语：
做项目成长的才会更快，但不一定成长的更好
高压下容易产生负能量需要去诉说去释放，需要时刻告诉自己，自己的目标是什么
在写代码时，架构做过几次调整，没有最合适的架构，只有不断调整才能适应需求
ng1.5.5&md5-cache对架构稍微做了调整：
调整之后build目录有所改变，之前重命名app.js为文件名：test/test.js ,现在不重命名: test/app.js