vlambda博客
学习文章列表

出品 | 脚本之家（ID：jb51net）

本文主要描述我作为一个C#开发者，在编写Java框架时的一些心得感悟。

因为我是C#的开发者，所以，在编写Java框架时，或多或少会带入一些C#的固有观念，所以，这也是一个C#观念与Java观念碰撞的一个框架。

反射：在C#中反射可以只用类名反射，Java中必须是完全限定名；在C#中反射是在内存或DLL类库中查找文件，一个方法就搞定了，在Java中则需要手写扫描文件夹或扫描Jar包的文件，然后找到名称一样的文件再反射。命名空间：在C#中命名空间+类名是类，在Java中命名空间+类名是命名空间，即，Java中会出现Import某一个类的完全限定名。

for循环：在C#中有for循环和foreach循环，在Java中for循环支持foreach模式，如：

for(Kiba_User u : ul)

对于C#开发而言，Java开发的脉络实在是清奇的不得了，因为Java使用了大量的依赖注入和控制反转，从而让它的结构非常的反人类。但这也是有一定的历史原因的，因为它的开源语言，所以，大家在扩展框架时，都等于在做二次开发，因为依赖注入和控制反转是二次开发最好的模式，所以，它就越积累越多，最后它彻底的变成了控制反转的完全体，也就说，它在反人类的路上一去不反复了（注意，Java开发者通常认为他们才是正常开发，为了避免冲突，请不要当面说他们反人类）。

下面我使用C#的描述的方式来勾勒一下Java之Spring的脉络，如下图：

因为，java很多对象都是用注解标识，然后在解析时实例化的，为了统一代码，所以，java形成了一种新的标准，实例化对象都用注解。

本框架因为是学习框架，所以有些设计会常规的java不同，框架中不会使用类似@Service这样的注解，但会使用@Data，因为Java中写属性确实有点费劲。

下面我们进行准备工作。

开发工具：IDEA。

项目框架：Spring。

JDK：1.8。

ORM：Mybatis。

首先我们创建一个Spring的Web项目——k_framework，这里只做WebApi的介绍。

然后我们编辑Pom.xml引入所需的Jar包，依赖如下：

 <dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-test</artifactId> <scope>test</scope> </dependency> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <version>1.18.0</version> <scope>provided</scope> </dependency> <dependency> <groupId>com.oracle</groupId> <artifactId>ojdbc8</artifactId> <version>12.1.0.2.0</version> </dependency> <dependency> <groupId>com.baomidou</groupId> <artifactId>mybatis-plus-boot-starter</artifactId> <version>3.4.2</version> </dependency>  </dependencies>

PS：这里使用的数据库是Oracle，然后我们的包管理工具Maven居然不能下载oracle的jar包。。。所以我们只能去官网下载，然后在CMD里，使用Maven提供的命令安装这个jar包。

然后结合Java的Spring框架的特质，设计一个项目结构，并在包k_framework下面实现。

项目结构设计如下：

系统约定如下：

DTO类名后缀需为Command和Query，标记命令用于处理的业务为增删改、或查询。

DTO类必须在同一包下，且类名不得重复。

前台页面必须定义一个同名的，属性一致的Javascript的DTO类。

业务域类名=DTO的类名+Handler。

业务域类使用Excute函数处理业务。

关于结构

关于配置类与工具类：设计时，我们尽量让控制器使用配置类，让业务域使用工具类。当然，特殊情况下也可以一起使用。

关于业务域：Java中通常使用Service来命名处理业务的包，但因为有时候我们会把部署的Web项目也称为服务，比如微服务项目里每个WebApi都是服务，所以，这里为了避免歧义，使用域来命名处理业务的包。

关于数据库映射：在C#项目里，我们是先建立映射，然后用仓储通过泛型来处理数据库数据，但在Mybatis里，需要使用映射的对象来处理数据库数据，即，每处理一个表，就要建立一个这个表的映射对象实例。

关于数据库实体和数据库扩展实体：顾名思义，数据库扩展实体是数据库实体的扩展，可以的简单把它理解为视图实体。

注：在C#中，图中的这些大类的结构，通常会搞一个类库项目来单独处理，因为在C#中共享使用一个启动项目的配置文件，并且C#的项目文件在VS中管理起来非常简单便捷，但Java的项目文件pom.xml并不是特别灵活，所以，这里我们就在一个项目里做结构。

整体结构图如下：

工具类

首先，我们先建立工具类。

因为是简单实现，所以我们只建立三个最基础的工具类，ReflexHelper、StringHelper、FileHelper。（在java中通常工具类命名会以util结尾，这里我保持c#的命名风格）

控制器

定义CommandController类，Get和Post两个函数，用于处理全部的Get和Post请求。函数接受两个参数，命令类型和命令的Json内容，然后通过命令类型发射调用业务域。

