1.每抛出一个异常,就自动生成错误码并持久化,即运行时生成错误码,这样可以提高错误码的定义效率
2.国际化自动生成工具,给页面自动生成国际化的主键,然后可以提取所有的主键进行统一的编辑
3.校验
- 每个方法都是一个比较独立完整的实现,并且假设调用它的是非安全的,进行校验
- 前台传入的参数等,尽量封装为实体,然后进行实体的统一校验,这样的好处是,实体就相当于一个注释,便于理解和扩展,校验也集中处理了
- 方法的入参校验框架
- 方法与类在运行过程中的区别?
4.系统统一资源管理:
有的多线程实现是为了异步,有的多线程实现是为了并发;
有的多线程实现需要尽快运行,有的则可以慢慢运行只要最后运行了就OK。
线程池需要分组、分层实现。
并在系统层进行统一管理分配,或者是否有进行动态分配的需要?
一个严谨的可预测的系统,对于资源的使用都需要有可管理分配的设计。
5.系统中存在很多的对象,对象实际上不止单例和多例这两种场景。
Spring依赖注入更适合创建参数不变的对象。如果一批对象构造的时候总是需要改变入参,那用Spring依赖注入实际上不太好管理。从这个角度看,Spring依赖注入更适合用于全局唯一的对象。或者无状态的对象。或者静态类??
有很多的对象是全局唯一的,是否就没有必要使用Spring服务的形式。
6.一些模式或者xx的使用存在一些非代码的约定俗成,如果不按约定走,会存在编译或者运行的问题,是否应该尽量减少这种约定呢?如何减少这种约定呢?