样板应用非常有用，它们可以令你的下一个项目非常快的构建起来，并且提供了目录结构让你有章可循。

然而，它们有时候也会浪费大量的时间。开发者们通常都想知道样板的底层是怎么运行的，他们会浪费时间在研究上。除此之外，样板对你的需求来说要么太精简，要么太臃肿，这意味着你还需要花时间去添加基本的功能，或者删除那些没必要的东西。

显然，这个过程本身并不是一件坏事，但这很容易会导致项目延期。你更应该把时间花在实现功能上！

我们应该用样板吗？

当然！我并不是说我们不应该用样板。恰恰相反，相比使用样板 ，从零开始构建项目消耗的时间会多得多。但你应该为你的项目使用正确的样板。什么样的样板才是正确的样板呢？我认为你自己写的那份才是正确的样板。 创建自己的样板并不只是让你更加了解正在使用的技术，它还会为你留下一些你已经了解内部原理的代码片段，并且可以应用到下一个项目当中。

当然，你并不需要从零开始实现。你可以选你觉得有用的样板，然后自定义它来满足你或你的团队的需求。

但并不是所有项目都一样的！

我同意，进一步来讲，不是所有环境、项目团队都是一样的。例如，你可能会在自己的 side projects 中使用和在办公室时完全不一样的技术栈。从我个人而言，我写了 4 个样板应用，分别应对不同的项目、同事、客户。 举个例子，我写了以下几个样板：

  • 一个单页的 VueJS 应用
  • 一个提供 API 的 Express 应用
  • 一个静态网站生成器(Hexo)
  • 等等

你应该尽可能地标准化自己写的东西，不要包含太多业务相关的代码。没错，每个项目和应用场景都是不同的，但从一个你非常熟悉的样板来构建项目会让你跑得更快。

保持更新

理想情况下，你应该让你的样板应用保持更新，确保你使用的依赖是最新的，并检查它们是否依然正常工作，同时要注意更新时的注意事项。慢慢地，你会知道哪些库工作正常，哪些不正常，可以用哪些库去取代它们。 但不要更新得太频繁，否则我们就陷入了不断花时间去修复我们的样板应用的循环中。我们应该花更多的时间在那些能改变世界的项目上！

总之，你需要平衡一切。

参考文档