1、下拉选项可以配置成数组，后台定义各选项常量。并且从1开始，数据库给默认值 1。这样选择 '全部' 传空就不冲突了
2、如果是多个开关，可以加个属性字段，用位状态标记。1、2、4、8，不必每个开关建立一个字段
3、写代码可配置性、扩展性、封装很重要。控制器不写业务，只做简单的参数过滤然后就传给服务层。代码复用性好（特别是接口要注意这点，h5页面有时可以不这样）
4、数据库取数据大于3个字段干脆就用select * 得了，以免大量重复方法，关键是取名字难（不过还是需要什么取什么比较优秀)
5、取名字注意尽量要独特，这样全局搜索就方便了。故意独特，名字又丑又长没事。方便维护
6、有什么注意事项或者疑问，直接提出来就好，不要自作聪明的改，除非很有把握（很有把握的情况下才按好实现的方向改）
7、把平时用的工具优化成最方便使用的状态（例如最近服务器与本机代码同步，包括git pull，再也不需要考虑服务器代码与本机不同步引起的玄学问题了）
8、能统一判断最好。之前看别人写的代码，例如简单的update操作，有的人会判断返回值有的人不判断。所以这个判断返回值的时机很困惑。现在不困惑了，肯定是都判断，多一层判断多一层防护！至于是直接报错还是返回false看实际情况。多判断肯定是不会有错的，冗余判断能避免则避免，不能避免也无妨。另外也可以使用try...catch...，try...catch... 用在本不可能发生错误的地方，却发生了的地方，例如绝大多数 数据库操作！