开发后台项目的套路是什么？
需求评估
产品经理、开发工程师、测试工程师，组织需求评审会议，讲解本次的开发功能。
开发需分析：
是否涉及到其他开发部门？
是否需要创建数据库/数据表？
本次需要做多少页面？
有多少功能点，哪些是功能难点？
根据以上，给出开发工期（X/人/天）。
跨部门沟通
沟通确定后，沟通结果以邮件的形式确认抄送相关Leader。
创建/更改 数据库
根据公司要求规范操作数据表，确定后邮件抄送相关开发。
相关SQL语句，需要Leader、DBA 审核，方可部署。
静态页面开发
目前后台项目大部分使用 BootStrap，自己拼页面即可。
需要考虑：
代码整洁性（标签元素对齐，DIV区块注释）。
界面适配（BootStrap 栅格系统）。
Js 相关验证（尽量自己学js类库，不要写在界面中）。
产品验收（确认界面元素是否满足使用习惯）。
个人感觉界面做的漂亮，成就感也是满满的。
程序逻辑代码开发
需要考虑：
复杂的逻辑可以自己先画流程图（
ProcessOn）。遵循 PHP 代码规范（
PSR）。代码注释（重要、重要、重要）。
数据验证（对前端提交的数据进行二次验证）。
功能逻辑（考虑类库封装，代码复用）。
性能问题（是否需要用到缓存）。
安全问题（XSS、Sql注入）。
日志问题（记录相关日志）。
错误报警（可供参考）。
目前就考虑到以上这些。
功能自测
程序开发完毕后，需要自己先进行测试，走一遍全部流程。
需要考虑：
创建一些测试数据。
考虑功能的临界值。
确保功能的可用性。
其他。
代码评审（Code Review）
代码评审被公认为是一个很好的提高代码质量的手段。
好处：
加速个人的成长，让自己成为一个更优秀的程序员。
可以分享/学习到更多的知识。
保证代码清晰，容易被别人理解。
提前发现一些缺陷（代码检查者通常比代码编写者更挑剔）。
一些开源系统：
Phabricator
ReviewNinja
Codacy
RhodeCode
Gerrit
如果有好的工具帮助我们进行codereview，往往会达到事半功倍的效果。
WIKI 更新
将自己开发的功能模块，部署到WIKI上。
写好需求方、开发者、使用者、是否用到API、相关逻辑、流程图...
功能提测
通知测试人员，该需求可以提测啦~
根据公司要求，可以进行邮件提测，也可以JIRA管理。
以上，只是大概的讲述了开发流程。
其实每一个步骤，都可以进行详细分析，比如代码注释，评审规范等等。
有问题，欢迎大家留言讨论。
Thanks ~
AD：