我正在使用早午餐来构建单页Web应用程序。该应用程序与我想使用node.js / express编写的后端CRUD API进行通信。对我来说，自然的事情似乎是在与应用程序平行的子目录中构建服务器app。这样的好处是所有代码都在一个屋顶下，并允许我通过brunch watch --server。
我开始这样做，然后变得担心。如果我具有通过安装的服务器端依赖项，npm install --save-dev some-server-dependency这些依赖项是否会嵌入到单页应用程序的javascript中？这似乎会不必要地增加我的应用程序的大小。如果这没有发生，早午餐如何知道要包括哪些依赖项vendor.js？
这就引出了更笼统的问题：在与客户代码相同的项目中开发API是否是错误的做法？如果是这样，brunch构建服务器端API是否有任何等效方法？
这不是一个坏习惯，并且有Brunch骨架示例可以做同样的事情。您已经提到要将服务器端代码放在与分开的目录中app，因此只要该其他目录不在paths.watched早午餐配置的目录中，那么后端代码将不会包含在串联中前端代码。您甚至可以在客户端和服务器应用程序之间共享代码，这对于诸如输入验证之类的事情非常有用。
在某些情况下，您最终可能希望将服务器端代码分解为一些单独的内容，但是如果/到那时，您所描述的方法应该使实现起来非常容易。
为了回答关于节点应用程序早午餐等效项的最后一个问题，有几种工具可以在您编辑节点进程的代码时自动重启它，例如nodemon，supervisor和node-dev。由于Brunch不会为您处理这一部分（将来的版本可能会增加此功能），因此，只要您积极破解服务器端代码，就可能希望brunch watch分别使用其中一种工具来运行服务器和服务器。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句