src/sample/XXX.API/README.md

（完整代码） 2KB 

# 说明

## 最佳实践

- 当实践微服务架构时，建议单个微服务不做过多业务，保持每个服务足够小，足够稳健，不做过多分层，最好一个服务就只有一个api或者grpc入口程序集，不要划分统一的Entity,Service,Respository等做单一功能的程序集。如果要利用多个程序集来保证清晰度和维护成本表示已突破微服务最佳实践，导致已掉入单个服务过大，复杂，冗余的陷阱。

- 当实践单一项目时，非微服务实践，推荐在单个项目中实现所有功能以加快开发和调试，维护成本，此场景由于业务不断增加，复杂度提高，建议单个业务模块一个程序集来清晰划分业务，以达到业务间过少耦合，调用，为之后服务升级，拆分做好预备工作的同时也能不增加当前开发成本。


## 文件夹划分规则：

除了Startup和Protos文件夹外，其他都是以一个业务一个文件夹划分

每个`大业务模块`一个文件夹

在业务模块下每个`功能层`一个文件夹

```
├── Examples(大业务模块)
│       ├── Controller （控制器层） 功能层
│       ├── Model（输入输出model实体）功能层
│       ├── Service（业务服务层）功能层
│       ├── Mapper （实体映射层）功能层
│       └── Proxy（远程请求层）功能层
│        ...
│
├── GlobalizationDemo(大业务模块)
│       ├── Controller （控制器层） 功能层
│       ├── Model（输入输出model实体）功能层
│       ├── Service（业务服务层）功能层
│       ├── Mapper （实体映射层）功能层
│       └── Proxy（远程请求层）功能层
│        ...
├──TimeZoneDemo(大业务模块)
│       ├── ...
│ ...

```

## 其他文件夹说明

### Startup 文件夹
此处存放继承了`INetProStartup`接口的依赖注入的startuo实现类，执行顺序依靠实现类的Order属性控制，可在控制台和自动生成的startup.json文件中查看执行顺序并支持自定义，Order值越大越靠后执行

24 小时内免费解锁 3 个项目，之后 1 算力/个。 规则说明

AI 解读 AI

登录后可用，每次 10 算力，解读结果公开显示在下面。

还没有人解读过这个文件。