从零开发一个 Java Web 项目你需要知道这些

今天娜姐详细的给大家列出了开发一个传统 JavaWeb 项目需要注意的要点，从环境准备开始到三层架构搭建，需要注意的地方全部罗列出来。

第一部分：环境准备

1.Maven命令创建web骨架

代码如下

mvn archetype:create

-DgroupId=net.rocketa

-DartifactId=mywebapp

-DarchetypeArtifactId=maven-archetype-webapp

注意：web servlet版本（web.xml，3.1），Junit版本指定为4.X（这样Spring好通过注解的方式来运行单元测试）

2. 注意在IDEA中需要设置好MAVEN工程的Sources/Tests/Resources/Test Resources属性。

3. 日志依赖

slf4j：规范和接口

具体的日志实现有：

log4j、logback、common-logging

因此我们一般是使用 slf4j 接口+一种具体的日志实现+slf4j 和这个具体日志实现的依赖整合。

4. 数据库依赖

有2个依赖需要注意，一个是驱动，一个是数据库连接池（C3P0，DBCP...）。

驱动JAR包是运行期需要包含，编译期不需要的。

5. 持久层框架依赖

说白了，DAO层的框架依赖：MyBatis or Hibernate or ....

比如除 MyBatis 本身的依赖需要引入之外，还需要引入 MyBatis 和 Spring 的整合依赖。

6. Web层依赖

比如，JSP中使用到的一些JSTL、标签、Ajax访问JSON等，还有需要注意的是，在编译期需要引入servlet-api。

7. Spring核心依赖

spring-core、spring-beans、spring-context

8. Spring和DB之间的整合依赖

Spring是需要介入DB的管理的，比如它的声明式事务。

spring-jdbc、spring-tx

9. Spring对Web的一些整合依赖

spring-web、spring-webmvc

10. Spring对Junit的支持依赖

spring-test

NOSQL对事务的支持不是很好，它主要追求的是性能、高可用、分布式。

MySQL等关系型数据库对事务的支持是很成熟的，也是很可靠的落地方案。

第二部分：DAO层

NOSQL对事务的支持不是很好，它主要追求的是性能、高可用、分布式。

MySQL等关系型数据库对事务的支持是很成熟的，也是很可靠的落地方案。

1. 表

可以在项目中建立一个SQL文件，便于SQL的管理。

注意，表的存储引擎（事务的支持：innodb）、自动增长的特性、编码、主键和索引。

一个良好的习惯是：为所有的表都添加一个创建时间字段，用于记录，方便排查。应该为表名、列名添加注释，方便其他工程师查阅。

应该注意SQL技巧，比如插入存在唯一约束的表中，如果出现冲突不想报错的话，可以：insert ignore into ....（可以通过返回的影响行数来进行判断）

2. Dao层实体

一些业务对象的建立，setter/getter/toString等就不说了，需要特别注意的是，除了表的字段之外，还需要什么属性？这里涉及到一个一对一、一对多，多对多的概念！

3. Dao层接口和mapper sql

MyBatis的特点：从SQL(参数+sql)映射到Entity/List（定制 SQL、自由传递参数、结果集自动赋值）

使用MyBatis的方式：SQL写在XML中，或者注解提供SQL。更加推荐的是XML，因为更加灵活，XML提供的动态拼接功能也是比注解简单的多。

一个全局的mybatis配置文件+具体的SQL文件+DAO接口：让我们只需要设计接口，关注业务逻辑，解放出来。

在全局mybatis配置文件中重点注意：是否开启驼峰转换，获取数据库自增主键，列别名替换列名等。

注意DAO接口和具体的SQL文件之间的对应关系。

具体SQL写法中，比如#{}，等需要引起注意。

输入参数类型parameterType，如果是多个基本类型，那么不用给出来。

即便返回的是 List 对象，我们的 resultType 依然指定的是集合中的对象类型。

在 Mybatis 的 SQL 文件中是可以通过 OGNL 表达式来对对象中的一些对象类型的属性进行赋值的！

表名.xxx或者表名.xxx as yyy对于 Mybatis而言，会忽略表名.前缀，也会忽略as。

另外，注意在Dao接口中，如果方法有多个基本类型参数，别忘了通过@Param来进行运行期参数标记！

总结：Dao层的工作逐渐演变成接口设计和 SQL编写了，这种代码和 SQL 的分离方式，便于我们进行 review，而 Dao 的拼接将在 Service 层完成。

4. 一些优化配置

比如，对带包路径的类型进行简化，通过配置扫描包。

比如，批量扫描SQL文件，通过自动扫描配置文件。

5. mybatis和spring需要整合

spring需要接管数据库

JDBC的一些连接信息，数据库连接池的一些配置信息，就是配置 DataSource 的过程。

spring和mybatis整合的核心

SqlSessionFactory 是 MyBatis 的配置核心，把 DataSource 注入，并指明 MyBatis 的全局配置文件位置，typeAliasesPackage 扫描，mapper 文件位置扫描等。

spring 通过动态代理帮助生成Dao的代理实现类（MapperScannerConfigurer）

注入SqlSessionFactory

（通过sqlSessionFactoryBeanName）

指明 Dao 接口的包路径basePackage

总之，配置的一项原则是：约定优于配置！！！

第三部分：进行Spring Junit单元测试

当我们进行了一些配置，写了一些 SQL，Dao 接口后，应该要进行 Spring Junit 单元测试，可以通过 IDEA 快速的生成测试用例。（很好用的一个功能，因为 IDEA 可以帮助我们快速在 test 下建立与dao/service接口的同级目录下生成用例）

在用例中，我们只需要在类上打上注解：

@RunWith(SpringJUnit4ClassRunner.class)

@ContextConfiguration({"classpath:spring配置文件"})

加载 Spring 容器后，我们就可以在用例中注入对象，开始测试了！！！

第四部分：Service层

Service层需要关注几个要点：

业务对象的封装

web和service之间进行数据传递的DTO

异常的处理（业务异常）

注意Spring事务回退的默认机制是：运行时异常。

因此，我们在service层默认定义的业务异常一般 extends RuntimeException。

一般而言，通过如下代码就能实现

要知道，service 层可能会发生业务异常，也可能发生一些其他异常，为了 Spring 都可以感知到，这里会把 Exception 异常转化成运行时异常。

第五部分：Controller层

1. Restful

一种优雅的URI表述方式；

资源的状态；

状态的转移

Restful示例：

GET/product/list 查询操作

GET/product//detail

GET/product/time/now

POST/product//execution 添加、修改操作【非幂等性】

POST/product///order

DELETE/product//delete 删除操作

PUT修改操作【幂等性】

URL设计：

/模块/资源//集合1/...

2.Controller中请求方法的细节处理

考虑几个方面：请求参数绑定、请求方式限制、转发与重定向、数据模型赋值、JSON数据返回、Cookie访问

3.整合配置Spring MVC

在web.xml中配置 DispatcherServlet 拦截请求，并指出 Spring 相关的配置文件。

开启Spring MVC的注解模式：

静态资源请求采用默认的servlet配置

配置JSP、ViewResolver的prefix「如/WEB-INF/jsp」suffix「如.jsp」

扫描web相关的Controller：

base-package="">

娜姐今天就教到这里了，内容较多，建议小伙伴先收藏哦。不会的可以加群呀~

-END-

娜姐下期预告

视频案例教程

六步教你学会用Java生成二维码

系统水印不好看？那就自己开发吧