单个网站使用MVC架构模式经验总结,包含具体网站包分类、包内类的编写、注意事项等方面。本人认为,按照如下包分类及编写方法,已经满足一个简单普通网站(主要针对java)的编写需求。
MVC主要层级
- 数据库持久层(model)
常见应用的有Hibernate、Mybatis等持久层框架。
1. dao(repository)
此包中包含的类,是针对不同数据库的基本操作。
针对关系型数据库,是常见的CRUD(可能包含分页、模糊查询和排序等)操作,目前在JAVA EE中形成了JPA规范。
针对非关系型数据库,key-value。
一般对不同数据库类型,在dao包下建子包,例如:dao.jpa。
2. domain
针对关系型数据库,一般使用ORM映射技术,将数据库表格映射成Java类对象。
- 业务逻辑层(service)
调用dao中的方法,实现具体的业务逻辑。
1. domain.page
将数据库查询后得到的结果组合,生成页面需要的类型。对应的类放在domain.page包下。
- 控制层(controller)
这一层主要进行页面的互操作。接受页面传递数据,进行检验和处理,然后将参数传递给service。获取返回的结果,将对应的结果传递给页面。
1. controller
controller.screen,实现常用页面跳转,内部不包含具体业务逻辑,功能为根据url,跳转到页面。
controller,可以实现接口(Restapi),还可以实现对业务逻辑的调用。
其他
- 其他包:
1. config
用于一些配置类。
2. common
通用对象,记录全局变量、枚举类等。
3. utils
工具包,放置参数检查等工具方法。
- 接口方法实现策略:
//接口返回,必须注意,一般分为参数错误、异常返回、方法错误返回(null)、正确返回,四种方式。 //选择处理的方式(使用枚举,增加可读性): // 1. 使用错误码的方式,将错误信息与错误码关联(类HTTP)。 // 优点:将不同的异常方式归类,简单。 // 缺点:种类过多,错误码过多,不易识别。 // 2. 直接将错误信息,使用包装器的方式,返回上一层。 // 优点:简单直接。 // 缺点:不易于识别转换,如果错误信息是英文,不易转换成中文显示。 // 采用:错误码(主,向上传递)+错误信息(辅,日志显示)+包装器 public Object myApi(...){ //参数检验必不可少,注意尽量写成if分块的方式,防止出现多层 //if-else 嵌套,易于扩展。 if(check(param1)){ return error1; } if(check(param2)){ return error2; } ... ... try{ ... }catch(Exception e){ return errorException; } }
时间: 2024-10-25 15:52:00