3.0 版本 Draft

• 统一规范化装饰器行为
• 重构 ORM 模块
• 模块引入装饰器分类、基类增强的模式
• 更多细节优化

详细更改：

1. 添加 @autowired 装饰器：根据属性名自动注入，@inject() 的简化版，功能单一、语义更加清晰
2. 移除自动绑定的类别前缀，这会使所有模块命名不允许重复， 例如 @resource('user') 和 @service('user') 无法同时使用，推荐使用 @service('userService') 来定义，这样可以更方便的使用 @autowired 进行注入
3. 对所有基类进行了重新命名 Controller => BaseController, Service => BaseService 等等, 使语义更加清晰，同时不会和装饰器命名产生冲突
4. 添加 @controller() 装饰器，之前 @route() 装饰器作为 @controller() 装饰器的别名
5. @singleton() , @multiton() , @ignore()， @injectable() 使用方式更改为 @singleton 类似直接使用，无需执行, 提升简洁度
6. 添加 @imports() 装饰器，与 @depends() 对应， @depends() 会提前加载依赖的提供者, 而@imports() 会在当前提供者加载后加载, 并且移除了 @depend() 遗留版本的装饰的
7. 类型 TNext 重命名为 Next
8. 添加 Application.create(...Providers) 静态方法，可以通过该方法直接创建应用实例，并且可以传入 Provider 作为应用依赖的提供者
9. 添加 Application.createWithPath(path, ...Providers) 静态方法, 可以自定义应用目录
10. 添加 @provider() 装饰器，整合了 @depends() ,@autoScan(), @imports()， 如果需要同时实现3种功能，使用 @provider() 更为便捷
11. @config() 装饰器重命名为 @conf(), 防止与 Config 类型冲突

添加测试模块，用于应用/单元级别的测试

4.0主要重构了 Resource、 Validator, 并提供了全新的 API, 对比之前，使用更加灵活、API 更加统一:

Resource:

• 移除了3.x的使用方式
• 增加 @useItemResource 和 @useCollectionResource 装饰器，可以将资源自动应用与方法的响应对象上
• 强化基类功能，增加 collection 和 item 实例方法和对应的静态方法，可直接生成资源实例
• 强化嵌套能力，嵌套属性可直接使用资源实例赋值，框架将自动处理

Validator:

• 移除了3.x的使用方式
• 增加 @useValidate 装饰器，可直接作用于请求对象，与 request.validate(Validator) 对等
• 强化基类功能，增加 check 、 make 等实例方法和对应的静态方法，可根据情况灵活使用

其他：

• 优化异常处理逻辑，现在可以正确的根据请求类型，响应正确的错误信息类型
• 优化 @useMiddleware 装饰器，现在可以使用指定参数进行中间件实例构造了

• 在集群模式下添加 agent 独立进程
• 可以通过配置扩展独立进程的功能

dubbo 能单独抽离出nest 的包嘛

@IceMimosa

你觉得使用不同的装饰器 @useService, @useResource 区分注入还是 统一 @inejct 注入比较好

第一种：
各个模块使用 @service(name) @reource(name) 命名的时候不会冲突

第二种：
存在命名唯一性，例如 service 模块和 resource 模块不能重名

示例代码：

import { Application } from '@dazejs/framework';
import ExampleProvider from './example'

const app = Application.createFromProvider(ExampleProvider)

app.run()

features suggest here

大家有什么功能建议可以在这里提出