繁体   English   中英

如何正确迁移 Node.js 项目

[英]How to properly migrate Node.js project

我们有一个大型 Nodejs 项目,我们觉得无法再扩展了。 这是由于匆忙决定提出新的模型、属性和请求处理程序只是为了响应客户的需求。

现在,我们到了代码结构让我们慢下来的地步。 那时我们决定重构现有代码。 问题是我们有两个独立的客户端处理真实的人数据。

我被要求为从旧代码结构迁移到新的更具可扩展性的结构制定一个计划,当然不会影响客户端。

这是我的想法:

  • 创建一个名为 v2 的新分支并重新开始(简单,简单,但缓慢)
  • 留在同一个分支上,创建一个名为 v2 的新文件夹,并在那里一个一个地创建新模块。 然后,用新的调用更新前端。
  • 保持在同一个分支上,使用相同的代码,但在routes下为新端点创建一个新文件夹,并向 controller 和服务添加新方法。

我对此感到非常失落。 我不知道我想到的东西是否有用。

人们如何在不影响产品的情况下从一个版本迁移到另一个版本?

也许答案已经晚了,我认为您希望通过坚持相同的行为来使您的项目具有可扩展性,并记住相同的行为将导致相同的结果。

您的项目达到了您的代码无法再扩展的水平,这可能是因为做出了错误的决定,所以请不要重复这一点,或者您的项目可能由于性能问题而无法扩展。

如果您的问题与代码组织有关,您需要找到另一种思维方式。

正如我所看到的,您目前拥有的是一个三层架构,它在代码扩展方面有一些限制

取而代之的是,您可以拥有类似 4 层架构的东西,这将帮助您以更干净的方式定义业务逻辑并将其封装在域层中

此架构代码是以下之一:

  • 干净的架构
  • 洋葱架构
  • 六边形结构

您可以了解有关这些架构的更多信息,Oncle Bon 在这里很好地解释了干净的架构

您还可以考虑领域驱动设计,这将帮助您更多地思考您的领域问题并以一种好的方式定义您的领域边界

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM