@@ -12,7 +12,7 @@ succinctly. Angular's data binding and dependency injection eliminate much of th
12
12
would otherwise have to write. And it all happens within the browser, making it
13
13
an ideal partner with any server technology.
14
14
15
- Angular is what HTML would have been had it been designed for applications. HTML is a great
15
+ Angular is what HTML would have been, had it been designed for applications. HTML is a great
16
16
declarative language for static documents. It does not contain much in the way of creating
17
17
applications, and as a result building web applications is an exercise in *what do I have to do
18
18
to trick the browser into doing what I want?*
@@ -28,10 +28,10 @@ The impedance mismatch between dynamic applications and static documents is ofte
28
28
29
29
Angular takes another approach. It attempts to minimize the impedance mismatch between document
30
30
centric HTML and what an application needs by creating new HTML constructs. Angular teaches the
31
- browser new syntax through a construct we call directives. Examples include:
31
+ browser new syntax through a construct we call * directives* . Examples include:
32
32
33
33
* Data binding, as in `{{}}`.
34
- * DOM control structures for repeating/ hiding DOM fragments.
34
+ * DOM control structures for repeating, showing and hiding DOM fragments.
35
35
* Support for forms and form validation.
36
36
* Attaching new behavior to DOM elements, such as DOM event handling.
37
37
* Grouping of HTML into reusable components.
@@ -42,20 +42,20 @@ browser new syntax through a construct we call directives. Examples include:
42
42
43
43
Angular is not a single piece in the overall puzzle of building the client-side of a web
44
44
application. It handles all of the DOM and AJAX glue code you once wrote by hand and puts it in a
45
- well-defined structure. This makes Angular opinionated about how a CRUD application should be
46
- built. But while it is opinionated, it also tries to make sure that its opinion is just a
47
- starting point you can easily change. Angular comes with the following out-of-the-box:
45
+ well-defined structure. This makes Angular opinionated about how a CRUD (Create, Read, Update, Delete)
46
+ application should be built. But while it is opinionated, it also tries to make sure that its opinion
47
+ is just a starting point you can easily change. Angular comes with the following out-of-the-box:
48
48
49
- * Everything you need to build a CRUD app in a cohesive set: data -binding, basic templating
50
- directives, form validation, routing, deep-linking, reusable components, dependency injection.
51
- * Testability story: unit -testing, end-to-end testing, mocks, test harnesses.
49
+ * Everything you need to build a CRUD app in a cohesive set: Data -binding, basic templating
50
+ directives, form validation, routing, deep-linking, reusable components and dependency injection.
51
+ * Testability story: Unit -testing, end-to-end testing, mocks and test harnesses.
52
52
* Seed application with directory layout and test scripts as a starting point.
53
53
54
54
55
- ## Angular Sweet Spot
55
+ ## Angular's sweet spot
56
56
57
57
Angular simplifies application development by presenting a higher level of abstraction to the
58
- developer. Like any abstraction, it comes at a cost of flexibility. In other words not every app
58
+ developer. Like any abstraction, it comes at a cost of flexibility. In other words, not every app
59
59
is a good fit for Angular. Angular was built with the CRUD application in mind. Luckily CRUD
60
60
applications represent the majority of web applications. To understand what Angular is
61
61
good at, though, it helps to understand when an app is not a good fit for Angular.
@@ -78,7 +78,7 @@ expressing business logic.
78
78
* It is an excellent idea to decouple the client side of an app from the server side. This
79
79
allows development work to progress in parallel, and allows for reuse of both sides.
80
80
* It is very helpful indeed if the framework guides developers through the entire journey of
81
- building an app: from designing the UI, through writing the business logic, to testing.
81
+ building an app: From designing the UI, through writing the business logic, to testing.
82
82
* It is always good to make common tasks trivial and difficult tasks possible.
83
83
84
84
0 commit comments