第三部分：制作抽象 在这一节中，我们将利用我们所学到的关于干净代码和 JavaScript 语言构造的知识，并应用这些知识来构建干净一致的 JavaScript 抽象。 通过这样做，我们将学习如何使用众所周知的模式设计直观的抽象，如何考虑常见的 JavaScript 问题域，如何处理错误状态，以及如何有效地使用有时很笨拙的 DOM API。 本节包含以下章节: 第 11 章、设计模式 第十二章、

九、部分语法和作用域 在本章中，我们将继续探索 JavaScript 的语法和构造。 我们将深入研究表达式、语句、块、作用域和闭包的基础知识。 这些是语言中较不显眼的部分。 大多数程序员认为他们已经很好地掌握了诸如表达式和作用域之类的东西是如何工作的，但是，正如我们所看到的，我们对事物应该如何工作的直觉可能并不总是与它们真正的工作方式一致。 我们将在本章中学习的构造是我们程序的关键的更大的构建块，

八、运算符 在上一章动态类型中，我们探讨了类型强制和检测; 我们还介绍了几个操作符。 在本章中，我们将通过深入研究 JavaScript 语言提供的每个操作符来继续探索。 充分理解 JavaScript 的操作符会让我们觉得自己在这种有时会让人感到困惑的语言中获得了巨大的力量。 不幸的是，理解 JavaScript 没有捷径，但是当您开始探索它的操作符时，您将看到模式的出现。 例如，许多乘法运算符

七、动态类型 在前一章中，我们探讨了 JavaScript 的内置值和类型，并讨论了使用它们时所涉及的一些挑战。 下一个自然的步骤是探索 JavaScript 的动态系统在现实世界中是如何发挥作用的。 因为 JavaScript 是一种动态类型语言，所以代码中的变量不受它们所引用的值类型的限制。 这给干净的程序员带来了巨大的挑战。 如果不确定我们的类型，我们的代码就会以意想不到的方式中断，并且变得

六、基本类型和内置类型 到目前为止，我们已经从几个不同的角度探讨了干净代码的含义。 我们已经探索了我们编写的代码如何通过利用抽象来让用户使用显著的复杂性。 我们继续讨论了干净代码的原则，比如可靠性和可用性，以及追求这些目标时要注意的各种陷阱和挑战。 在本章中，我们将详细探讨 JavaScript 语言本身，包括更常见的语言结构和更模糊和令人困惑的方面。 我们将把我们积累的关于干净代码的知识应用到该

第二部分：JavaScript 和它的比特 在这一节中，我们将深入研究 JavaScript 的内部和语言构造。 这将让我们对如何使用 JavaScript 的最佳部分来编写干净的代码有一个真正坚实的基础理解。 本节包含以下章节: 第 6 章、原语和内置类型 第七章、动态类型 第八章、操作员 第 9 章、部分语法及范围 第十章、控制流程...

五、给事物命名很难 名字到处都是。 它们是我们的思维抽象化宇宙复杂性的方式。 在软件世界中，我们总是忙于制作新的抽象概念来描述我们的日常现实。 在编程世界中，一个常见的妙语是:给事物命名很难。 想出一个名字并不总是很难，但想出一个好的名字通常很难。 在前几章中，我们探讨了抽象的基本原理和理论。 在本章中，我们将提供解开这个谜题的最终答案。 没有好的命名，抽象就不能成为好的抽象。 在我们使用的名称中

四、SOLID 和其他原则 软件世界充斥着各种原则和缩写。 关于我们应该如何编写代码，有许多根深蒂固的想法。 它们的数量之多可能会让人不知所措，这使得在设计抽象时很难知道该走哪条路。 JavaScript 适应许多不同范例的能力是它作为编程语言的优势之一，但它也会使我们的工作更加困难。 JavaScript 程序员需要实现他们自己的范例。 这一章，希望使事情变得不那么复杂，将采取各种众所周知的原则

三、干净代码的敌人 到现在，我们应该有一个相当清晰的图像，当我们说干净代码是什么意思。 在前一章中，我们探讨了可靠性、效率、可维护性和可用性的原则。 总之，这些指导我们编写更干净的代码，但如果我们不小心，我们仍然可能被发现。 在本章中，我们将探讨干净代码的敌人:那些可能阻碍我们编写可靠、高效、可维护或可用代码的东西。 这些敌人都不应该被视为你的敌人; 相反，他们应该被看作是干净代码的煽动者。 我们

二、干净代码的原则 在上一章中，我们讨论了一段代码最开始的目的:为用户解决问题。 我们讨论了同时迎合机器和人的困难。 我们提醒自己，编写代码的核心是沟通意图。 在这一章中，我们将从那些创建软件时必须考虑的基础中得出四个核心原则。 这些原则是可靠性、效率、可维护性和可用性。 一个好的软件可以说具备所有这些品质。 一个糟糕的软件可以说没有这些。 然而，至关重要的是，这些原则并不是规则。 相反，将它们视

