代码规范问题

刚换工作，公司对于规范要求很高，虽然我是野路子出生的，没人教过我规范，但这不是理由，该掌握的东西还是得掌握，该注意的东西也得注意。废话不多说，反正大神随意，这里我只给那些新手做个参考。

反面例子：

问题：
1，代码冗余(rǒngyú)
2，可阅读查性差
3，逻辑复杂，不利于维护
4，出了bug，无法快速定位问题

正面案例

代码简洁、少嵌套

插入、修改、删除操作，严格执行下面标准
1，安全过滤。
2，拼凑SQL语句。（严格判断查询条件，严格判断写入数据库的数据。）
3，执行SQL执行。
4，返回结果。

事务里面不要出现数据处理的东西:

关于数据部分应该放在事务外面，插入多条数据时也不要像图中一样循环插入，TP5中有一个insertAll（） 方法，用该方法批量添加，这样就可以将数据处理放在事务外面。关于insertAll这个方法可以查手册，也可以去参考源码，就是不要像图中一样批量插入数据，这样处理会出现很多你想不到的bug，切记。

开发基础约定
1，tab键用4空格代替。不要使用tab制表符进行缩进控制。（不同系统、编辑器表现的样式不同）
2，css、js语句代码后加“ ; ”断句。js在最后一段 } 之前，分号可加可不加。（压缩、格式化工具）
3，编码统一：utf-8，所有文件头部都加上编码语句，css、html
4，变量、类名统一英文名、驼峰命名法。不缩写，不要怕长 例：topMenu
5，thinkphp V层方法，用View开头+方法名。返回json的用方法名+API结尾 例如：ViewUser、ViewUserChange 用于展示用户列表、修改用户的可见方法。ViewUserAPI、ViewUserChangeAPI 则是它们需要的 json 返回方法名。
6，建立数据库统一用，字符集：utf8，默认排序规则：utf8_general_ci。表里的每个字段增加备注，表的用途备注在自增ID上。
其中1在编辑器内设置：

命名规范
1.普通方法:驼峰法。 动作+(关联)+内容 例 getUserName(获取用户名字)

2.接口方法:驼峰法。 动作+(关联)+内容+api 例 getUserNameApi（获取用户名字api）

3.模型方法:驼峰法。 动作+(关联)+表名。 例 getUserOrder（获取用户订单）getDoctorOrder(获取医生订单)（关联查询可带多个表）

4.模板渲染:驼峰法。 或者统一小写。 例 userordermsg(用户订单信息) 驼峰法（userOrderMsg）注意：板文件名大小写要一致。

5.私有方法：以上前置加_ 即可。