后端早已不是从前的模样了，随着React 18（伺服器模块）和所有当代互联网栈的出现，后端合作开发或者说意味著应用领域合作开发。
他们合作开发互联网和邻近地区插件的形式显得更为模组化、模组化、有组织机构，因此他们应该增加对实现
这个条目不会如是说这些你还据我所知但会发生改变你现实生活的捷伊最前沿辅助工具，而会如是说这些会协助大力推进后端合作开发速率的发生改变作法的、很受欢迎的辅助工具，使你成为两个更快的合作开发人员——并赢得更多的空余时间。
1.BCC–模块驱动力的10倍
实际上，当代的后端早已是模块驱动力的。当代插件是用当代架构构筑的，而当代架构是以模块为服务中心的。
BCC是协同发展工具模块驱动力合作开发的新一代辅助工具。与构筑两个由很多模块协力组成的插件，比不上用Bit构筑分立的模块，用它来协力组成不同的插件。每一模块都是分立的，可以在任何人地方运转。
虽然Bit把你变为了模块建立和女团的大师，但Bit的云网络平台协助项目组扩充并协力构筑很多东西。
BCC的开源软件辅助工具是轻量和度可扩充的。它用作合作开发和制备模块。它为合作开发和女团模块提供更多了两个单纯而强悍的工作内部空间，将任何人 repo 变为两个智能化的 monorepo，同时抽象化掉开支和实用性。
它提供更多了较好的机能，Geoirs生物降解的可订制的模块模版，很漂亮的建模模块文件格式（有mdx等），分立的程序代码，每一模块的版管理和求出（发送/正式发布）之类。
而且，它有两个建模的UI，使合作开发体验也很有趣!Bit的邻近地区工作区UI中的两个非常基本的按钮
BCC的云网络平台淘宝网是20多万合作开发人员和一些世界上最好的项目组的家，他们可以在这里托管和合作合作开发他们的模块。它为两个 “开箱即用的模块市场 “配备了企业级机能，包括安全托管、搜索、注册表之类。两个插件只是两个模块图……用户界面、钩子、逻辑，甚至后端。
Bit是两个强悍的基础设施，它的模式转变早已在发生了。开始使用Bit的流行用例包括微后端（尝试Bit与模块联盟！）、 设计系统（在模块上进行协作）、快速应用领域合作开发（只需编译模块）和产品项目组的快速交付（升级模块，而不是应用领域）。
模块联盟+BCC=后端的下一次进化
BCC：模块化互联网的网络平台
2.GatsbyJS和NextJS – 最快的JAMStack网站
GatsbyJS和NextJS是JAMStack时代的两个突出的静态网站架构。在正确的用例中，使用这两个选项之一可以大大大力推进新网站的合作开发速率，这要归功于现成的架构、丰富的模版和度优化的辅助工具集，可以开始建设。
GatsbyJS是两个免费的、开源的、基于React的架构，旨在协助合作开发人员建立高性能的网站和插件。单纯地说，
Next.js是两个开源的React后端合作开发互联网架构，由Vercel建立，可以实现伺服器端渲染和为基于React的互联网应用领域生成静态网站等机能。Next通常被认为是一种更稳健和灵活的形式来生成网站甚至是插件。
这两个架构都有数以千计的插件和多年的优化，在建立两个静态网站时，是或者说快速启动和运转的好方法。
如何进行选择取决于你的项目。它都不是为了两个完整的当代插件，但都提供更多了一些额外的扩充机能，推动了JAMStack静态网站的极限。
3.Netlify和Vercel–后端合作开发的后端
Vercel和Netlify是两个在很多方面都不相上下的网络平台。
两者都为后端合作开发人员提供更多了两个单纯的方法来部署静态网站。两者都抽象化出必须处理伺服器和微服务来部署网站的痛苦和开支，并为后端合作开发人员提供更多两个非常单纯和友好的工作流程来托管和部署他们的静态网站。
Netlify建立了自己的仓库，同时发送到Github仓库和自己的微服务。然后，它在两个广泛的CDN上执行和分发内容，以提供更多预先建立的静态网站。
Vercel是两个面向后端合作开发人员的部署网络平台。Vercel使合作开发人员能够托管即时部署和自动扩充的网站和互联网服务–所有这些都无需任何人复杂的伺服器实用性。
这两个网络平台都提供更多了构筑、部署和托管的解决方案。这两个托管网络平台都有两个与github集成的工作流程，以及无伺服器机能支持和不同的API等很酷的机能。虽然Netlify的合作开发体验较好，但Vercel的两个巨大优势是伺服器端渲染，它可以让你在几分钟内轻松部署两个完全工作的Next.js插件。
在Netlify、Vercel和Digital Ocean之间做出选择
Netlify vs. Vercel
4.Ripple CI – 传播模块驱动力的构筑
当使用Bit的模块驱动力工作时，你可以享受Ripple CI。
虽然仍处于封闭测试阶段【赢得访问权】(mailto: [email protected])，但Ripple无疑是互联网的一项决议。它只构筑模块。
更准确地说，它构筑了所有受影响的模块——无处不在。当你发送两个模块的变化时，Bit “知道 “哪些其他模块依赖于该模块，并将传播和构筑变化到所有受影响的模块，跨越所有不同的插件。
想象一下，当你对两个按钮或卡片进行修改时，看着Ripple将修改传播到所有使用你的卡片模块的插件，以及依赖它的每一模块和页面。就这样，Ripple不断整合整个组织机构。
BCC的项目组正在使用由瑞波更捷伊模块构筑服务
由于每一模块都是分立构筑的，你可以很容易地了解到底是哪个变化破坏了哪个模块，在哪里，以及为什么。
由于Ripple构筑的只是模块，它还可以节省大量的构筑时间，只需不构筑没有变化的东西。一些使用Ripple测试版的项目组证实，它可以增加90%的构筑时间。
而且，Ripple利用Bit为模块、页面和插件的每两个变化建立建模预览。这是科幻小说，而且很有效。
5.Stencil和Svelte – 或者说的互联网模块
建立在Web模块标准基础上的自定义模块和小辅助工具，将在当代浏览器上工作，并可用作任何人与HTML一起工作的JavaScript库或架构。
模版是两个 “用作构筑快速、可生物降解的UI模块和渐进式Web插件的Web模块编译器”。它使用TypeScript、JJSX、微小的虚拟DOM层、高效的单向数据绑定、异步渲染管道来加载来生成基于标准的Web模块。
Stencil还释放了一些机能，如无需运转无头浏览器的伺服器端渲染、预渲染和 “作为属性的对象”（而不只是字符串）。Stencil模块很容易建立，因为它本质上是带有装饰器元数据的ES6/TypeScript类。
Svelte是 “两个编译器，当你的插件的状态发生变化时，它将你的声明性模块转换为高效的JavaScript，以手术形式更新DOM”。这意味著，你可以使用CSS、HTML和纯JavaScript构筑无模版的模块，而Svelt会将其编译成具有内置反应性的小而轻的JS。
另两个有用的能力是JS库中对任何人架构无关的CSS的内置支持。
6.Jest和Cypress–测试驱动力的乐趣
二者关键的区别是什么，应该在什么项目中使用哪两个是关键。
Cypress是两个开源的辅助工具（现在是两个商业网络平台），用作当代互联网的后端自动化测试。Cypress建立在两个捷伊架构上，在与被测试的插件相同的运转循环中运转。因此，Cypress为在浏览器中运转的任何人东西提供更多更快、更快、更可靠的测试。Cypress适用作任何人后端架构或网站。
Jest是两个 “令人愉快的JavaScript测试架构，专注于单纯性”–这说明了很多问题。Jest采取一种熟悉的方法。它建立在Jasmine测试架构之上，使用熟悉的expect(value).toBe(other)断言，自动模拟由require()返回的CommonJS模块，使大多数现有代码可以测试，并且有两个简短的反馈循环。DOM APIs被模拟，测试通过两个小型的node.js命令行辅助工具并行运转。
关键的区别是，Cypress最常被用作端到端测试，而Jest则用作程序代码。你也可以反过来，将两者用作相反的用例，但这是常见的惯例。了解更多。
我用Jest、Enzyme、测试库和Cypress测试了两个React应用领域。以下是不同之处。
7.Sentry – 单纯的全栈式应用领域监控
Sentry.io是两个开源的全栈错误跟踪系统，支持广泛的伺服器、浏览器、桌面和邻近地区移动语言和架构。那么，为什么Sentry会出现在后端合作开发人员的名单中呢？
因为它是一种为互联网合作开发体验而设计的，给后端和全栈合作开发人员两个非常单纯和友好的体验，用作捕捉问题，防止错误到达生产，监控性能，而且都是通过两个单纯的SDK，在2个命令中安装。而且UI/UX的使用也非常单纯和友好。
使用Sentry，你还可以追踪由后端引起的后端错误，给你两个全面的全栈方法来监控和修复webdev错误。你可以得到关于插件状态的上下文，这样你就能够理解特定问题的影响。更重要的是，所有未处理的异常都会被自动捕获，单个错误会被及时发现和处理。
