Question

angularjs中的controller.js 要不要分开成多个js文件

Answer 1

拆分代码一般对可维护性是有好处的，但要注意这些事情：

从理念上讲，拆的是逻辑而不是文件，如果你把逻辑拆分理清了，拆不拆文件的重要性并不大。如果对可维护性的提升是100%，逻辑的部分至少要占90%。
写Angular应用，最重要的事情是分层。很多人写不好Angular代码，原因就是没有分层的观念，所以症状就是controller又大又乱。简单的原则是：
远程请求，数据缓存等等一律放进service
不得以而产生的DOM操作，一律放进directive（在Angular应用里，需要你手动去操作DOM的场景其实很少了）
数据的格式化，一律做成filter
剩下的东西才是controller应该做的事情，在这里，又有一些事情要考虑：
视图是需要分块、分层的，如果你控制能力不足，最好把controller和视图块按照一对一的关系维护，每块单独都能跑，然后拼起来
嵌套的视图，作用域的关系需要好好考虑，这部分的相关机制可以参考我写的这篇：AngularJS实例教程（二）——作用域与事件
有一些东西并不应当在视图分块（姑且称为组件）的树状结构里，而是独立在外，跟这部分东西的交互，应当视情况使用service来通信，不要尝试在$scope体系上过多纠缠。

Answer 2

依赖的service ，directive，filter要单独写，最后在引入到controller.js。这就相当于把controller拆开了，本质上service ，directive，filter可以写到controller里面，但是太乱不好维护和阅读

Answer 3

在开发的时候最好可以分开，这样可以方便管理，上线代码的时候可以打包为一个js，可以减少http的数量，加快网站的载入速度

Answer 4

可以的。

//app.js

angular.module('MyModule', ['SubModule1', 'SubModule2'])
.module('SubModule1', ['CommonModule'])
.module('SubModule2', ['CommonModule'])

//sub1.js

angular.module('SubModule1')
.controler(...)
.factory(...)

//sub2.js

angular.module('SubModule1')
.controler(...)

//common.js

angular.module('CommonModule')
.factory(...)
.service(...)
.filter(...)

Answer 5

分不分开写完全是看个人需要，对网页本身是没什么影响的，如果你觉得把很多个controller写在一起觉得太长了，你也可以分开，如果你网站有两个模块，你也可以把两个模块的controller写在两个文件里面，主要是方便自己调试或者维护的时候容易找到对应的代码