背景

问题源于我们在进行框架选择时对业务所需的技术堆栈的分析。我们发现我们需要的框架只需要包含路由、数据库和日志就可以满足需求。经过讨论，我们开始了。开始帧选择。

选择

在讨论框架选择时，有些人更喜欢使用像 Yii 这样功能丰富的框架。这些框架提供的功能完全可以满足业务需求。但是，反对意见是这些框架的学习成本比较高，新人会接手。不容易，性能差，很多功能没用；而其他人更喜欢使用Slim、Yaf，框架提供了基本的路由，其他功能组件通过lib加载，这样就可以按需加载这种功能组件没有冗余，学习成本也比较小。这个解决方案也有很多反对意见。每个组件是否能与框架很好的结合，每个库都有自己的API风格，学习成本不小，以及如何保证每个库的稳定性。

在这种情况下，就有了构建一个满足各方需求的框架的想法。团队希望框架只包含常用的功能组件，比如，，，这些很少用到的功能，尽量不要使用，减少必要的学习成本；为了支持一些拥有千万级PV的业务，希望框架的性能足够好；同时希望框架的可维护性好。对于一些特殊场景，该框架可以提供良好的扩展性并集成一些功能。进入框架。

最后，我们讨论并决定自己开发一个框架，于是我们开始了整体框架的设计。

设计框架

首先是底层框架。设计底层框架的第一个问题是如何管理框架的所有类及其依赖关系。与成熟的方案相比php什么是框架，有两种方案：依赖注入和基于组件的设计。考虑到后续需要对各个组件进行单元测试php什么是框架，选择了依赖注入方案。

功能组件

第二个是框架的核心组件。框架包含的基本功能组件包括数据库、验证、日志等，封装这些组件有两种方案。您可以使用外部开源组件或自己实现它们。库API风格不一致，库文件过多。决定这些核心组件自己实现。

易用性

为了完成一件事，很多功能丰富的框架提供了多种方式。开发功能时，可以同时使用方法A和方法B。有时用户可能会不知道应该使用哪一种；并且随着业务的迭代，在使用上也有各种异同。因此，我们更愿意只提供一种方式来减少用户选择的混乱，同时提供系统的可维护性。

扩展

该框架包含常用的基本组件。为了支持一些特殊组件的使用，该框架集成并提供了基于组件的扩展能力。

总结

终于，经过三个多月的开发，框架已经开发完成，已经成熟可以在多个产品中使用；框架的某些部分可能需要不断优化，欢迎大家多提提意见。我们的目标是打造一个国产的优秀PHP框架。

最后直接列出框架和开发手册。 :)

：

中文手册：

文章来源：segmentfault，作者：eccozhou。如果您发现本社区中有涉嫌抄袭的内容，欢迎发送邮件至：sean.li#ucloud.cn（邮箱中#请改为@）进行举报，并提供相关证据，一经查实，本社区将立刻删除涉嫌侵权内容。

后台-系统设置-扩展变量-移动广告位-内容正文底部