tianhaoleng
- 浏览: 3480 次
- 性别:
- 来自: 南京
-
最新评论
-
tianhaoleng：
揭秘15家中国最有实力飞行驾校现状
DDD -
petacell：
如果流程中只有一种业务实体，使用processInstance ...
JBPM与实际业务绑定若干问题讨论
文章列表
Eric Evans的“Domain-Driven Design领域驱动设计”简称DDD，Evans DDD是一套综合软件系统分析和设计的面向对象建模方法，或者可称为MDD模型驱动方法的一种，区别于MDA模型驱动架构。
过去系统分析和系统设计都是分离的，正如我们国家“系统分析师” 和“系统设计师” 两种职称考试一样，这样割裂的结果导致，需求分析的结果无法直接进行设计编程，而能够进行编程运行的代码却扭曲需求，导致客户运行软件后才发现很多功能不是自己想要的，而且软件不能快速跟随需求变化。
DDD则打破了这种隔阂，提出了领域模型概念，统一了分析和设计编程，使得软件能够更灵活快速跟随需求变化 ...
*
Vision
To create products that people love to experience. Creative beautiful experiences that not only look amazing, but also make our customers, clients feel amazing about themselves.
*
Mission
Craft the forward-looking brand experience strategy. Leverage the idea ...
if (response.containsHeader( "SET-COOKIE" )) {
String sessionid = request.getSession().getId();
response.setHeader( "SET-COOKIE", "JSESSIONID=" + sessionid
+ ";Path=/<whatever>; HttpOnly" );
}
用JBPM与实际业务绑定，我打算采用的是这样一种方式：
1、具体的业务逻辑不变，不耦合任何工作流程的东西（如状态记录，工流实例的id等）
2、在工作流流程中，我打算使用变量存放具体业务表的id，这样对工作流程查询时，可以直接关联到对应的业务表。
3、每个任务节点，我也使用变量存放具体业务表的id.
各位前辈如何看待这种设计？你们又是如何设计的？
下面我举个例子，有这样一个项目审批工作流程
申请项目——》基地初审——》复审……等任务节点
在申请项目时，用户填写业务表单，程序会创建一个新流程实例，并将该流程实例持久化到数据库。
到了“基地初审”或“复审”这些任务节点时，用户需要填写业务信 ...