Jdon框架快速开发指南
开发主要步骤如下:
- JdonFramework6.0以上两步开发见这里。
- 快速配置指南
- 新增/查询/修改/删除(CRUD);
- 批量查询和分页显示
本文Step By Step详细讲解如何使用Jdon框架基于领域模型快速开发这两个功能,通过Jdon框架的可以快速完成系统原型(ArcheType),使得开发者将真正精力集中在每个项目系统的特殊业务处理。
快速配置指南
Jdon框架有一个配置文件叫jdonframework.xml,其中配置的是我们编写的Java类,格式如下:
<pojoService name="给自己类取的名称" class="完整类的名称"/>
配置有两个基本项:name和class,class中写全POJO的全名;name是供代码中调用这个服务的名称。
或者使用Annotation注解@Service或@Component,就无需上面这个配置。
假如我们编写了一个类TestServicePOJOImp,代码简要如下:
//@Service("testService") public void createUser(EventModel em) { void createUser(EventModel em); |
上面TestServicePOJOImp代码创建完成后,下面有两个并行步骤:
1. 如果在TestServicePOJOImp类前加上@Service注解,就可以了,无需再XML配置。
2.如果你为了更加松耦合,在未来更换类时,不再重新编译源码,那么可以采取XML配置这个步骤,我们在源码目录需要创建一个叫jdonframework.xml配置文件,内容如下:
|
这样,在servlet或jsp或struts的action等客户端代码中,我们可以使用如下代码调用TestServicePOJOImp,注意:以下代码没有具体TestServicePOJOImp类:
|
以上步骤,只是简单展示框架的一个简要步骤,你可能没有觉得多了一个jdonframework.xml以后,好像比平常代码没什么不同,关键是:如果我们需要使用AnotherTestServicePOJOImp更换原来的TestServicePOJOImp类,只需要更改jdonframework.xml文件,而无须更改客户端代码,也无须重新编译项目了。
当然,还有另外一个优点,就是Ioc/DI依赖注射,细心的人已经注意到TestServicePOJOImp有一个构造参数如下:
public TestServicePOJOImp(JdbcDAO jdbcDao) {
this.jdbcDao = jdbcDao;
}
如果不传入JdbcDAO实例,我们如何能在客户端代码中直接创建TestServicePOJOImp实例呢?原来只要我们在jdonframework.xml中再配置一个JdbcDAO类,概时框架就会自动帮我们创建JdbcDAO实例,并且传入TestServicePOJOImp实例中。
新的jdonframework.xml内容如下:
|
再进一步,如果我们经常遇到一些类中需要一些常量或参数定义,那么可以使用如下配置:
|
这时,要求JdbcDAO构造参数有一个字符串和参数,这样constructor的值java:/TestDS就在JdbcDAO被创建时注射到它的实例中。 JdbcDAO代码如下:
public class JdbcDAO{
......
public JdbcDAO(String jndiName){
System.out.println("jndiname" = jndiName);
......
}
......
}
原来图如下(图中UserReposotoryInMEN相当于JdbcDAO HellpServiceImp相当于TestServicePOJOImp):
启动Jdon框架
有了jdonframework.xml,我们需要在项目中启动它,有两种启动方式:一个是结合struts的struts-config.xml配置方式;另外一个是不结合struts的web.xml配置方式。
第一:web.xml配置方式:
如果你不使用Struts,可以通过web.xml下列配置来启动Jdon框架。
|
上述param-value可以配置多个配置,中间以逗号隔开,如下:
|
第二:结合struts配置方式(需要struts基础知识):
在struts-config.xml中配置Plugin实现子类:
|
增删改查(CRUD)和批量分页查询是每个系统的基本功能,下面分这两部分描述。
CRUD开发步骤
说明:每个应用系统中存在大量重复的CRUD开发流程,通过本框架可快速完成这些基本基础工作量,将精力集中在特殊功能设计上。 CRUD快速开发主要简化了表现层的流程,将其固化,或者是模板化,以配置替代代码编制,灵活而快速。每个Model一套固化CRUD流程。
CRUD开发步骤分两个部分:代码编写 、配置。
CRUD代码:
代码只需要三步:
1、域建模:建立UserTest类如下:
//@Model
public class UserTest extends Model {
private String userId;
private String name;public String getName() { return name; }
public void setName(String name) { this.name = name; }.......
}注意点:
- 模型必须以@Model标注
- 或者继承框架的com.jdon.controller.model.Model,或者实现com.jdon.controller.model.ModelIF接口。
- 该模型类必须有一个能够标识其对象唯一性的主键,如userId,这个主键相当于数据表的主键,这个规定符合Evans DDD规定。
为了激活 Domain Model的对象实例驻留内存缓存中,在持久层模型类创建时,加入下面标注:
@Component()
@Introduce("modelCache")
public class UserDAOJdbc implements UserRepository{@Around
public UserTest getUser(String Id) {...... //fetch from key-value stores or relation DB
}
}
DCI:数据Data, 场景Context, 交互Interactions是由MVC发明者Trygve Reenskaug发明的。 见 DCI架构是什么? DCI让我们的核心模型更加简单,只有数据和基本行为。业务逻辑等交互行为在角色模型中 在运行时的场景,将角色的交互行为注射到数据中。
JdonFramework的Domain Events是DCI的交互行为,在实现领域事件的同时也实现了DCI。
为更清楚说明DCI,下面以JdonFramework案例说明。
领域模型是DCI的Data,只有数据和基本行为,更简单,但注意不是只有setter/getter的贫血模型。如下:
@Model
public class UserModel {private String userId;
private String name;@Inject
private ComputerRole computerRole;Domain Events事件或消息的生产者也就是DCI中的角色Role,比如我们有一个专门进行计数计算的角色,实际上真正计算核心因为要使用关系数据库等底层技术架构,并不真正在此实现,而是依托消息消费者@Consumer实现,那么消息生产者可以看出是一个接口,消费者看成是接口的实现:
@Introduce("message")
public class ComputerRole {@Send("computeCount")
public DomainMessage computeCount(UserModel user) {
return new DomainMessage(user);
}@Send("saveUser")
public DomainMessage save(UserModel user) {
return new DomainMessage(user);
}}
DCI第三个元素是场景Context,在这个场景下,ComputeRole将被注入到模型UserModel中,实现计数计算的业务功能:
public class ComputeContext {
private DomainMessage ageAsyncResult;
public void preloadData(UserModel user) {
if (ageAsyncResult == null)
ageAsyncResult = user.getUserDomainEvents().computeCount(user);
}public int loadCountNow(UserModel user) {
preloadData(user);
return (Integer) ageAsyncResult.getEventResult();
}public int loadCountByAsync(UserModel user) {
if (ageAsyncResult == null)
ageAsyncResult = user.getUserDomainEvents().computeCount(user);
else if (ageAsyncResult != null)
return (Integer) ageAsyncResult.getEventResult();
return -1;}
}
2、建立Model组件服务:首先建立模型的服务接口TestService:
public interface TestService {
void createUser(EventModel em);
void updateUser(EventModel em);
void deleteUser(EventModel em);
UserTest getUser(String userId);
}至于TestService的具体实现子类可以在现在或者以后建立
3、建立Model的表现层边界模型UserActionForm,必须继承框架的ModelForm,如下:
public class UserActionForm extends ModelForm {
private String userId;
private String name;public String getName() { return name; }
public void setName(String name) { this.name = name; }
....
}表现层UserActionForm内容基本上是从业务层模型UserTest类中拷贝过来的,属于界面对象,用来显示或录入数据。
一个模型的CRUD实现的代码工作到此结束,如果有其他模型,完全按照上述三个步骤再做一次,是不是不太费脑筋?有点模板化开发味道?下面谈谈CRUD实现第二组成部分
CRUD配置:
两个配置文件分别是:
- 将前面三步编写的类建立关系:jdonframework.xml
- 配置界面流程:struts-config.xml
一、Jdon框架配置文件
首先我们将前面三步编写的三个类:模型UserTest、服务TestService和界面模型UserActionForm建立起联系,也就是告诉Jdon框架这三者是解决一个模型增删改查CRUD功能实现的。 由于这个配置文件是告诉Jdon框架的,因此,我们取名为jdonframework.xml,当然你也可以取其他名称,无论取什么名称,都要告诉Jdon框架,在struts-config.xml中配置:
<plug-in className="com.jdon.strutsutil.InitPlugIn">
<set-property property="modelmapping-config" value="jdonframework.xml" />
</plug-in>jdonframework.xml配置内容如下:
<models>
<model key="userId"
class ="com.jdon.framework.test.model.UserTest">
<!-- configuration about UI Form: UserActionForm -->
<actionForm name="userActionForm"/>
<handler>
<!-- configuration about the Model service : TestService -->
<service ref="testService">
<getMethod name="getUser" />
<createMethod name="createUser" />
<updateMethod name="updateUser" />
<deleteMethod name="deleteUser" />
</service>
</handler>
</model>......
</models>
<services>
<!-- the Ioc configuration about TestService -->
<pojoService name="testService"
class="com.jdon.framework.test.service.TestServicePOJOImp"/>......
</services>以上配置是配置模型UserTest、模型服务TestService和界面模型UserActionForm三者关系的,下面详细说明三个部分的配置:
1、模型UserTest的配置:
这是通过第一行中的class值来指定当前Model是com.jdon.framework.test.model.UserTest:
<model key="userId" class ="com.jdon.framework.test.model.UserTest">
其中,UserTest模型的主键是userId,这个userId必须是UserTest类的一个字段;同时是用来唯一标识唯一的UserTest模型对象,也就是Object ID,或者可以认为是模型UserTest对应的数据表的主键。
2、界面模型UserActionForm配置:
<actionForm name="userActionForm"/>
可能你已经注意到:这里并没有写界面模型完整类:com.jdon.framework.test.web.UserActionForm, 那么配置中userActionForm名称是从哪里来的呢?是struts-config.xml中ActionForm定义名称,如下:
<struts-config>
<form-beans>
<form-bean name="userActionForm" type="com.jdon.framework.test.web.UserActionForm" />
……
</form-beans>
…..
</struts-config>可见我们的界面模型完整类com.jdon.framework.test.web.UserActionForm是在struts-config.xml中form-beans中配置,并且命名为userActionForm,而这个userActionForm就是jdonframework.xml中的userActionForm。
3、模型服务TestService配置:
在jdonframework.xml中首先申明TestService完整实现是类com.jdon.framework.test.service.TestServicePOJOImp,并且取名为testService:
<pojoService name="testService" class="com.jdon.framework.test.service.TestServicePOJOImp"/>
这样,我们就可以详细将我们自己编写的testService的CRUD方法名告诉Jdon框架了:
<handler>
<!-- this will refer to service: testService-->
<service ref="testService">
<!--getUser is the method name of testService -->
<getMethod name="getUser" /><!--createUser is the method name of testService -->
<createMethod name="createUser" /><!--updateUser is the method name of testService -->
<updateMethod name="updateUser" /><!--deleteUser is the method name of testService -->
<deleteMethod name="deleteUser" /></service>
</handler>黑体字部分正是testService所指的接口TestService四个方法,可见前面代码步骤第二步。
二、界面流程配置
界面流程主要是配置CRUD界面流程,Jdon框架CRUD流程主要分两个部分:第一是推出供用户新增修改删除的页面;第二是接受用户提交新增修改过的数据,以便递交到业务层保存。
这部分配置主要是配置struts-config.xml:
1、配置推出CRUD页面流程:
<action name="userActionForm" path="/userAction" type="com.jdon.strutsutil.ModelViewAction"
scope="request" validate="false">
<forward name="create" path="/user.jsp" />
<forward name="edit" path="/user.jsp" />
</action>其中com.jdon.strutsutil.ModelViewAction是Jdon框架类。只要客户端浏览器调用http://localhost:8080/userAction.do,通过上述配置将激活forward的name=”create”流程,就能得到一个空白表单的页面user.jsp;如果客户端浏览器调用http://localhost:8080/userAction.do?action=edit&userId=18,通过上述配置将激活forward name=”edit”流程,得到一个填满数据的表单页面,供用户修改。
2、配置:接受用户提交新增修改过的数据,以便递交到业务层保存:
<html:form action="/userSaveAction.do" method="POST" ><html:hidden property="action"/> <!-- this is a rule -->
userId:<html:text property="userId"/>
<br>Name:<html:text property="name"/>
<br><html:submit property="submit" value="Submit"/>
</html:form>其实在上一步的user.jsp中已经使用到这一步的配置,在user.jsp的表单action值就是本步配置的path值:/userSaveAction.do:
<action name="userForm" path="/userSaveAction" type="com.jdon.strutsutil.ModelSaveAction"
scope="request" validate="true" input="/user.jsp">
<forward name="success" path="/result.jsp" />
<forward name="failure" path="/result.jsp" />
</action>在上面user.jsp中一定要有<html:hidden property="action"/>一行。至此,模型UserTest的CRUD功能开发完毕。
批量分页查询实现
批量分页查询开发步骤也分两个部分:代码编写 、配置。
批量查询代码实现:
代码也分三步实现。
1、表现层编写一个查询Action,继承Jdon框架的com.jdon.strutsutil.ModelListAction,该类名称为com.jdon.framework.test.web.UserListAction,完成getPageIterator和findModelByKey两个方法。
其中getPageIterator方法内容是业务层TestService的调用:
TestService testService = (TestService) WebAppUtil.getService("testService",request);
return testService.getAllUsers(start, count);所以TestService接口中必须有getAllUsers这个方法,主要功能是返回PageIterator对象
findModelByKey方法内容也是业务层TestService的调用:
TestService testService = (TestService) WebAppUtil.getService("testService", request);
return testService.getUser((String)key);TestService接口中必须有getUser方法。
2、业务层实现TestService接口方法getAllUsers内容,一般是直接调用持久层JdbcDao方法。
3、持久层实现返回PageIterator对象:
public PageIterator getUsers(int start, int count) throws Exception {
String GET_ALL_ITEMS_ALLCOUNT =
"select count(1) from usertest ";//usertest是数据表名
String GET_ALL_ITEMS =
"select userId from usertest ";//usertest是数据表名
return pageIteratorSolver. getPageIterator (GET_ALL_ITEMS_ALLCOUNT, GET_ALL_ITEMS, "",start, count);
}如果有参数,可以如下查询:
public PageIterator getUsers(Long categoryId, int start, int count) {
String GET_ALL_ITEMS_ALLCOUNT =
"select count(1) from usertest where categoryId = ? ";
String GET_ALL_ITEMS =
"select userId from usertest where categoryId = ? ";
Collection params = new ArrayList(1);
params.add(categoryId);//paramters will be put into Collection
return pageIteratorSolver.getPageIterator(GET_ALL_ITEMS_ALLCOUNT, GET_ALL_ITEMS, params, start, count);
}
批量查询配置
一、Jdon框架配置文件
本步骤主要是需要告诉jdonframework.xml我们的TestService实现子类是什么,以及调用的JdbcDao等组件,jdonframework.xml如下:
<services>
<pojoService name="testService" class="com.jdon.framework.test.service.TestServicePOJOImp"/>
<component name="jdbcDAO" class="com.jdon.framework.test.dao.JdbcDAO"/>
<component name="constants" class="com.jdon.framework.test.Constants">
<constructor value="java:/TestDS"/>
</component>
</services>因为TestServicePOJOImp类中调用了JdbcDAO,JdbcDAO中又涉及JNDI名称,所以它们之间依赖关系靠Jdon框架的IOC容器实现。TestServicePOJOImp必须有构造器如下:
public class TestServicePOJOImp implementsTestService{private JdbcDAO jdbcDAO;
public TestServicePOJOImp(JdbcDAO jdbcDAO){
this.jdbcDAO = jdbcDAO;
}
}
二、界面流程配置
这一步主要是struts-config.xml配置,和通常struts的ActionForm和Action配置类似:
<form-beans>
……
<form-bean name="listForm" type="com.jdon.strutsutil.ModelListForm" />
</form-beans>其中com.jdon.strutsutil.ModelListForm是框架批量查询特别使用的类。
<action name="listForm" path="/userListAction"
type="com.jdon.framework.test.web.UserListAction"
scope="request">
<forward name="success" path="/userList.jsp" />
</action>其中UserListAction是我们前面代码编写部分编写的代码。这样,客户端浏览器通过http://localhost:8080/userListAction.do就可以实现所有UserTest批量分页查询显示。
注意,userList.jsp中编码和通常Struts的Jsp编码是一样的,需要使用logic:iterator从ActionForm为listForm的list字段中获取单个的UserTest对象,然后显示这些单个UserTest对象,,如下:
<logic:iterate indexId="i" id="user" name="listForm" property="list" ><bean:write name="user" property="name" />
.........
</logic:iterate
在userList.jsp中加入下面标签库可以自动显示多页,缺省一个页面显示30个条目。
<MultiPages:pager actionFormName="listForm" page="/userListAction.do"><MultiPages:prev name="[Prev ]" />
<MultiPages:index displayCount="1" />
<MultiPages:next name="[Next ]" />
</MultiPages:pager>模型UserTest的批量查询功能已经全部完成。
以上是介绍基于开源Jdon框架开发软件系统中的CRUD和批量查询功能步骤,遵循模板化开发,开发人员使用起来轻松而不容易出错,适合软件生产和严格的项目管理。
附件:本案例代码结构图:
本案例全部代码(struts+jdon+jpa/hibernate架构):
业务模型类代码 |
@Entity private String userId; public String getName() { public void setUserId(String userId) { public void setName(String name) { |
持久层代码 |
public class JdbcDAO extends DaoTemplate { private final static Logger logger = Logger.getLogger(JdbcDAO.class); public PageIterator getModels(int start, int count) throws Exception{ } |
业务层服务代码 基本是委托持久层操作的简单代码 |
public class TestServicePOJOImp implements TestService, Poolable{ private JdbcDAO jdbcDao; public void createUser(EventModel em) { } public void updateUser(EventModel em) { } public void deleteUser(EventModel em) { } } public PageIterator getAllUsers(int start, int count) { |
表现层代码 |
public class UserListAction extends ModelListAction { public Model findModelByKey(HttpServletRequest request, Object key) { } public PageIterator getPageIterator(HttpServletRequest request, int start, |