我有一个很大的应用程序,其中包含许多布局和子视图。看起来像(简化): http ://plnkr.co/edit/x4kleCCQH5Hsy6dcjgXe?p=preview
所以,我有很多指令和服务。并且只有 2-4 个简单的控制器(10-20 行代码)。所有逻辑都存储在大指令中,其中包含许多小指令。我错了吗?
我有一个很大的应用程序,其中包含许多布局和子视图。看起来像(简化): http ://plnkr.co/edit/x4kleCCQH5Hsy6dcjgXe?p=preview
所以,我有很多指令和服务。并且只有 2-4 个简单的控制器(10-20 行代码)。所有逻辑都存储在大指令中,其中包含许多小指令。我错了吗?
我接近它的方式是。
指令包含视图逻辑,而不是业务逻辑。如果需要,这也是 DOM 混乱发生的地方。
控制器相当薄,业务逻辑最少。
Angular 服务是完成大部分繁重工作的地方。
如果您的逻辑需要被多个区域/控制器重复使用或者是有状态的 - 它可能更适合放入服务而不是指令。
根据您的应用程序/架构 - 您可能会发布到服务器,并且在服务器端发生繁重的 BL。
Angular 文档对正确使用指令有一些很好的说明,其中包含一些指针。
听起来不错。
在DoubleClick 演讲中的某个时刻,演讲者说了类似“使控制器尽可能薄”的话。
链接被破坏了...指向同一指南的工作链接在这里: http ://docs.angularjs.org/guide/controller