Next.js，Razzle，CRA。为什么要在下一个项目中使用它们。

TL; DR&＃xff1a;请勿编写和使用自定义启动器。

亲爱的开发人员&＃xff0c;请停止编写和使用“入门程序”。

起动器&＃xff08; 阵营起动-KIT&＃xff0c;反应-终极版的通用热-例如&＃xff0c; 等 &＃xff09;&＃xff1a;

• 肿&＃xff0c;有大量不必要的功能
• 没有版本化&＃xff0c;只能通过新的fork / re-pull更新
• 作为存储库而不是模块生活
• 维护不当&＃xff0c;大多数入门者有很多未解决的问题
• 代码不可读 &＃xff0c;指南和常见问题解答无济于事
• 由于是非模块化的&＃xff0c;用户无法轻松地从样板迁移或扩展它

工具包&＃xff08; CRA &＃xff0c; 拉扎勒 &＃xff0c;NWB&＃xff09;和框架&＃xff08; 接着 &＃xff0c; Nuxt &＃xff0c; after.js &＃xff09;&＃xff1a;

• 仅包含最基本的功能
• 作为npm模块存在
• 由专业社区版本化和维护
• 有很棒的文档和指南
• 是模块化的&＃xff0c;用户可以轻松迁移和扩展自己的设置

请记住&＃xff0c; 您的越野车 无论功能齐全还是重量轻 &＃xff0c;都不会被某些人用于REAL PRODUCTION PROJECTS中 。 此外&＃xff0c;您需要维护您的启动器&＃xff0c;解决问题并添加新功能。 即使您将仓库存档 &＃xff0c;您的代码仍将在某人的服务器和浏览器中运行 。

不要浪费其他开发人员的时间。
不要试图抗拒未来。
如果您不能提出新的想法&＃xff0c;最好成为一名贡献者。

诸如CRA和Next.js之类的工具创建了一个版本化的&＃xff0c;标准的&＃xff0c;统一的开发环境和方法&＃xff0c;可以根据需要轻松地对其进行扩展 。

UPD&＃xff1a;关于文章的负面语气&＃xff0c;我收到了数十条评论。 让我澄清一些事情&＃xff1a;

• 如果您确定没有人可以使用此代码&＃xff0c;则可以使用任何样板。
• 最初的项目设置可能会像代码样式约定&＃xff08;styleguide&＃xff09;一样成为标准。
• “复制粘贴”项目可以一直持续下去&＃xff0c;直到出现具有可扩展webpack配置的统一初始设置。
• 我不鼓励人们忽略内部因素。 反之亦然-尽可能多地学习。 但是&＃xff0c;不能保证它是一个“好”的样板。
• 最初的项目设置可能成为类似于代码样式约定的标准。 使用此类工具创建项目就像遵循样式指南。

为什么根本没有起动器&＃xff1f;

每当有新事物发表时&＃xff0c;大多数人都开始寻找样板。 那就对了; 他们想尝试一个新的库。 如果没有样板&＃xff0c;您可以尝试编写并流行起来&＃xff08; 然后修复此sh&＃xff03;t&＃xff0c;直到回购中不会出现400多个问题 &＃xff09;。

初学者在哪里出现&＃xff1f;

我认为“样板时代”以来约曼已经启动-发电机的样板。 让我澄清一下&＃xff1a;Yeoman出现时是一个非常进步的想法。

Yeoman生成器之所以有用&＃xff0c;主要是因为当时文件处理复杂并且开发环境差。 项目由集成了非常不同的工具的一部分Gulp脚本提供支持&＃xff1a; browsersync&＃xff0c;livereload&＃xff0c;browserify 等。

例如&＃xff0c;AngularJS在v 1.3中没有对延迟加载和最小化的现成支持。 在StackExchange上没有有关AngularJS的LL &＃43; minify &＃43; es6的有用信息&＃xff0c;因此克隆具有这些功能的启动器是开始开发的唯一方法。 那是2014年。

今天的首发

如今&＃xff0c;我们拥有了出色的Webpack&＃xff0c;可以解决文件处理和延迟加载的所有问题&＃xff0c;拥有Angular和Vue中的SSR插件&＃xff0c;以及CRA / razzle / Next.js / nwb之类的解决方案。 有什么理由来打造一个入门者&＃xff1f;

神话-入门可以加速发展

这主要是一个神话。 您必须花费更多时间才能开始使用入门。 入门程序的哪一部分可加快开发速度&＃xff1f; 最明显的答案-代码组织&＃43; Webpack配置。 如果代码组织可能是一个悬而未决的问题&＃xff0c; 那么Webpack配置显然是初学者成功的90&＃xff05;。

razzle / Next.js已经预定义了Webpack配置&＃xff0c;但最重要的是&＃xff1a; 他们以统一的方式进行操作&＃xff0c;并允许单独存储自定义配置。 甚至将其分为npm模块。

当您使用CRA / razzle / etc。时&＃xff0c;您始终知道与您的代码一起工作的同事或其他开发人员不必花时间研究不可读的错误设置。

误解—如果启动程序具有&＃xff0c;则它已根据需要集成

从GraphQL到罕见的Redux插件&＃xff0c;大多数入门者都具有所有功能。 这会导致&＃xff0c;肿&＃xff0c;难以理解&＃xff0c;但最重要的是-无法使用的启动器。 特别是对于那些寻找不太复杂和轻量级内容的开发人员。

这也解释了为什么人们无限地编写新的“轻量级”入门书。

请你停下来&＃xff01;

只需算一下真反应表中有多少样板即可— 31 。 31个完全不同的样板 &＃xff0c;其中一些有400多个问题。 这是最好的列表之一。

我几个月前写了这个“清单”&＃xff0c;但是直到今天才发表。
今天&＃xff0c;我正在寻找hyperapp的路由&＃xff0c; 但偶然看到了这一点&＃xff1a;

在您阅读本文时&＃xff0c;人们已经在使用越野车启动器来启动垃圾邮件Github。 带有维护者零支持的库的完全无用的“ awesome-lists”将很快出现。

不要为⭐️编写软件。
编写软件以带来新的东西。

我们至少需要标准化样板和构建工具&＃xff0c;制作出真正出色的列表 &＃xff0c; 并且不要大肆宣传。

不要炒作

您还记得React-IDE吗&＃xff1f; 这是个好主意&＃xff08;7.5k⭐&＃xff09;️&＃xff0c;但是… 任何真正的产品仍然不存在。

自己对标准化的看法

• 为特定的生态系统制作一个维护过的 “真棒清单”&＃xff08;即“ really-awesome-react &＃xff09;。 此外&＃xff0c;还有很棒的工具包列表。
• 在真棒列表中突出显示维护级别和受欢迎程度。
• 忽略任何构建“ Bootstrap与React的另一集成”的尝试。

我研究了许多流行的样板&＃xff0c; 甚至构建了一个流行的样板&＃xff0c;并且我确信我们应该应对“老式的入门时代”。

另外&＃xff0c;一些入门者很棒。 并非所有的启动器都如上所述糟糕透顶。

感谢您的阅读&＃xff0c;希望它真的能有所改变。
重新发布本文-让人们停止为恒星编写软件&＃xff0c;开始在真正的进步项目上进行协作。
GitHub &＃xff1a; &＃64;Metnew
推特&＃xff1a; &＃64;vladimir_metnew

From: https://hackernoon.com/next-js-razzle-cra-why-you-should-use-them-for-a-next-project-a78d320de97f