问个比较初级的问题,通用业务逻辑提取
通用业务逻辑的提取有没有必要呢?我说的不是验证、权限、UI,而是领域业务中的业务逻辑。
通用业务逻辑的提取有没有必要呢?我说的不是验证、权限、UI,而是领域业务中的业务逻辑。
逻辑提取是基本方向,静态用DDD实体表示,动态用流程或规则管理器表示。
谢谢banq
在功能实现上,例如分页操作,需不需要提取出通用功能模块呢
分页操作属于应用功能服务,其他如同Email发送等等,和技术有关的通用功能都是由技术框架完成,比如JdonFramework中有自动分页,这些都和业务逻辑无关的通用功能。
有两种通用功能:业务逻辑通用(领域服务)和应用逻辑通用(应用服务)。
通过代码实现,非配置,因为它不是持久层框架,类似JDBCTemp模板
数据库的连接,就是jdbc连接的实例化,在持久层做呢,还是业务层做?
分层原理不能违背,数据库属于技术,业务上没有“数据库”这一说。
事务 通用权限 并发 缓存等等都不属于业务,这些都属于技术通用组件。
事务是根据业务需要而发展来的呀,怎么能不属于业务部分呢?
受到误导了吧,见这篇文章:弱一致性在现实世界中到处存在
高一致性或者说事务,是IT人士自以为是的一种发明。
见这个帖子:应用架构设计的三个类型