整合营销服务商
电脑端+手机端+微信端=数据同步管理
免费咨询热线：
电脑端+手机端+微信端=数据同步管理
免费咨询热线：
前的文章中我们说过当你不想共享内存但又想发送数据给另一个进程时，比方说，你想通过网络发送数据或者写一个文件，那么就需要把这些数据编码成一串字节。数据系统 - 数据的编码格式一文中我们就讨论了各种不同的编码方式。
我们谈到了向前和向后的兼容性，这对于演化是很重要的，这会允许你可以单独的升级你系统中的一部分，而不会影响其他部分，且这会变得很简单。兼容性就是一个对数据进行编码的进程与另一个对数据进行解码的进程之间的关系。
数据从一个进程流向另一个进程也存在很多的形式，这是一个相当抽象的概念。谁编码数据？谁又解码数据？接下来我们会讨论一些最常见的进程间数据流动的方式。
在一个数据库中，往数据库写入数据的进程编码数据，从数据库读出数据的进程解码数据。可能只有一个进程正在访问数据库，在这种情况下，读取数据的进程可能只是同一进程的更高版本-在这种情况下，您可以考虑将某些内容存储在数据库中作为向您自己的未来发送消息。
向后的兼容性在这里必然是需要的，否则未来的你将不能解码你自己写的数据。
一般来说，几个不同的进程同时访问数据库是很常见的。这些进程可能是几个不同的应用或服务，又或是同一个服务的好几个实例（并行运行以实现可扩展性或容错能力）。无论哪种方式，在应用程序不断更新的环境中，访问数据库的某些进程很可能正在运行较新的代码，而某些正在运行较旧的代码，例如，由于当前正在滚动升级部署新版本，因此有些实例已更新，而另一些尚未更新。
这也就意味着数据库的某一个数据有可能被新的新版本的代码写入的，并且随后被一个正在运行老版本代码进程读取。因此，对于数据来说，通常向后的兼容性也是需要的。
但是，有其他障碍。假设您将一个字段添加到记录模式，并且较新的代码将该新字段的值写入数据库。随后，旧版本的代码（尚不知道新字段）将读取记录，对其进行更新，然后将其写回。在这种情况下，通常的做法是使旧代码保持新字段的完整性，即使无法解释也是如此。
先前讨论的编码格式支持这种未知字段的保存，但是有时您需要在应用程序级别格外小心，如下图所示。例如，如果在应用程序中将数据库值解码为模型对象，然后再对这些模型对象进行重新编码，则在该转换过程中未知字段可能会丢失。解决这个问题并不困难。您只需要意识到这一点。
一个数据库通常允许在任何时间更新任意的值。这也就是说在单个数据库，你会有一些5毫秒之前写入的值，并且你也会有一些5年前写入的值。
当你部署一个你的应用的新版本时，你可能会花一些时间完全取代老的版本。但数据库中的内容不是这样的：五年前的数据会仍然在那里，除非你已经明确重写了它。这种观察有时被总结为data outlives code。
重写（迁移）数据进一个新的模式当然是可行的，但对于一个庞大的数据集而言，开销是巨大的，所以大多数的数据库在可能的情况下都避免这种做法。大多数的关系型数据库允许简单的模式更改，比如在不重写现有值的情况下，增加一列默认值为null的新列。读取旧行时，数据库对磁盘上编码数据中缺少的任何列填充null。 LinkedIn的文档数据库Espresso使用Avro进行存储，从而使其可以使用Avro的模式演变规则。
因此，模式演化使整个数据库看起来好像是用单个模式编码的，即使基础存储可能包含使用模式的各种历史版本编码的记录。
也许你会对你的数据库时不时的进行一次快照，说这是为了备份或是加载其进入数据仓库。在这样的情况下，数据转储一般会使用最新的模式进行编码，即使在源数据库中存在着来自不同纪元的各种模式版本。由于仍然要复制数据，因此最好对数据副本进行一致的编码。
由于数据转储是一次性写入的，并且此后是不可变的，因此类似Avro对象容器文件的格式非常适合。这也是把数据编码成面向列的，对分析友好的格式的好机会。
当你有进行需要通过网络通信时，有几种不同的方式来安排这种沟通。最常见的安排就是定义两个角色：客户端和服务器。服务端在网络上暴露API，然后，客户端就可以连接服务器，对API发出请求。服务端暴露的API也被称为服务。
网站是按照如下这种方式工作的：客户端（网页浏览器）向网站服务器发出请求，通过GET请求下载HTML，CCS，JavaScript，图片等，并且通过POST请求向服务器提交数据。API由一组标准的协议和数据格式组成（HTTP，URLs，SSL/TLS，HTML等等）。因为网页浏览器、网站服务器和网站作者大多数都对这些标准达成了一致，因此你可以使用任意的浏览器访问任意的网址（至少理论上是这样的）。
网页浏览器不是唯一的客户端类型。比方说一个运行在移动设备或是台式电脑上的应用也可以向服务器发出网络请求，并且运行在网页浏览器中的客户端的JavaScript应用也可以使用XMLHttpRequest成为一个HTTP客户端（这种技术被称为Ajax）。在这样的情况下，服务器的响应一般不是展示给人的HTML，而是便于客户端应用代码后续处理的数据编码（比方说JSON）。虽然HTTP被用作传输协议，但顶部的API实现是根据应用特定的，客户端和服务器需要在API上细节上达成一致。
此外，服务器自己也可以是另一个服务的客户端（比方说一般网页应用服务器也是数据库的客户端）。这种方法通常用于按功能领域将大型应用程序分解为较小的服务，这样，当一个服务需要来自另一个服务的某些功能或数据时，就会向另一个服务发出请求。这种构建应用程序的方式传统上被称为面向服务的体系结构（service-oriented architecture，SOA），最近被完善并更名为微服务体系结构(microservices architecture)。
在某些方面，服务类似于数据库：它们通常允许客户提交和查询数据。但是，尽管数据库允许使用我们在之前讨论的查询语言进行任意查询，但是服务公开了特定于应用程序的API，该API仅允许输入和输出预先根据业务逻辑（应用程序代码）预先确定好的内容。这种限制提供了一定程度的封装：服务可以对客户端可以做什么和不能做什么进行严格的限制。
面向服务/微服务体系结构的关键设计目标是通过使服务能够独立部署和发展，使应用程序更易于更改和维护。例如，每个服务应由一个团队拥有，并且该团队应能够频繁发布服务的新版本，而不必与其他团队进行协调。换句话说，我们应该期望新旧版本的服务器和客户端能够同时运行，因此服务器和客户端使用的数据编码必须在服务API的各个版本之间兼容，这正是我们一直在谈论的内容。
当HTTP用作与服务进行通信的基础协议时，它称为Web Services。这也许是一个轻微的误称，因为Web Services不仅在Web上使用，而且在几种不同的情形中也有被使用到。例如：
有两种流行的web services方式，REST和SOAP。他们几乎是截然相反的，而且常常是各自支持者之间激烈辩论的主题。
REST不是一个协议，而是基于HTTP上的设计哲学。它强调数据格式的简单化，使用URL标记资源并且使用HTTP特性用来控制缓存，身份验证和内容类型协商。相比于SOAP，REST更受大家欢迎。至少是在跨组织的不同的服务的整合上，并且通常与微服务相关联。一个根据REST原则设计的API被称为RESTful。
相对比，SOAP是一个基于XML的发送网络API请求的协议。虽然绝大多数也是基于HTTP，但它旨在从HTTP中独立出去并且避免使用绝大多数HTTP的特性。相反，它带有广泛而复杂的相关标准（web service framework，称为WS- *），这些标准添加了各种功能。
使用称为Web服务描述语言或WSDL的基于XML的语言来描述SOAP Web服务的API。 WSDL支持代码生成，以便客户端可以使用本地类和方法调用（它们被编码为XML消息并由框架再次解码）访问远程服务。这在静态类型的编程语言中很有用，而在动态类型的编程语言中则很少用到。
尽管表面上对SOAP及其各种扩展进行了标准化，但不同供应商的实现之间的互操作性经常会引起问题。由于所有这些原因，尽管SOAP仍在许多大型企业中使用，但是它已经下降了。在大多数较小的公司中都不受欢迎。
RESTful API倾向于使用更简单的方法，通常涉及更少的代码生成和自动化工具。诸如OpenAPI（也称为Swagger）之类的定义格式可用于描述RESTful API并生成文档。
Web服务只是用于通过网络发出API请求的众多技术的最新形式，其中许多技术受到了广泛宣传，但存在严重问题。企业JavaBean（EJB）和Java的远程方法调用（RMI）仅限Java。分布式组件对象模型（DCOM）仅限于Microsoft平台。通用对象请求代理体系结构（CORBA）过于复杂，并且不提供向后或向前兼容性。
所有这些都是基于Remode procedure call（RPC）的思想，该思想自1970年代就已经存在。 RPC模型试图在同一个进程内，使对远程网络服务的请求看起来与以编程语言调用函数或方法相同（这种抽象被称为location transparency）。尽管乍一看RPC似乎很方便，但是该方法从根本上来说是有缺陷的。网络请求与本地函数调用有很大不同：
所有这些因素都意味着，要使远程服务看起来像您的编程语言中的本地对象，没有任何意义，因为这是根本不同的事情。 REST的吸引力之一是它没有试图掩盖它是网络协议的事实（尽管这似乎并没有阻止人们在REST之上构建RPC库）。
尽管存在所有这些问题，但RPC并没有消失。在之前提到的所有编码的基础上，已经构建了各种RPC框架：例如，Thrift和Avro附带了RPC支持，gRPC是使用protobuf实现的RPC，Finagle也使用Thrift，Rest.li则在HTTP上使用JSON 。
对于远程请求与本地函数调用不同的事实，新一代的RPC框架更加明确。例如，Finagle和Rest.li使用futures（promises）来封装可能失败的异步操作。Futures还简化了您需要并行请求多个服务并合并其结果的情况。 gRPC支持流，其中调用不仅包括一个请求和一个响应，还包括一段时间内的一系列请求和响应。
这些框架中的某些框架还提供service discovery-即，允许客户端可以在其中找到特定服务的IP地址和端口号。
具有二进制编码格式的自定义RPC协议可以实现比JSON over REST等通用功能更好的性能。但是，RESTful API具有其他显著优点：它适合进行实验和调试（您可以使用Web浏览器或命令行工具curl对其进行请求，而无需生成任何代码或安装软件），它受到以下方面的支持：所有主流编程语言和平台，以及广泛的可用工具生态系统（服务器，缓存，负载平衡器，代理，防火墙，监视，调试工具，测试工具等）。
由于这些原因，REST似乎是公共API的主要样式。 RPC框架的主要焦点是在同一组织（通常在同一数据中心内）拥有的服务之间的请求。
为了发展，重要的是可以独立地更改和部署RPC客户端和服务器。与通过数据库的数据流相比，对于通过服务的数据流，我们可以做一个简化的假设：合理的假设是首先更新所有服务器，然后更新所有客户端。因此，您只需要关注请求的向后兼容性，以及响应的向前兼容性。
RPC方案的向后和向前兼容性属性是从其使用的任何编码形式那继承的：
由于RPC通常用于跨组织边界的通信，因此使服务兼容性更加困难，因此，服务的提供者通常无法控制其客户端，因此无法强制其升级。因此，可能需要无限期地保持长时间的兼容性。如果需要破坏兼容性的更改，则服务提供商通常最终会并排维护多个版本的服务API。
对于API版本控制的工作方式（即客户端如何指示要使用的API版本），尚无共识。对于RESTful API，常见的方法是在URL或HTTP Accept标头中使用版本号。对于使用API密钥标识特定客户端的服务，另一种选择是将客户端请求的API版本存储在服务器上，并允许通过单独的管理界面更新此版本选择。
我们一直在研究编码数据从一个过程流到另一个过程的不同方式。到目前为止，我们已经讨论了REST和RPC（其中一个进程通过网络将请求发送到另一个进程并期望尽快响应）和数据库（其中一个进程写入编码的数据，而另一个进程会在未来的某个时间读取它）。
在最后一部分中，我们将简要介绍异步消息传递系统，该系统位于RPC和数据库之间。它们与RPC的相似之处在于，客户端的请求（通常称为消息）以低延迟传递到另一个进程。它们与数据库相似，因为消息不是通过直接的网络连接发送的，而是通过称为消息代理message broker（也称为消息队列message queue或面向消息的中间件message-oriented middleware）的中介发送的，该中介临时存储消息。
与直接RPC相比，使用消息代理有几个优点：
但是，与RPC的区别在于，消息传递通信通常是单向的：发件人通常不希望收到对其消息的回复。进程可以发送响应，但这通常是在单独的通道上完成的。这种通信模式是异步的：发件人无需等待邮件的发送，而只是发送它，然后就忘记了。
过去，消息代理的格局主要由TIBCO，IBM WebSphere和webMethods等公司的商业企业软件主导。最近，诸如RabbitMQ，ActiveMQ，HornetQ，NATS和Apache Kafka之类的开源实现已变得很流行。
详细的传递语义因实现和配置而异，但是通常，消息代理的使用方式如下：一个进程将消息发送到命名队列或主题，并且代理确保将消息传递给这个队列或主题上的一个或多个使用者或订阅者。同一主题上可能有多个生产者和许多消费者。
一个主题提供了一个单向的数据流。然而，消费者自己也可以发布消息到另一个主题上（所以你可以把他们连接在一起），或是由原始消息的发送者使用的应答队列（允许请求/响应数据流，类似于RPC）。
消息代理一般不强制特定的数据模型 ，一条消息就是一串元数据的字节，所以你可以使用任何的编码。如果编码是向前并且向后兼容的，那么你就有了最大的灵活度，以任意的顺序独立的更改发布者和消费者并且部署。
如果消费者向另一个主题发送消息，那么你需要小心保存不知道的字段，防止之前数据库中描述的数据丢失的情况。
参与者模型actor model是用于在单个进程中进行并发的编程模型。处理逻辑是封装在每个参与者中，而不是直接调用线程处理，每个参与者通常代表一个客户端或实体，它可能具有某种本地状态（不与任何其他参与者共享），并且它通过发送和接收异步消息与其他参与者进行通信。无法保证消息传递：在某些错误情况下，消息将丢失。由于每个参与者每次仅处理一条消息，因此无需担心线程问题，并且每个参与者都可以由框架独立安排。
在分布式参与者框架中，这个编程模型被用来扩展了访问多个节点的应用程序。同一个消息传递机制被使用，无论发送方或接受方是否在同一个节点上。如果他们在不同的节点上，消息会透明地编码成字节序列，通过网络发送，在另一边解码。
在参与者模型中，Location transparncy比在RPC中工作得更好，因为参与者模型已经假定即使在单个进程中，消息也可能丢失。尽管网络上的等待时间可能比同一过程中的等待时间要长，但是使用参与者模型时，本地和远程通信之间本质上的不匹配较少。
分布式参与者框架实质上将消息代理和参与者编程模型集成到单个框架中。但是，如果要对基于actor的应用程序执行滚动升级，则仍然需要担心向前和向后的兼容性，因为消息可能会从运行新版本的节点发送到运行旧版本的节点，反之亦然。
三种流行的分布式actor框架按以下方式处理消息编码：
isual Studio Code是一个免费跨平台的开源代码编辑器，具有广泛的预构建扩展库，具备很多有用的附加功能。但是在使用过程中，我们有时不需要所有的功能，例如Python扩展（超过220万次安装）提供很多支持，IntelliSense、代码格式化等等，而我们往往指示想要快速查汝之行有用且重复的较小代码块，例如循环或条件语句。
现在已经有人编写了这种小的代码块，并且打包好供其他程序员使用。
为什么我们不使用 Visual Studio Code Marketplace，而是要选择"Snippets"呢？因为这种小的代码片段不仅可以在扩展类别中使用，也适用于不同语言、调试器、格式化程序等等。
由于 VS Code是运行在Windows、Linux和MacOS上的跨平台工具，而JavaScript正在成为各种跨平台项目的首选编程语言，所以今天就为大家推荐一些实用的JavaScript代码片段。评选标准主要是基于下载次数、评级以及个人主观评估。
JavaScript (ES6) Code Snippets
随着JavaScript的版本发展，ES6成为了新的JavaS核心语言标准，主流浏览器也实现了其很多功能。
为了帮助用户快速上手新功能，开发者Charalampos Karypidis发布了JavaScript (ES6) code snippets。
该代码片段包支持JavaScript和TypeScript，目前下载已超过41.5万次，评级为4.6。自首次发布以来，Charalampos Karypidis一直都在更新维护，所以不断有新功能出现，如1.4.0版本支持用户请求HTML文件。如果您也对开源项目有兴趣，可以去GitHub上查看补充。
这个代码片段包包含34个小片段： import and export、class helpers、 various methods和console methods。
Angular v4 TypeScript Snippets
最初由Google开发的AngularJS和Angular（基于TypeScript）的框架全部可以在VS Code extension marketplace 中找到。其余不兼容的框架几乎总是会出现在“XX JavaScript框架”类似的文章中。也许你现在还在看这种JavaScript顶级框架的文章，但是我已经在看 开发者John Papa为Angular 4.0.0开发的Angular v4 TypeScript Snippets。Angular v4 TypeScript Snippets三月刚刚发布，据说更快更小，同时也涵盖了很多新功能，如ahead-of-time视图引擎的改进，TypeScript 2.1和2.2兼容性，ES2015实验性构建等等。
目前Papa代码包已经被下载5.18万次，是JavaScript代码片段中下载量第一。该包中的42个片段可以分为三大类，TypeScript Angular Snippets、TypeScript RxJS Snippets (Reactive Extensions)和HTML Snippets。
使用该片段的方式与上述ES6片段相同，首先键入字母“a”，然后再输入片段的名称，直到您选择所需的选项为止。要插入一个新组件的shell代码，例如你开始输入“a-component”，直到你可以选择全名，你得到这个：
Angular v4 TypeScript片段包的平均评级为4.8，在GitHub上共获得312星，以及112位开发者的支持，拥有MIT认证。
Vue 2 Snippets
Vue.js是一个热门的JavaScript框架，StackFlow调查显示Vue.js已经呈现出快速应用的趋势，是StackFlow年度增长最快的，Backbone.js, Ember.js和Meteor等框架似乎已经开始进入到生命周期的后期了。
当你还在研究Vue是否能够打入框架的最前列时，已经有人走在了最前端。hollowtree发布了Vue 2 Snippets。Vue 2 Snippets基于vue.tmLanguage，支持vue（.vue）、HTML（.html的）、JavaScript（.js）、TypeScript（.ts）和pug（.pug）语言。
请点
该软件包包含82个片段，主要用于JavaScript，HTML和Vue Router功能。如果要收集错误，你可以使用字母“v”键入，直到找到VueConfigErrorHandler选项，按下ENTER键可以：
Vue.config.errorHandler = function（err，vm）{
//处理错误
}
所有命令都不以“v”开始，如果要快速插入渲染器，你可以使用字母“r”开始输入，直到找到渲染器选项，这样您可以：
const renderer = require（'vue-server-renderer'）.createRenderer（）
如果您必须对很多选项进行排序，那么没有一致的触发器模式可能会令人困惑，但使用情况会变得常规，有一点经验。
Vue 2 Snippets的安装近5.4万次，获得了4.9的评级，在GitHub上获得了九颗星，目前的发展比较积极规律。
React标准样式代码片段
开发者Timon van Spronsen发布了React 标准样式代码片段，比照ES6 语法中的JavaScript标准样式指南开发的React代码片段。
React是由Facebook创建和开源的流行框架。虽然Spronsen并不是安装量第一的Reactjs代码片段，
但是我还是建议希望遵循JavaScript标准样式的开发者使用这一产品，它的安装量达到21610，同时也为Karypidis项目提供了支持。
Spronsen说，他的片段基于babel-sublime-snippets package，可预见地提供了与Karypidis包相同的功能。支持以下文件类型：JavaScript（.js）; TypeScript（.ts）; JavaScript React（.jsx;）和TypeScript React（.tsx） 。
它包括51个片段，其中29个专门用于支持类型。例如，触发器“rccp [TAB key]”在类之后引入了一个带有prop类的类组件框架，如下所示：
该软件包评论不多，但5.0的评级还是比较难得的，GitHub项目获得了10颗星。
ES6 / ES7的React-Native / React / Redux代码片段
相信React Native是众多程序员的心头之爱，虽然我已经安装了完整的React Native Tools扩展，但是我相信EQuimper的ES6 / ES7软件包的React-Native / React / Redux代码片段对于功能需求范围较窄的程序员来说还是很有吸引力的。
它一共提供了30个片段，包括从导入到测试，例如生成组件类的ccs触发器，
该代码片段包虽然已经被安装了36000次，但是遗憾的是现在还没有评价。
Visual Studio Marketplace中仅在代码片段选项中搜索“JavaScript”就会出现105个相关结果，而且这些都是免费来源的，程序员还可以获取源代码，然后根据自己的需求来做定制化的修改。这么赞的资源，程序员快快行动起来吧。
一章 职业规划和前景
第二章 html基本结构
<html> <head></head> <body></body> </html>
第三章 html基本标签
<marquee direction="down" loop="4" onmouseover=this.stop() onmouseout=this.start()></marquee>
onmouseover=this.stop() onmouseover=this.start() scrollamout="1"(滚动速度)
第四章 img图片标签与路径
第五章 三种列表的讲解
<ul> <li></li> <li></li> <li></li> </ul>
<ol> <li>内容一</li> <li>内容二</li> <li>内容三</li> </ol>
<ul> <li>柚子 <ul> <li>沙田柚</li> <li>蜜柚</li> </ul> </li> <li>荔枝</li> <li>苹果</li></ul>
<ol> <li>茶 <ul> <li>红茶</li> <li>绿茶</li> </ul> </li> <li>果汁</li> <li>牛奶</li></ol>
<dl> <dt>pc网页制作</dt> <dd>学习DIV+CSS JS JQ 项目实战</dd> <dt>手机网页制作</dt> <dd>手机网页制作实战</dd> </dl>
<dl> <dt>中国城市</dt> <dd>北京 </dd> <dd>上海 </dd> <dd>广州 </dd> <dt>美国城市</dt> <dd>华盛顿 </dd> <dd>芝加哥 </dd> <dd>纽约 </dd> </dl>
第六章 表单元素(上)
<form> <input type="text"/> </form>
<form action="html.do" method="get"> username: <input type="text" name="user" /> <input type="submit" value="提 交" /> </form>
<form> <input type="hidden" name="hid" value="value"> </form>
<input type="text" name="" value="今天心情不错" /> <input type="radio" name="" value="" checked="checked"> <input type="checkbox" name="" value="" checked="checked"> <select name="" > <option value=""></option> <option value="" selected="selected"></option> <select>
<p>单向选择</p> <label for="male">男：</label><input type="radio" name="sex" id="male"/> <label for="nv">女：</label><input type="radio" name="sex"checked="check"/>
第七章 表单和表格(下)
<form> <select name="" id=""> <option value="1">1月</option> <option value="2">2月</option> </select> </form>
<table border="1"> <tr> <td>姓名</td> <td>性别</td> </tr> </table>
<table border="1"> <tr> <td>姓名</td> <td>性别</td> </tr> <tr> <td>姓名</td> <td>性别</td> </tr> </table>
<table border="1"> <tr> <td >姓名</td> <td>性别</td> <td>爱好</td> </tr> </table>
第一部分总结：
HTML部分导图总结
学习从来不是一个人的事情，要有个相互监督的伙伴，想要学习或交流前端问题的小伙伴可以私信“学习”小明加群获取2019web前端最新入门资料，一起学习，一起成长！
*请认真填写需求信息，我们会在24小时内与您取得联系。
