咱们能够通过在服务器上生成HTML，并将其（在一些帮忙下）间接传递到浏览器，来编写疾速、古代、响应式的Web应用程序。这种思路不须要将JSON作为两头格局。不须要客户端MVC框架。不须要简单的捆绑和转译流程。然而咱们须要换一种思考形式。
因为过来十年左右的Web开发支流故事始终是 JavaScript无所不能！让咱们在服务器上应用它！让咱们在客户端应用它！让它动静生成所有的HTML！自从互联网浏览器的停滞垄断时代以来，JavaScript曾经获得了微小的提高。
谋求JavaScript利用于所有的代价是古代复杂性的畸形。是的，它比以往任何时候都更弱小。然而对于绝大多数Web应用程序来说，它也比正当范畴内的复杂度要简单得多、耗时得多。
如果你是一家大公司，复杂性并不是一个大问题。如果你有成千上万的开发人员，每个人都负责应用程序的一小部分，你可能会在简单的架构和构建过程中找到吸引力和高效性。你能够将这个投资摊派到成千上万的开发人员身上，并且不会解体。
然而如果你是一个小团队，每个人都须要做很多工作，那么附带复杂性相对会让你不堪重负。在微小公司的胎腹中锤炼进去的工具和技术往往与你在这个规模上获得停顿所需的正好相同。
这就是 HTML Over The Wire 所关注的内容。它是对HTML作为数据和出现格局的简洁性的赞美，无论是在第一次加载时还是在后续的动静更新中进行传递。这是一个能够从根本上扭转许多人对如何构建古代Web应用程序的假如的技术名称。
为了可能与传统的单页应用程序提供的品质相竞争，咱们须要一些JavaScript，然而这其中大部分能够通过几个小型库来形象进去，并且不会透露到咱们编写的利用程序代码中。
再次强调，并不是说JavaScript 不好，或者说你不须要任何货色来编写古代Web应用程序。JavaScript是好的！写一点点来增加最初的润饰是齐全正当的。但它不须要成为你在Web上做的所有的外围。
当咱们承受HTML作为发送到网络的格局时，咱们就解脱了在JavaScript中编写创立该HTML的所有代码的解放。当初，你能够用Ruby、Erlang、Clojure、Smalltalk或者任何让你心动的编程语言来编写它。咱们将Web复原到了一个充斥多样性实现的中央，而HTML则是间接形容这些应用程序给浏览器的共同语言。
HTML over the wire是一种更简略生存的技术，心愿可能吸引那些厌倦了应答JavaScript复杂性堡垒的经验丰富的开发人员，以及刚刚退出咱们行业并为所需学习的货色而感到手足无措的人。这是对回到那个你能够查看源代码并了解其含意的时代的回归。然而又具备了创立晦涩而吸引人的古代Web应用程序的所有便利性。
发表回复