拥有胖$routeProviders和瘦控制器是否是一种好习惯
Is it a good practice to have fat $routeProviders and thin controllers?
通常在MVC中,你会有非常胖的模型和瘦的控制器,以便于测试。由于 Angular 并没有真正的模型概念,因此很难将所有代码转储到某个地方以供重用。
Angular 确实有服务,我们可以将很多 API 查询内容转储到那里,但由于所有回调,我仍然有胖乎乎的控制器。我注意到您可以在路由提供程序中解决问题,似乎我可以从控制器中提取很多这些内容并将其保留在我的路由提供程序中,但这是一种好的做法吗?解析始终在控制器之前运行,那么使用解析时的一般规则是什么?从技术上讲,我可以在控制器或解析中履行大部分承诺。
可以使用 routeProvider 中的解析内容为控制器提供状态自定义的内容或数据。换句话说,如果您当前状态建议准备加载一些特定于此状态的数据,则需要在 routeProvider 中使用 solve。
相关文章:
- 从我的控制器返回一个不同于200的代码以触发ajax错误,这被认为是一种好的做法吗
- 使用JavaScript验证用户交互/输入-这是一种很好的方法
- 有没有一种好的方法可以为网页制作预览图像
- unbind().click(function(){..})是一种很好的做法
- 在angular中使用$parent是一种好的做法吗
- 以这种方式使用if/else-if/else是一种很好的做法
- 将CSS类用于逻辑是一种好的做法吗
- Bookshelf.js-有一种关系不太好
- 在JavaScript中,从主线程和回调中调用函数是一种好的风格吗
- 使用jquery加载方法是一种好的做法吗
- 需要一种更好的方法来大规模修改css类
- 在创建 toLowerCase 函数时,一种方式比另一种方式更好
- 创建大量的js文件或者合并为一个文件是一种好的做法吗
- 用javascript定位是一种很好的做法
- 这种减少if语句中声明的变量范围的模式是一种好的做法吗
- Dojo 1.9:在模板中将附着点标记为私有是否是一种好习惯
- 拥有胖$routeProviders和瘦控制器是否是一种好习惯
- 嵌套事件在Javascript/JQuery中是一种很好的实践吗?
- 使用 Javascript 创建侧边栏是一种好习惯吗?
- 在JavaScript中为对象属性的方法命名是一种好习惯吗?