数据绑定
你到处制作你的网页，只要你觉得你会有动态数据，就继续放 {{data bindings}}。然后，Angular 将为您提供一个 $scope 处理程序，您可以填充它（静态地或通过调用 Web 服务器）。
这是对数据绑定的一个很好的理解。我想你已经明白了。
DOM 操作
对于不涉及数据操作的简单 DOM 操作（例如：鼠标悬停时的颜色变化、点击时隐藏/显示元素），jQuery 或老式 js 就足够了，而且更干净。这假设 Angular 的 mvc 中的模型是反映页面上数据的任何东西，因此，颜色、显示/隐藏等 css 属性的更改不会影响模型。
我可以在这里看到您关于“简单” DOM 操作更清洁的观点，但很少见，它必须非常“简单”。我认为 DOM 操作是 Angular 真正闪耀的领域之一，就像数据绑定一样。理解这一点也将帮助您了解 Angular 如何考虑其视图。
我将首先将 Angular 方式与 vanilla js 方式进行 DOM 操作进行比较。传统上，我们认为 HTML 没有“做”任何事情，并照此编写。因此，内联 js，如“onclick”等是不好的做法，因为它们将“做”放在 HTML 的上下文中，而不是“做”。Angular 颠覆了这个概念。在编写视图时，您认为 HTML 能够“做”很多事情。这种能力在角度指令中被抽象出来，但是如果它们已经存在或者你已经编写了它们，你不必考虑它是如何完成的，你只需使用这个“增强的” HTML 中提供给你的能力angular允许你使用。这也意味着您的所有视图逻辑都真正包含在视图中，不在您的 javascript 文件中。同样，理由是编写在您的 javascript 文件中的指令可以被认为是增加了 HTML 的能力，因此您让 DOM 担心操纵自己（可以这么说）。我将用一个简单的例子来演示。
这是我们要使用的标记。我给它起了一个直观的名字。
<div rotate-on-click="45"></div>
首先，我想评论一下，如果我们通过自定义 Angular 指令为我们的 HTML 提供了这个功能，那么我们已经完成了。那是一股清新的空气。稍后会详细介绍。
用 jQuery 实现
现场演示（点击）。
function rotate(deg, elem) {
$(elem).css({
webkitTransform: 'rotate('+deg+'deg)',
mozTransform: 'rotate('+deg+'deg)',
msTransform: 'rotate('+deg+'deg)',
oTransform: 'rotate('+deg+'deg)',
transform: 'rotate('+deg+'deg)'
});
}
function addRotateOnClick($elems) {
$elems.each(function(i, elem) {
var deg = 0;
$(elem).click(function() {
deg+= parseInt($(this).attr('rotate-on-click'), 10);
rotate(deg, this);
});
});
}
addRotateOnClick($('[rotate-on-click]'));
使用 Angular 实现
现场演示（点击）。
app.directive('rotateOnClick', function() {
return {
restrict: 'A',
link: function(scope, element, attrs) {
var deg = 0;
element.bind('click', function() {
deg+= parseInt(attrs.rotateOnClick, 10);
element.css({
webkitTransform: 'rotate('+deg+'deg)',
mozTransform: 'rotate('+deg+'deg)',
msTransform: 'rotate('+deg+'deg)',
oTransform: 'rotate('+deg+'deg)',
transform: 'rotate('+deg+'deg)'
});
});
}
};
});
很轻，很干净，这只是一个简单的操作！在我看来，角度方法在所有方面都胜出，尤其是如何抽象出功能以及如何在 DOM 中声明 dom 操作。该功能通过 html 属性与元素挂钩，因此无需通过选择器查询 DOM，并且我们有两个不错的闭包 - 一个用于指令工厂的闭包，其中变量在指令的所有用法中共享, 以及link函数（或compile函数）中指令的每次使用都有一个闭包。
用于 DOM 操作的双向数据绑定和指令只是 Angular 出色的开始。Angular 提倡所有代码都是模块化的、可重用的和易于测试的，并且还包括一个单页应用程序路由系统。需要注意的是，jQuery 是一个常用的便利/跨浏览器方法库，但 Angular 是一个用于创建单页应用程序的全功能框架。Angular 脚本实际上包含了它自己的“精简”版本的 jQuery，因此可以使用一些最基本的方法。因此，您可能会争辩说，使用 Angular 是使用 jQuery（轻率地），但 Angular 提供了更多“魔法”来帮助您创建应用程序的过程。
这是一篇关于更多相关信息的好帖子：如果我有 jQuery 背景，我如何“在 AngularJS 中思考”？
一般差异。
以上几点针对的是OP的具体问题。我还将概述其他重要差异。我建议也对每个主题进行额外的阅读。
Angular 和 jQuery 无法合理地进行比较。
Angular 是一个框架，jQuery 是一个库。框架有它们的位置，库也有它们的位置。然而，毫无疑问，一个好的框架在编写应用程序方面比库更强大。这正是框架的重点。欢迎您使用纯 JS 编写代码，或者您可以添加一个常用函数库，或者您可以添加一个框架来大幅减少完成大多数事情所需的代码。因此，一个更合适的问题是：
为什么要使用框架？
好的框架可以帮助构建您的代码，使其模块化（因此可重用）、干燥、可读、高性能和安全。jQuery 不是一个框架，所以它在这些方面没有帮助。我们都见过典型的 jQuery 意大利面条代码墙。这不是 jQuery 的错——这是不知道如何构建代码的开发人员的错。但是，如果开发人员确实知道如何构建代码，他们最终会编写某种最小的“框架”来提供我刚才讨论的基础（架构等），或者他们会添加一些东西。例如，你可能会添加 RequireJS 作为框架的一部分来编写好的代码。
以下是现代框架提供的一些东西：
- 模板
- 数据绑定
- 路由（单页应用）
- 干净、模块化、可重用的架构
- 安全
- 为方便起见的附加功能/特性
在我进一步讨论 Angular 之前，我想指出 Angular 并不是唯一的一个。例如，Durandal 是一个建立在 jQuery、Knockout 和 RequireJS 之上的框架。同样，jQuery 本身无法提供 Knockout、RequireJS 以及在它们之上构建的整个框架所能提供的功能。只是没有可比性。
如果您需要摧毁一颗行星并且您拥有死星，请使用死星。
角度（重新访问）。
基于我之前关于框架提供什么的观点，我想赞扬 Angular 提供它们的方式，并试图澄清为什么这实际上优于单独的 jQuery。
DOM 参考。
在我上面的例子中，jQuery 必须连接到 DOM 以提供功能是绝对不可避免的。这意味着视图 (html) 关注功能（因为它标有某种标识符 - 例如“图像滑块”），而 JavaScript 关注提供该功能。Angular 通过抽象消除了这个概念。使用 Angular 正确编写代码意味着视图能够声明自己的行为。如果我想显示一个时钟：
<clock></clock>
完毕。
是的，我们需要使用 JavaScript 来使其有意义，但我们正在以与 jQuery 方法相反的方式来做这件事。我们的 Angular 指令（在它自己的小世界中）已经“增强”了 html 并且 html 将功能挂钩到自身。
MVW 架构 / 模块 / 依赖注入
Angular 为您提供了一种构建代码的简单方法。视图事物属于视图 (html)，增强视图功能属于指令，其他逻辑（如 ajax 调用）和函数属于服务，服务和逻辑与视图的连接属于控制器。还有一些其他的角度组件可以帮助处理服务的配置和修改等。您创建的任何功能都可以通过 Injector 子系统在您需要的任何地方自动使用，该子系统负责整个应用程序中的依赖注入。在编写应用程序（模块）时，我将其分解为其他可重用模块，每个模块都有自己的可重用组件，然后将它们包含在更大的项目中。一旦你用 Angular 解决了一个问题，你 已经自动以一种有用且结构化的方式解决了它，以便将来重用并轻松包含在下一个项目中。一种所有这一切的巨大好处是您的代码将更容易测试。
在 Angular 中让事情“工作”并不容易。
谢天谢地。前面提到的 jQuery 意大利面条代码来自一个开发人员，该开发人员使某些东西“工作”，然后继续前进。你可以编写糟糕的 Angular 代码，但这样做要困难得多，因为 Angular 会为此与你争吵。这意味着您必须（至少在某种程度上）利用它提供的干净架构。换句话说，用 Angular 编写糟糕的代码更难，但编写干净的代码更方便。
Angular 远非完美。Web 开发世界一直在发展和变化，并且有新的更好的方法被提出来解决问题。例如，Facebook 的 React 和 Flux 比 Angular 有一些很大的优势，但也有自己的缺点。没有什么是完美的，但 Angular 一直并且现在仍然很棒。就像 jQuery 曾经帮助 Web 世界向前发展一样，Angular 也是如此，未来也会如此。