参考部分博主的经验和自己的开发经验进行总结-持续更新ing。功能设计功能应尽可能模块化；类设计尽量简单，功能函数单一；需要uml图（类图、时序图、组件图）和文档沉淀；写作风格遵循PSR-1基本编码规范https://laravel-china.org遵循PSR-2编码风格规范https://laravel-china.org注意！！！常量，env代替硬编码路由遵循RestfulApi原则created_at（INT类型），updated_at（TIMESTAMPONCURRENT_TIMESTAMP，日期类型，自动更新），deleted_at（默认NULL）代码分布1.MVCModel-sql处理，应该没有业务视图-控制器-处理参数校验和方法调用（更彻底的方法是新建一个请求类，请求类处理校验和参数过滤，控制类调用请求类）服务-业务2.升级版http://birjemin.com/wiki/php-ouranLaravel的一些注意点主要是参考2，具体请参考参考2的链接。更喜欢使用Eloquent和集合来操作和处理数据。使用社区接受的标准Laravel工具遵循Laravel命名约定使用缩写或更具可读性的语法（可选，）使用IoC容器或门面不要直接从.env获取数据（使用config()方法）需求过程需求评审会议QA产生案例、DEV预估时间、出方案（类图、时序图、组件图）评审需求Case会议、需求设计方案会议开发DEV根据Case自测（应该有单元测试）交付QA（功能测试）验收及线上评审会议开发流程导出接口文档开发接口自测、单元测试联调案例自测交接QA性能优化1、在数据层面使用ssdb增加索引、读写分离、分表、sql语句优化添加缓存预计算（预计算结果，如脚本定时计算和实时计算结果）使用日志收集n技术，异步处理分页获取数据，用es聚合大量数据产品PD的撕逼艺术能做到就别动嘴去补。把产品经理PM拉下自己的阵营~~~参考https://psr.phphub.org/https://github.com/nonfu/laravel-best-practiceshttp://plantuml.com/https://www.cnblogs.com/easypass/archive/2010/12/08/1900127.html