代码如下：

@RestController@RequestMapping("/Command")public class CommandController{  @Autowired private SqlSession sqlSession;  @RequestMapping(value = "/Get", method = RequestMethod.GET) @ResponseBody public BaseResult Get(String commandName,String commandJson) throws Exception {  Set<Class<?>> classes = ReflexHelper.getClasses("com.kiba.k_framework.dto"); String newName =""; for(Class c:classes){ String fullName = c.getName(); System.out.println(fullName); String className = fullName.substring(fullName.lastIndexOf(".")+1,fullName.length()); System.out.println(className); if(className.equals(commandName)) { newName = fullName.replace(".dto.", ".domain.") + "Handler"; System.out.println(newName); break; } }
 Class<?> clazz = Class.forName(newName); Method method = clazz.getMethod("Excute", String.class,SqlSession.class); BaseResult ret = (BaseResult)method.invoke(clazz.newInstance(), commandJson,sqlSession); return ret; } @PostMapping(value = "/Post") @ResponseBody public BaseResult Post(String commandName,String commandJson) throws Exception { System.out.println(commandName); Set<Class<?>> classes = ReflexHelper.getClasses("com.kiba.k_framework.dto"); String newName =""; for(Class c:classes){ String fullName = c.getName(); System.out.println(fullName); String className = fullName.substring(fullName.lastIndexOf(".")+1,fullName.length()); System.out.println(className); if(className.equals(commandName)) { newName = fullName.replace(".dto.", ".domain.") + "Handler"; System.out.println(newName); break; } }  Class<?> clazz = Class.forName(newName); Method method = clazz.getMethod("Excute", String.class,SqlSession.class); BaseResult ret = (BaseResult) method.invoke(clazz.newInstance(), commandJson,sqlSession); return ret; } }

如上代码所示，Controller接受到的请求，会被直接发送到业务域处理，也就是说，理论上，这里写完了，就再也不用关注了。

注1：代码一开始使用注解@Autowired实例化了sqlSession，这个对象是mybatis的内部对象，后面会把它发送到业务域，业务域里通过它获取mapper对象，这是因为，我们的业务域是反射调用的，所以在业务里@Autowired注解将失效，它将无法对继承BaseMapper的接口进行实例化。

注2：使用这种结构，我们的AOP除了可以使用@Aspect注解，还可以直接写在Controller里了。

注3：并不是所有项目和团队组成都适用这个的框架。

在本框架中，数据库链接使用Mybatis开源包。

Mybatis学习

在使用mybatis之前需要先学习一些知识，搞懂mybatis的一些类库的关系，不然用起来会很迷茫。

mybatis：一个java的orm包。

mybatis-spring-boot-starter：一个mybatis工作组为了spring单独开发的包，他让spring框架使用mybatis更简单，springBoot，springCloud等框架都可以用（映射使用注解@mapper，最新版 2.1.2）。

mybatis-plus：一个基于mybatis的扩展包，拥有一些在mapper创建后，会自带一些基础的增删改查的方法。

mybatis-plus-boot-starter：mybatis-plus工作组为了spring单独开发的包，，他让spring框架使用mybatis-plus更简单，springBoot，springCloud等框架都可以用（映射使用继承BaseMapper，最新版3.42，mybatisplus-springboot-starter是mybatis-plus-boot-starter的增强包）。

了解了以上概念后，我们可得知，在springboot项目中使用mybatis，我们有两个选择，即使用mybatis-spring-boot-starter或mybatis-plus-boot-starter。

因为我是C#出身，所以，映射我更倾向于继承，所以下面代码使用的是mybatis-plus-boot-starter。

Mybatis配置

在resources/application.yml下输入配置代码如下：

server: port: 8088spring: servlet: multipart: max-file-size: 5000MB max-request-size: 5000MB datasource: driver-class-name: oracle.jdbc.OracleDriver url: jdbc:oracle:thin:@192.168.1.1:1521/orcl username: abc password: 123# mybatismybatis: mapper-locations: classpath:mapper/**/*.xml

代码中配置了Spring节点下的数据源，配置为Oracle并设置链接账户密码；还配置了mybatis节点下的映射路径。该映射路径下面会用到。

然后配置启动类，增加注解@MapperScan("com.kiba.k_framework.mapper")，如下图：

数据库实体

接着我们建立数据库实体，属性跟数据库表字段一样即可。但Java里写属性太麻烦，所以这里使用了@Data注解，被注解的类下，只要写私有字段即可，编译时会为我们生成首字母大写的属性，并且编写代码时，还可以点出【getName()/setName()】这样的方法来获取或设置属性的值。代码如下：