一、配置环境 JavaScript 是由 Brendan Eich 在 1995 年创建的，目标是成为一种胶水语言。 它的目的是帮助网页设计师和业余爱好者轻松地操作并从他们的 HTML 导出行为。 JavaScript 能够通过 DOM API 做到这一点，DOM API 是浏览器提供的一组接口，用于访问解析后的 HTML 表示。 在此之后不久，DHTML成为了一个流行术语，指的是 JavaScr

第一部分：什么是干净的代码? 在本节中，我们将讨论代码的目的和原则，比如清晰性和可维护性。 我们还将涵盖命名事物的广泛挑战，以及一些有价值的问题和需要注意的危险。 本节包含以下章节: 第一章、场景设置 第二章，Clean Code 的原则 第三章，The Enemi of Clean Codees 第四章、SOLID and Other Principles 第五章，命名困难...

零、前言 JavaScript 是一种混乱但优雅的语言，它发现自己处于历史上最伟大的软件变革之一的中心。 它现在是主要的编程语言，用来在最普遍的平台上传递用户体验:网络。 这种巨大的责任意味着 JavaScript 语言必须在需求不断变化的时期快速发展。 对于崭露头角的 JavaScript 程序员或 web 开发人员来说，这些变化意味着该语言及其生态系统变得越来越复杂，难以掌握。 如今，可用的框

十四、展望未来——JavaScript 的 ArcGIS APIv4 用于 JavaScript 的 ArcGIS 应用编程接口版本 4 是 Esri 对该应用编程接口的彻底重新构想，旨在实现多项目标。为什么要重新开始？基本上，因为应用编程接口在功能上有了很大的增长，因此在复杂性上也有了很大的提高。Esri 一直面临着添加越来越多功能的压力，并且，正如任何超出其最初范围的开发项目一样，API 已经

十三、创建移动应用 用于 JavaScript 的 ArcGIS Server 应用编程接口为移动平台提供支持。目前支持 iOS、安卓和黑莓操作系统。该 API 与道场移动集成。在本章中，您将了解 API 的紧凑构建，这使得网络地图应用在移动设备上成为可能。您也可以使用其他流行的框架，如 jQuery Mobile 、 Appcelerator 、 PhoneGap 进行开发，以及相关工具，如 B

十二、与 ArcGIS Online 的集成 ArcGIS Online 是一个用于处理地图和其他类型地理信息的网站。在这个网站上，您可以找到构建和共享地图的应用。您还可以找到有用的底图、数据、应用和工具，以及您可以加入的社区。对于应用开发人员来说，ArcGIS Online 真正令人兴奋的地方在于，您可以将在该平台上创建的内容集成到您的用于 JavaScript 应用的 ArcGIS API 中

十一、几何运算 在上一章中，我们研究了地理处理操作及其作为开发人员为您提供的能力，您可以使用熟悉的桌面软件定义自己的地理空间任务，将它们发布为 ArcGIS Server 服务，并在网络地图应用中使用它们。 但是，有一些地理处理操作非常常见。每次应用开发人员需要地理处理任务时，都要为其创建地理处理任务，这将是一种全新的尝试。考虑到这一点，Esri 已经通过几何服务及其更近的客户端对应物几何引擎提供

十、地理处理任务 地理处理是操作地理和相关数据的行为。Esri 的 ArcGIS Desktop 软件提供了大量地理处理工具，您可以将这些工具链接到模型中以完成特定的工作流，如下图所示。例如，您可以创建一个模型来缓冲一个层，然后将第二个层剪辑到其中。您可以将模型与缓冲区的流层和剪辑的植被层一起使用。但是，一旦创建了这个模型，您就可以使用它在其他层上执行相同的操作，而不必从头开始重新创建它。您也可以

九、方向和路线 用于 JavaScript 方向和路由功能的 ArcGIS 应用编程接口由运行在 ArcGIS Server 上的网络分析服务提供。要创建和发布网络服务，您必须在 ArcGIS Pro 中拥有网络分析师扩展。但是，您可以在网络地图应用中使用第三方服务，例如我们在本章中提到的那些服务，而无需许可证。 这些服务使您能够对交通网络进行建模，以便您可以执行各种分析，例如找到从一个地址到另一

八、把地址变成点，把点变成地址 网络地图应用中经常需要的一个功能是能够搜索街道地址或地名，并将其转换为地理坐标，以便在地图上高亮显示或以其他方式进行操作。这个将地址转化为点的过程叫做地理编码。有时，用户希望能够点击一个地图位置，并让您的应用告诉他们该位置与哪个物理地址相关。这就是所谓的反向地理编码。 地理编码通过使用定位器服务在 ArcGIS Server 中完成，定位器服务通过Locator类在