参考一些博主的经验和自己的开发经验进行总结-持续更新ing。
功能设计
- 功能尽量模块化;
- 类的设计尽量单一,函数功能单一;
- 需要uml图(类图、时序图、组件图)、文档沉淀;
编写风格
- 遵循PSR-1 基础编码规范https://laravel-china.org
- 遵循PSR-2 编码风格规范https://laravel-china.org
- 注释!!!
- 常量、env代替硬编码
- 路由遵循RestfulApi原则
- created_at(INT类型),updated_at(TIMESTAMP ON CURRENT_TIMESTAMP,日期类型,自动更新), deleted_at(default NULL)
代码分布
1.MVC
- Model - sql处理,不应当出现业务
- View -
- Controller - 处理参数验证和方法调用(更彻底的方式是新建一个请求类,请求类处理验证和参数过滤,控制类调用请求类)
- Service - 业务
2.升级版本
http://birjemin.com/wiki/php-ouran
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拉倒自己的阵营~~~
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。