package com.kiba.k_framework.entity;import lombok.Data;@Datapublic class Kiba_User { private int id; private String name;}

如果是第一次使用Idea，我们编写代码时，在对象的后面是点不出【getName()/setName()】这样的方法的，这是因为，我们没有安装lombok插件，安装插件在File—Setting中，如下图所示。

映射类

映射类，顾名思义，就是建立实体与数据库关系的类，在这里类中会指定实体类与数据库表的关系，和实体字段和表字段的关系（通常情况是同名映射）。不过在Java里，映射类除了要处理映射关系，还要担任数据库访问的角色，而C#的映射类就是处理映射关系，访问数据库则有数据库上下文实体负责，说实话，Java这种模式是有点奇怪，不过用久了也就无所谓了。

映射类代码如下：

public interface Kiba_UserMapper extends BaseMapper<Kiba_User> { @Select("select * from Kiba_User") List<Kiba_User> test(); @Select("select * from Kiba_User where id=#{value}") List<Kiba_User> test2(Integer id);
 List<Kiba_User> test3(Integer id);}

如上代码所示，映射类通过继承泛型BaseMapper  实现了数据库实体和表的映射。

然后代码里定义了三个方法，都是查询数据库数据。

第一个方法—test：在方法上加了@Select注解，并且在注解里编写sql语句，这样调用这个方法时，就会执行注解里的语句。

第二个方法—test2：方法2多了一个入参，注解里多了一个查询条件， 注解里通过#{value}的方式使用了入参的值。看到这，我们可以发现，注解里有自己的方言，即注解里还有一套自己的语法，这显然明目张胆的增加了开发者的学习内容，我表示反对，但无效。

第二个方法—test3：这个方法没有注解，但有对应的XML配置文件，什么是XML配置文件？

如下图所示，里面有两个同名，但后缀名不同的文件，下方的Kiba_UserMapper.xml文件就是，Kiba_UserMapper.java的xml配置文件，这两个文件编译的时候会被捏成一个类。系统根据什么把他们捏一起的呢？还记得我们上面的配置吗？我们配置了一个映射扫描包和一个映射配置路径，系统就是根据它俩的扫描文件结果，然后把同名的捏到一起的。

现在我们看一下Kiba_UserMapper.xml的内容。

<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd" >
<mapper namespace="com.kiba.k_framework.mapper.Kiba_UserMapper">  <select id="test3" resultType="com.kiba.k_framework.entity.Kiba_User" parameterType="Integer"> select * from Kiba_User where id=#{value} </select> </mapper>

如代码所示，在mapper标签里配置了命名空间——com.kiba.k_framework.mapper.Kiba_UserMapper，即它明确指定了这个XML要和谁捏在一起。（java里命名空间+类名还是命名空间）

然后在mapper标签里配置了一个select标签，【id="test3"】标记了它对应的函数名，resultType和parameterType标签标识这他们对应的这个函数传入传出类型，然后内容是一个带方言的sql语句。

看到这里，我们可以得出，这个xml的select标签是等于@select注解的，即为函数设置sql语句有两种方式，一种是注解一种是xml文件配置，因为上面的映射类中的前两个方法已经有注解了，所以，xml配置文件中并没有重复配置。

业务域

现在我们在业务域里使用一下映射类来获取数据。

代码如下：

public class GetUserQueryHandler implements IHandler{ @Override public GetUserQueryReuslt Excute(String commandJson, SqlSession sqlSession) { Kiba_UserMapper mapper = sqlSession.getMapper(Kiba_UserMapper.class); List<Kiba_User> users = mapper.test(); GetUserQueryReuslt ret=new GetUserQueryReuslt(); ret.setUsers(users); ret.setSuccess(true); return ret; }}

这里使用sqlSession.getMapper(Kiba_UserMapper.class)来获取我们的maper实例，然后下面就可以正常调用他下面的方法了。

测试

现在我们启动项目，用postman测试一下。

输入http://localhost:8088/Command/Get?commandName=GetUserQuery&commandJson={}进行测试，得到结构如下图所示：

测试成功，我们成功的通过发送DTO实体实现了业务查询。

结语

Java的错误提示、开发工具的使用、工程文件的管理等等都很不友好。Spring框架看上去很简洁，但因为这些不友好的朋友在中间阻碍着，整体的开发进度，并没有想象中那么快速。

到此Java框架的开发就已经介绍完了，代码已经传到Github上了，欢迎大家下载。

声明：本文为 脚本之家专栏作者 投稿，未经允许请勿转载。

长按扫码赞赏我

观看视频，参加留言送书活动 

↓↓↓

脚本之家

前方高能预警！马云当场呛刘强东，旁边李彦宏的表情亮了 #马云#刘强东#淘宝#京东

视频号