1.在设计 Fireball 引擎，以及自带的类 Unity 编辑器时，我最大的体验就是要权衡的地方太多了。Fireball 的核心逻辑主要由 engine-framework 和 editor-framework 两个项目组成，我们的工作其实就是设计框架。抛开资金周期等项目问题，框架本身就面临：灵活性和易用性的冲突，专业用户和小白用户的冲突，前端开发者和传统开发者的冲突，产品使用者和产品插件开发者的冲突，保持95%的体验和满足5%的需求的冲突，分层设计和统一设计的冲突，执行效率和代码整洁的冲突……这些问题伴随着你的每一个设计，除了自己绞尽脑汁的拷问设计理念，你还要和团队一起头脑风暴。由于团队每个人的背景不同，设计倾向也完全不同。为了得出有说服力的设计方案，我们需要对目标用户有精确的定位，系统的调查。这样才能抛开：“风格品味，习惯问题，既有标准……” 等不接地气的论据。最后，随着市场战略的推进，你的产品和目标用户都会迎来升级。如何让框架能够尽量无痛的适应这些变化？如何给未来的扩展保留余地？如何让老用户顺利迁移？
作者：Jare Guo
链接：https://www.zhihu.com/question/30143765/answer/47016884
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
2.fleaphp 他的时代已不存在,又有几人能记得太如刺客一样精干短小
thinkphp 一个耍小聪明却是一个很糟蹋的人
zf 过于沉重 如果一台重型机器
ci 简洁轻量 如风中温柔的女子一样
yii 有男人范但是有点太man了 不够潇洒 感觉想一个剑客你的强劲对手Laravel 你们两个我都看好一直默默关注中
yaf 不考虑其他人感受的东东，感觉做的太小太精太小家子气了 后来的Phalcon为什么能超越你虽然你不想承认高傲的瞧不起别人可能是你确实太忙了
发布于 2015-05-07
作者：柏新星链接：https://www.zhihu.com/question/30143765/answer/46991739来源：知乎著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
自己刚刚写完了一个框架，框架主体已经完工，library是可选的，正在完善。写框架各个阶段的感想如下：1、现在的框架都不好用，各有各的问题，要么太臃肿，要么限制太死，要么结构太复杂，要不不够高效，我要写个更好的，要做框架中的战斗机2、参考各种框架，取其精华去其糟粕3、卧槽，曾经以为的糟粕竟然是精华，一个功能拆分成多个类是为了复用，各种set\get原来是为了灵活，各种注入原来是为了解耦，一个类就实现的功能搞成接口并不是多此一举.....4、卧槽，他们设计臃肿、不合理都是有原因的，只是那些问题我还没发现5、卧槽，他们有的功能我也要有，借鉴中....6、卧槽，我的框架和他们越来越像7、卧槽，早知如此，还不如用他们的框架
作者：匿名用户
链接：https://www.zhihu.com/question/30143765/answer/75625945
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
