javascript - 使用 Angular 如何不反对代码分离？

Question

我记得读过表格很糟糕，逻辑、样式和数据之间应该分开。这使得网站易于维护和更新。

然而，随着 Angular 逻辑部分和html部分完全混合，一切都是相互关联的。如果您想了解发生了什么，那么您必须遵循 JavaScript 文件和 html 文件来弄清楚它是如何工作的。

我知道对于小事情来说它非常有用，但是对于不仅仅是小部件的事情来说，这是一个很好的实践。也许我错过了什么？

Answer 1

不是一个编程问题，但我觉得它仍然值得回应。

Angular 可用于良好的、松散耦合且可单独测试的代码，也可用于糟糕的、紧密耦合的、难以隔离测试的代码。 Angular 本身并不需要其中之一。由开发人员来构建事物，因此只有那些应该相互依赖的部分才可以。

例如， Controller 应该与其模板/ View 紧密耦合。但是，它们不应该与填充 View 的业务逻辑紧密耦合；因此我们有服务来抽象这部分。

此外，可重用组件应该被制作成指令并且它们的代码不重复。这使得代码更加干燥，从而产生更易于维护和测试的代码。

也就是说，代码需要抽象的程度取决于项目的规模、预期的生命周期、截止日期等……但是，Angular 本身并没有任何东西会导致关注点分离不佳，以及大量的结构来促进它。

更新

已经有一个 question on how to structure large Angular applications其中提供了有关如何在实践中实现上述某些内容的建议。

还有一个style & best practices guide由 Angular 团队提供更实用的建议(从上述问题链接)。

更新2

直接从 Angular unit-testing page ，用两句话总结了以上内容:

With great power comes great responsibility

Angular is written with testability in mind, but it still requires that you do the right thing. We tried to make the right thing easy, but if you ignore these guidelines you may end up with an untestable application.