hermanzhu 最近的时间轴更新 hermanzhu 最近的时间轴更新 |
hermanzhuV2EX 第 82717 号会员，加入于 2014-11-20 16:50:34 +08:00 |
hermanzhu 最近回复了
2 天前 回复了 tlerbao 创建的主题 › JetBrains › AI 编辑器百花齐放， JB 家还这么落后，但是有动作了， Junie 有人进 Waitlist 了吗？ |
zed 的 tab 也来了 https://zed.dev/blog/edit-prediction
2018-02-27 19:53:41 +08:00 回复了 MaZiT 创建的主题 › PHP › PHP 接口 40 个参数，过滤和验证怎么写法好？ |
40 个参数不建议流水账 foreach 调用 validator，这么些参数肯定能根据业务线进行分类，分好类再抽象出独立的 validator，造福后人……
2015-06-11 10:43:05 +08:00 回复了 orzcc 创建的主题 › PHP › Laravel 5.1 正式发布了！ |
就我接触过的项目来说
1、框架绝对不会成为应用的瓶颈，架构和业务划分才是重点。
2、优秀的框架对架构和业务划分有积极意义，但无脑推崇框架也容易过分设计。
3、国内所谓3-5年经验的php程序员大多没有设计框架的能力，甚至写公共库造轮子质量也低的恐怖，为kpi强行造轮子的数不胜数。
4、laravel框架也好composer部署协作也好必然不能适应所有场景应用，但对于没有架构经验的coder来说去使用去读源码必然受益颇多。
另外，产品没做出来再优化性能吧，业务划分合理、代码质量不差运行效率真的不会差太大。
1、框架绝对不会成为应用的瓶颈，架构和业务划分才是重点。
2、优秀的框架对架构和业务划分有积极意义，但无脑推崇框架也容易过分设计。
3、国内所谓3-5年经验的php程序员大多没有设计框架的能力，甚至写公共库造轮子质量也低的恐怖，为kpi强行造轮子的数不胜数。
4、laravel框架也好composer部署协作也好必然不能适应所有场景应用，但对于没有架构经验的coder来说去使用去读源码必然受益颇多。
另外，产品没做出来再优化性能吧，业务划分合理、代码质量不差运行效率真的不会差太大。
Select Language