【开源中国 APP 全新上线】“动弹” 回归、集成大模型对话、畅读技术报告”
写了8年的框架人告诉你,框架真的不算什么,用开源的思想改变自己的想法吧,立足解决一二实际问题、特性,然后开源出来,就已经是很好的方案了。
真的要说,最值得着手的,其实是ORM,但你也得知道PHP缺什么,才知道需要做什么。所以刨熟PHP的接口文档是必备基本功。有精力可以去github上把php的源代码刨刨,大致了解一下吧。但我是不认可用C去写个框架,如果是这样,我不如去搞java好了。
php最大的好处是实时更新,和ZendVM提供的opcache接口,足够的动态性的同时,保证了性能。
朝前看,别朝后看——只考虑面向新版本的PHP,过去就让他过去吧。这是实际经验,当年还没几个框架支持php 5.3的时候,我自己写的框架已经转向php 5.3了,带来最大的好处就是,所有新版本带来的好处,都会一一在未来给你兑现,这个收获是很大的——唯一不好的是,你必须有足够的坚强,并且有本事能让你的框架绕开新版本的问题。当然你也可以去bugs php去发bug,php的社区氛围挺好的。
还有一点,所谓轻量级、重用性高、易用性,都是骗人的话术。框架的核心就是解耦,以及逻辑分层。解耦,指的是解决不同类库内部关系和外部依赖性问题。逻辑分层,则充分显示了框架开发者对于实际业务开发的经验水平。好的框架,或者较为成功的开源产品,都会有一个比较清晰明确的业务编码空间,比如当年爆成功的Ror,其实他是翻炒一些老概念,但他成功就成功在,把程序员从无边无际的编码空间里,重新划出一个新的界限(尤其是Model层,配合配置的理念),让代码架构看起来如焕然一新——可是Ror从1.0到今天,也经历了各种各样的问题,到今天,也快10个年头了。
所以成功的框架或者产品,实现不是第一的 ,你的理念是不是先进,这才是决定性的。然而这种理念需要你大量的实际工作经验作为依托,大多数程序员都倒在业务上,没有从业务中走出来。
做一个MVC框架不难的。。TP也是经过多年的积累完善才有现在的规模的
可以先实现基本的MVC 然后加入ORM(如果需要的话) 缓存机制等等慢慢完善
写了8年的框架人告诉你,框架真的不算什么,用开源的思想改变自己的想法吧,立足解决一二实际问题、特性,然后开源出来,就已经是很好的方案了。
真的要说,最值得着手的,其实是ORM,但你也得知道PHP缺什么,才知道需要做什么。所以刨熟PHP的接口文档是必备基本功。有精力可以去github上把php的源代码刨刨,大致了解一下吧。但我是不认可用C去写个框架,如果是这样,我不如去搞java好了。
php最大的好处是实时更新,和ZendVM提供的opcache接口,足够的动态性的同时,保证了性能。
朝前看,别朝后看——只考虑面向新版本的PHP,过去就让他过去吧。这是实际经验,当年还没几个框架支持php 5.3的时候,我自己写的框架已经转向php 5.3了,带来最大的好处就是,所有新版本带来的好处,都会一一在未来给你兑现,这个收获是很大的——唯一不好的是,你必须有足够的坚强,并且有本事能让你的框架绕开新版本的问题。当然你也可以去bugs php去发bug,php的社区氛围挺好的。
还有一点,所谓轻量级、重用性高、易用性,都是骗人的话术。框架的核心就是解耦,以及逻辑分层。解耦,指的是解决不同类库内部关系和外部依赖性问题。逻辑分层,则充分显示了框架开发者对于实际业务开发的经验水平。好的框架,或者较为成功的开源产品,都会有一个比较清晰明确的业务编码空间,比如当年爆成功的Ror,其实他是翻炒一些老概念,但他成功就成功在,把程序员从无边无际的编码空间里,重新划出一个新的界限(尤其是Model层,配合配置的理念),让代码架构看起来如焕然一新——可是Ror从1.0到今天,也经历了各种各样的问题,到今天,也快10个年头了。
所以成功的框架或者产品,实现不是第一的 ,你的理念是不是先进,这才是决定性的。然而这种理念需要你大量的实际工作经验作为依托,大多数程序员都倒在业务上,没有从业务中走出来。
做一个MVC框架不难的。。TP也是经过多年的积累完善才有现在的规模的
可以先实现基本的MVC 然后加入ORM(如果需要的话) 缓存机制等等慢慢完善