软件开发常用的架构是三层架构,之所以流行是因为有着清晰的任务划分。一般包括以下三层:
持久层:主要完成与数据库相关的操作,即对数据库的增删改查。
因为数据库访问的对象一般称为Data Access Object(简称DAO),所以有人把持久层叫做DAO 层。
业务层:主要根据功能需求完成业务逻辑的定义和实现。
因为它主要是为上层提供服务的,所以有人把业务层叫做Service层或Business层。
表现层:主要完成与最终软件使用用户的交互,需要有交互界面(UI)
因此,有人把表现层称之为web层或View层
三层架构之间调用关系为:表现层调用业务层,业务层调用持久层。
各层之间必然要进行数据交互,我们一般使用java实体对象来传递数据。
框架就是一套规范,既然是规范,你使用这个框架就要遵守这个框架所规定的约束。
框架可以理解为半成品软件,框架做好以后,接下来在它基础上进行开发。
框架为我们封装好了一些冗余,且重用率低的代码。并且使用反射与动态代理机制,将代码实现了通 用性,让 开发人员把精力专注在核心的业务代码实现上。
比如在使用servlet进行开发时,需要在servlet获取表单的参数,每次都要获取很麻烦,而框架底层 就使用反射机制和拦截器机制帮助我们获取表单的值,使用jdbc每次做专一些简单的crud的时候都必须 写sql,但使用框架就不需要这么麻烦了,直接调用方法就可以。当然,既然是使用框架,那么还是要 遵循其一些规范进行配置
这么多框架,我们怎么选择呢?
我们以企业中最常用的组合为准来学习Spring + Spring MVC + mybatis(SSM)
原始jdbc开发存在的问题如下:
① 数据库连接创建、释放频繁造成系统资源浪费从而影响系统性能
② sql 语句在代码中硬编码,造成代码不易维护,实际应用 sql 变化的可能较大,sql 变动需要改变java 代码
③ 查询操作时,需要手动将结果集中的数据手动封装到实体中。