你用过不写代码就能完成一个简单模块的组件么?


开篇四连问

1. 你是否懒得写普通的增删改查方法?

2. 你是否不喜欢代码生成插件的重复代码?

3.你是否渴望一个没有冗余代码的项目?

你是否渴望一行代码都不用写就能完成一个简单的模块?

组件由来

作为后端程序员,相信大家都写过以下几种代码:

根据主键查询

多条件分页查询

插入

根据主键修改

根据主键删除(单个或批量)

抛开业务来说,这几种代码是我们项目中最最基本的代码了,每一个项目中都会出现大量的这种代码。那么你的项目中这种代码你是怎么写的呢?

按照dao-service-controller的流程写?

copy一个现有的模块然后修修改改?

使用代码生成插件?

自己封装一个组件?

对于我个人来说,就是从上方四个步骤走过来的。刚刚开始学习Java的时候跟着老师的步骤从dao到service接口到实现类再到controller。等到参加工作的时候就觉得没什么大不了的了,直接copy后进行修改。工作一段时间以后觉得自己写太累了然后就开始使用代码生成插件。

但是使用插件一段时间以后我觉得每个项目中存在的太多太多的冗余代码了,单单进行全局搜索时一个方法名出现了几十次,如果有一个插件的代码需要修改那么就要修改几十次,稍不注意就给自己挖了个坑等等。然后呢我就在想,既然这些都是冗余方法那么我何不自己封装一个组件把这些东西都抽象出来做一个组件。以后开发时我只维护这一个组件,把剩余的精力放到业务代码上呢?

我封装的什么组件?

组件名称:syj-minicode

当一些单表的增删改查时你只需要告诉前端来调用这几个接口就行了

下方出现的entityName为当前操作的对象名称或者数据库表名称(注意命名规范要符合驼峰命名法,例如:UserOrder或者user_order都可以) 删除接口为物理删除,逻辑删除请使用update接口

根据主键查询对象

@RequestMapping(value = "/syj-api/{entityName}/{id}", method = RequestMethod.GET)

分页查询

@RequestMapping(value = "/syj-api/{entityName}/page", method = RequestMethod.POST)

@RequestBody: GridPageRequest


这里的GridPageRequest为分页查询的条件,看一下它的组成元素

    /**

    * 查询关键字Map

    */

    private Map<String, String> searchMap;

    /**

    * 模糊查询关键字Map

    */

    private Map<String, String> likeSearchMap;

    /**

    * 排序关键字Map

    */

    private Map<String, String> orderMap;

    /**

    * 分组关键字数组

    */

    private String[] groupArray;

    private int pageNum;

    private int pageSize;


前端查询时只需要按照查询条件组装GridPageRequest对象就可以了

3. 插入

@RequestMapping(value = "/syj-api/{entityName}/insert", method = RequestMethod.POST)

@RequestBody: Object(待插入对象)


根据主键进行更新

@RequestMapping(value = "/syj-api/{entityName}/update", method = RequestMethod.PUT)

@RequestBody: Object(待更新对象)


根据主键进行删除

@RequestMapping(value = "/syj-api/{entityName}/{id}", method = RequestMethod.DELETE)

批量删除

@RequestMapping(value = "/syj-api/{entityName}/deleteByIds", method = RequestMethod.DELETE)

@RequestBody: List<String> ids(待删除主键列表)

扩展接口

因为默认情况下单个对象查询、修改、删除所依据的主键的字段名使用的都是"id",但是很可能有的项目使用的是userId、orderId、roleId等主键,如果你的项目符合这个条件注入下方这个bean。

          @Bean

          public IdField idField() {

              Map<String,String> map=new ConcurrentHashMap<>();

              map.put("user","userId");//key的名称为实体名称或数据库表名称,value为主键属性名

              map.put("order","orderId");

              map.put("role","roleId");

              IdField idField=new IdField();

              idField.setMap(map);

              return idField;

          }


有的项目在进行插入和更新时会加入创建人和修改人等信息。如果有此需求请按照如下方式调用

插入扩展

创建一个名为InsertExtend的bean并实现DefaultExtend接口

@Component

public class InsertExtend implements ExtendInterface{

    @Override

    public Map<String, String> exectue() {

        Map<String, String> map=new HashMap<>();

        map.put("createTime", System.currentTimeMillis());

        map.put("createBy", "创建人id");

        map.put("createUserName", "创建人名称");

        return map;

    }

}


更新扩展

创建一个名为UpdateExtend的bean并实现DefaultExtend接口

    @Component

    public class UpdateExtend implements ExtendInterface{

        @Override

        public Map<String, String> exectue() {

            Map<String, String> map=new HashMap<>();

            map.put("updateTime", System.currentTimeMillis());

            map.put("updateBy", "修改人id");

            map.put("updateUserName", "修改人名称");

            return map;

        }

    }


还有没有更灵活的使用方式?

上方使用方式其实是直接抽象到了controller层,解决一般的需要是没问题的,但是我们是有业务逻辑的,那么存在业务逻辑的情况下如何使用呢?

你可以在处理完业务逻辑后在service中调用

初始化

private BaseService getUserBaseService(){

        return ServiceBeanFactory.getBean("User");

    }


根据id查询

Map<String,Object> userMap=getUserBaseService().selectOneById("115");

User user=(User) BeanMapUtil.mapToBean(map,User.class);

根据条件查询列表(相信你已经知道了gridPageRequest对象如何组装)

List<Map<String, Object>> userMaps=getUserBaseService().selectBySelective(gridPageRequest);

for (Map<String, Object> map:userMaps){

    User user=(User) BeanMapUtil.mapToBean(map,User.class);   

}


插入

getUserBaseService().insertSelective(user);


更新

getUserBaseService().updateByIdSelective(user);


删除

getUserBaseService().deleteById("115");


批量删除

List<String> list=new ArrayList<>();

list.add("115");

list.add("116");

list.add("117");

getUserBaseService().deleteByIds(list);


组件好用么?

看完我的介绍你觉得这个组件能满足你的基本需要么,如果可以话请移步下方的GitHub链接看一下这个组件的源码写的如何以及如何使用吧。

https://github.com/shiyujun/syj-minicode


本文出自http://zhixiang.org.cn,转载请保留。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 218,122评论 6 505
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,070评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,491评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,636评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,676评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,541评论 1 305
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,292评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,211评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,655评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,846评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,965评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,684评论 5 347
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,295评论 3 329
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,894评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,012评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,126评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,914评论 2 355

推荐阅读更多精彩内容