拆分合理的目录结构

受传统的MVC模式影响，有些公司的微服务架构拆分也很不合理[钱]，提供一个参考方案：最上层建一个module文件夹，在module文件夹下根据不同的服务建立不同的包，在这些包里再分controller、service、entity、mapper、utils包或者继续拆分。

拆分合理的目录结构

封装方法形参

当方法的形参过多时候，强烈建议封装成一个对象[奋斗]。后面方法再加参数，直接加属性即可。

// 原本写法
    private void update(String id, String name, String age, String adress) {
    }

    // 优化写法
    private void update (User user) {
        
    }

封装业务逻辑

当你的业务逻辑复杂时，平铺式的写法让后来改bug的人看代码像看“屎山”一样[打脸]。后面自己再看自己的代码都会很崩溃。强烈建议使用合理的设计，不管是方法封装或者采用合理的设计模式等等，封装去提升代码的可读性。让代码条例清晰，逻辑性强。

封装业务逻辑

擅于使用工具类

现在很多框架中都提供了很多好用的工具类，不管是集合判空或者字符串判空等，强烈建议擅于使用工具类。不建议自己写工具类，因为很多jar包已经提供了，只是你不了解。

String str = "";
// 不建议
if (null == str || str == "") {}
// 建议写法
if (StringUtils.isBlank(str)) {}

List list = new ArrayList<>();
// 不建议
if (list == null || list.size() == 0) {}
// 建议写法
if (CollectionUtils.isEmpty(list)) {}

集合类型返回值不要返回null

当你的方法返回值是集合类型时，不要return null，返回一个空集合。经验之谈！[我想静静]

VO对象的属性不要是基本类型

当你数据库映射的对象VO有基本类型的成员变量时，因为基本类型有默认值，比如int，默认值为0，在更新操作时就会带着默认值插入到数据库中。

你还了解哪些优秀的开发习惯？一起评论区分享一下[送心]