参考一些博主的经验和自己的开发经验进行总结-持续更新ing。
功能设计
- 功能尽量模块化；
- 类的设计尽量单一，函数功能单一；
- 需要uml图（类图、时序图、组件图）、文档沉淀；
编写风格
- 遵循PSR-1 基础编码规范
- 遵循PSR-2 编码风格规范
- 注释！！！
- 常量、env代替硬编码
- 路由遵循RestfulApi原则
- created_at(INT类型),updated_at(TIMESTAMP ON CURRENT_TIMESTAMP，日期类型，自动更新), deleted_at(default NULL)
代码分布
1.MVC
- Model - sql处理，不应当出现业务
- View -
- Controller - 处理参数验证和方法调用(更彻底的方式是新建一个请求类，请求类处理验证和参数过滤，控制类调用请求类)
- Service - 业务
2.升级版本
Laravel一些注意点
主要是参考2，详情请查看参考2的链接。
- 优先使用 Eloquent 和集合来操作和处理数据。
- 使用被社区接受的标准 Laravel 工具
- 遵循 Laravel 命名约定
- 使用缩写或可读性更好的语法(optional、)
- 使用 IoC 容器或门面
- 不要从直接从 .env 获取数据(采用config()方法)
需求流程
- 需求评审会议
- QA出Case，DEV估时、出方案（类图、时序图、组件图）
- 评审需求Case会议、需求设计方案会议
- 开发
- DEV根据Case自测（应该还有一个单元测试）
- 交付QA（功能测试）
- 验收
- 上线
- 复盘会议
开发流程
- 出接口文档
- 开发
- 接口自测、单元测试
- 联调
- case自测
- 交接QA
性能优化
1.数据层面
- 使用ssdb
- 添加索引，读写分离，拆表,sql语句优化
- 添加缓存
- 预先计算（将结果预先计算好，比如脚本定时计算、实时计算结果）
- 采用日志收集技术，异步处理
- 分页获取数据
- 使用es进行大量数据的聚合运算
2.业务方面
- 异步代替同步
- 限流
- 砍需求呗
3.其他
- 开启opcache
和产品PD撕逼的艺术
能动手就别动嘴
补充
要把产品经理PM拉倒自己的阵营~~~