Node.js express js controller.js属于哪个文件夹

Node.js express js controller.js属于哪个文件夹,node.js,express,Node.js,Express,您可以为每个路由文件创建控制器,以便更好地管理代码。路由在express项目的根目录中有自己的文件夹,但控制器属于哪里 我已经看到他们在根目录中也有一个名为“controllers”的文件夹,但我也看到每个路由器都有自己的文件夹,其中router.js和index.js(控制器)都在其中 但是,对于express js项目的控制器来说,什么是正确的文件夹结构呢?哦,请不要太困惑。组织文件和文件夹完全取决于您,Express或node不会强制您维护特定的结构。一般来说,开发人员喜欢保留以下内容:

您可以为每个路由文件创建控制器,以便更好地管理代码。路由在express项目的根目录中有自己的文件夹,但控制器属于哪里

我已经看到他们在根目录中也有一个名为“controllers”的文件夹,但我也看到每个路由器都有自己的文件夹,其中
router.js
index.js
(控制器)都在其中


但是,对于express js项目的控制器来说,什么是正确的文件夹结构呢?

哦,请不要太困惑。组织文件和文件夹完全取决于您,Express或node不会强制您维护特定的结构。一般来说,开发人员喜欢保留以下内容:

.
├── config                  # App configuration files
│   ├── sequalize.json        # Sequalize config
│   ├── serviceOne.json       # ServiceOne config
│   └── ...                 # Other configurations
├── routes                  
│   ├── controllers         # Request managers
│   ├── middlewares         # Request middlewares
│   └── routes.js           # Define routes and middlewares here
├── services                # External services implementation   
│   ├── serviceOne
│   └── serviceTwo
│   └── ...                 # Other services
├── db                      # Data access stuff  (Sequalize mostly)
│   ├── models              # Models
│   ├── migrations          # Migrations
│   ├── seeds               # Seeds
│   └── index.js            # Sequalize instantiation
├── core                    # Business logic implementation
│   ├── accounts.js         
│   ├── sales.js            
│   ├── comments.js              
│   └── ...                 # Other business logic implementations
├── utils                   # Util libs (formats, validation, etc)
├── tests                   # Testing
├── scripts                 # Standalone scripts for dev uses
├── pm2.js                  # pm2 init
├── shipitfile.js           # deployment automation file
├── package.json           
├── README.md         
└── app.js                  # App starting point

如需了解更多详细信息,请参考如果您迫切需要使用Express js实施服务器端项目,请遵循以下答案,或者我建议您

Nest(NestJS)是一个用于构建高效、可扩展的Node.js的框架™ 服务器端应用程序


它有自己的结构(服务、控制器、路由器),组织得很好,并为服务器端项目实施良好的实践,看一看

这一切取决于您想要什么,express没有“您需要使用此格式,否则您的api肯定会失败”规则


如果您以前有使用PHP框架的经验,您可以遵循他们的MVC项目结构,如果您愿意,也可以遵循这一点。

无论您选择哪一种,express都不会真正强制执行任何结构,这是在Docso中编写的。大多数用户都不使用推荐的方式?有两种约定,但所有这些都是可选的,由个人/团队开发,而不是由快速开发人员开发