node.js - Node Express CRUD 应用程序文件夹结构

Question

我正在为我的 Express CRUD 应用程序使用以下文件夹结构。我使用它来获得理想的可管理代码，每个文件包含不超过 70 行代码。您对文件夹结构有何看法？

.
├── bin\
│   └── www
├── common\
│   ├── enums\
│   │   └── logTypesEnum.js
│   └── validators\
│       └── studentNameValidator.js
├── config\
│   └── db.js # config file for database connection
├── models\
│   └── log.js # contains model data for model 'log'
├── routes\
│   ├── log\
│   │   ├── index.js # handles all routes for /log/ endpoints and requires files in the directory and also contains middleware code
│   │   ├── insert.js # handles all routes for /log/insert endpoints
│   │   ├── remove # handles all routes for /log/remove endpoints
│   │   └── exportCSV.js # handles all routes for /log/exportCSV endpoints
│   └── student\
│       ├── index.js 
│       ├── insert.js
│       └── remove.js
├── public\
│   ├── javascripts
│   ├── images
│   └── stylesheets
├── views\
│   ├── log\
│   │   ├── index.jade
│   │   ├── insert.jade
│   │   ├── remove.jade
│   │   ├── exportCSV.jade
│   └── student\
│       ├── index.jade
│       └── insert.jade
└── app.js

Answer 1

我不确定你为什么决定选择 70 这个数字，除非你在某处读到 70 可以提供某种理想的微服务，而你的结构无论如何都不允许。

关于目录结构。我得出的结论是，内部目录结构通常是基于程序员或团队领导的。更重要的是，当您看到代码的视觉设计和实现时，您的头脑中什么是有意义的。

也就是说，恕我直言，过于复杂，或者让我们说 Node 中过于结构化的目录结构，例如 PHP 会导致过多的上下移动目录树，以便访问代码、类或只是简单的函数。更不用说对于那些可能会追随您维护代码的人来说，这会变得毫无意义。

所以请使用您熟悉的目录结构。但要让它干净而不复杂。不要尝试将每个调用和函数的各个方面都归入特定的 70 行可定义目录结构中。 (再次不知道这个数字是从哪里来的)。

干净、简单、合理。恕我直言，这些将是遵循的最佳规则。

根据以下OP问题进行编辑:

1. 代码的清晰度不是由行数决定的。当我测试程序员时，无论他们擅长哪种语言，都会在屏幕上放置一些代码，并要求他们将代码一行一行地翻译成简单的英语。首先这实际上考验的是候选人的能力。其次，如果代码清晰且良好，那么任何其他编码人员都应该能够阅读它并清楚地理解代码中发生的情况。 (实际上它测试了原始编码器和候选编码器。)所以清晰的代码与行无关。它涉及优秀的编码实践以及使您的代码按照您的设想运行的能力。

2. 微服务已经成为一个流行词。但本质上它只是意味着“专注”。这意味着您正在创建一个模块来执行特定任务，因此系统中的每个模块都会执行一个或多个对系统至关重要的特定任务，并且只专注于该任务。我认为这可能正是您正在努力的目标。有很多关于 Node 和微服务的非常好的文章。