u014016716的专栏

先判断str_subID这个对象是不是存在！然后判断这个对象的值是不是空值！

大量超前设计敏捷社区很早提出的理念是“变化是廉价的”，不要过度设计。你可以在之后经常地变动设计。当用来开发一个控制所有部分的应用程序时，这一理念可能是正确的。但是当你开发的API被设计成外部用户使用，使用场景可变。你的API将成为其他人程序的一部分，改变API对你可能是廉价的，但对于使用这一API的用户改变是昂贵的。公共API接口的改变是昂贵的你的API可能由公有部分和私有部分组成。公有部分是与客户

小而集中的API经常更优于旨在解决所有问题的大API。更小的API意味着更小的内存空间和更短的构建时间。小的API更容易学习。不会花大量时间学习API的系列特性，只需要查看API的特性是否在你的应用场景中是否适用。当你收到用户发给你带各种建议的email时，你更倾向于为你的API添加特性。此时，如果没有确定一个建议对你API解决的核心问题有帮助，你应该抵御住立即去实现这个建议的诱惑。大多任何API都

校验使用Mentawai你可以在action内利用Validatable接口进行校验，也可以创建一个单独的过滤器完成这项功能。在实际使用中会更倾向于第一种方式。下面是一个例子： 在应用管理器中建立过滤器 @Override public void loadFilters() { filter(new ValidationFilter()); } 在action中进行校验 pu

过滤器过滤器是mentawai框架的组件。你可以在应用的某个action中进行配置，也可以对所有action进行配置。 在应用管理器中创建 // 应用于指定action上的过滤器 @Override public void loadActions() { action("/Hello", HelloAction.class, "sayHi")

原来项目中使用枚举类定义了一些模块信息，在使用springboot后，想让这些枚举信息变成可编辑的配置信息，能随时通过页面进行编辑，然后在不停止服务的前提下更新数据，尝试了几种方案，最后觉得使用redis的发布订阅方式比较不错，下面就是记录的我的做法： 添加依赖 <dependency> <groupId>org.springf...