超轻量级 PHP 框架发布 - JunePHP

[zencoding]

这个框架因为写在6月份，就命名为了JunePHP。

或许这个称不上一个框架，但是既然这样说了，就算它是吧

目前体积控制在35K，以后慢慢会臃肿起来的

项目地址： https://github.com/willper/JunePHP

[TangMonk]

@yakczh 不过我很喜欢 js 的语法，相对 php 而言。。

[yakczh]

@TangMonk js回调写多了麻烦,得用eventProxy,q,async之类的辅助工具来规范代码流程 不过nodejs正在发展中,这些问题以后慢慢肯定会得到解决 ,php刚出来的时候session都不带支持的 ,而且nodejs天生是面对高并发,node-http大概是原生php的2-3倍, express框架跟原生php相当,但是php框架是原生性能的30%左右 随着移动客户端的普及 ,服务端只提供restful api会慢慢成为主流,这方面nodejs更适合,淘宝已经把前端用nodejs替换了php

[explon]

没什么出彩的地方

[maddot]

@yakczh 熟悉个PHP框架不就一两天的事情吗，如果这也是门槛，我只能说你招到的人根本啥也干不了，只会添堵。

不需要框架的结果，就是自己造一个框架，需要大量时间去完善，而这些时间本来可以完全用在业务上的。是啊，锻炼了个人能力，但是公司出钱请你来是为业务服务的，不是请你来打怪练级。

“只需要一个类似ror那样约定大于配置的最佳实践的目录结构 这个目录结构完全可以代替框架的作用,而且不用一行代码”

什么目录这么强大，不需要一行代码，分享一下吧

[yakczh]

从"熟悉个PHP框架不就一两天的事情" 这句话,可以看出每个人能力和禀赋都不同,象我就花了很长时间熟悉了fleaphp,然后作者开始推广qeephp,说这个更加高大上,花了很长时间熟悉了qeephp,作者看着手机游戏赚钱去搞游戏了,qeephp撒手不管了,又花了很长时间熟悉了yii ,作者推出2.0说不兼容1.0 就象狗熊掰玉米一样,到现在连个sql都写不好,而另一些人熟悉个框架只花1-2天时间,所以这个东西不象rps一样可以拿个基准测试程序跑一下就有定论,所以对于熟悉框架只花1-2天的人,还是留出更多的时间去给企业业务服务吧, 这里扯谈简直就是浪费钱,虽然现在还没见到用php框架的企业赚什么大钱,但只要这些人一天少扯谈,多把时间都花在业务上,将来肯定能赚大钱,如果再不赚钱就没天理了

[xuxu]

“熟悉个PHP框架不就一两天的事情”
不是半天吗？

[raincious]

@yakczh 说的有道理。这也是为什么我自己的项目一直坚持用我自己的框架。因为我不喜欢被人玩到半路然后对方我“抱歉，我不玩了”。

但是PHP项目还是需要一个框架来支撑的，也就是我一直说的，位了统一一个编码规范和管理方式。这一点上用个框架其实是很有效的。

[yakczh]

@raincious

php框架是特定历史阶段的历史性产物,是因为php早期版本没有命名空间,为了防止代码膨胀以后失控的权益之计,是没有办法的办法, 跟很多框架拥甭争论到最后,一致的结论就是之所以用框架是可以硬性约束代码规范,有利于团队合作开发,实际中这也是框架能起到的最大作用, 但是php5.3以后已经加入了命名空间,加上composer dumpautoload 和psr规范,框架里面的很多代码可以省掉,如果是php早期版本下的项目,写框架还情有可原,但现在php都到5.5,5.6,还是折腾框架,就有点舍本求末了,就象受伤了,做手术治疗,现在伤好了,还继续做手术治疗就有点不可思议 php真正需要的不是这些杂七杂八的花架子框架,而是经过实际项目检验的类库, 因为真正能提高开发速度的不是框架,而是高质量的类库,而且不同的类库互相之间是相容的,对于码农来说,,第一个项目熟悉5个类库,第二个项目熟悉4个类库,以后再做项目,以前能用上的东西就可以直接用,代码重用率高,这样做东西越熟练,开发速度越快,而对于框架来说是互斥斥,熟悉了第一个框架用法,对换到第二个框架并没有多大用处,而且一个项目也不能同时用两个框架,如果框架出新版本,不兼容以前的版本,那基本还是要从头来过,就象狗熊掰了一辈子棒子,掰到最后,手里还是一个棒子

[raincious]

@yakczh

Composer自己就可以视为Autoload框架，我已经说了，不是没有框架，只是框架细分了。

而且你的想法是不对的。仅仅依靠PHP自己的代码管理规范远远无法满足哪怕中型项目的管理。我自己的框架在我使用的过程中根据所驱动项目的规模做过若干次大型变更，就是为了能让它适应各种规模的项目，并且根据项目规模提供不同的管理方式。

你可以尝试将手头的项目脱离框架（或者你现在本身就没怎么使用）。在项目由一行代码变为10W行代码这样更迭的变化中，尝试估算下项目管理的成本，比如基本的代码管理、项目模块化、项目本身的依赖管理。然后考虑团队开发的情况。我想等你尝试过那些就能理解为什么很多公司开新项目还是需要一个框架来支撑了。

另外，PHP是一种语言，就像是Ruby，本身没有项目管理功能。ROR是一个框架，自身有一套规范约束。


> 如果框架出新版本,不兼容以前的版本,那基本还是要从头来过

你说的其实是依赖问题。别忘了类库的API也会变更。另外基于这一点，学习其实本来就不是一个可以停止的过程。没有任何知识是永久有用的，只是一些知识的有效性长一些。

当然，我不是建议去学那些本身就没什么价值的东西。

[tmkook]

个人认为框架的核心就是重用和自动化
一个重用率高的类库+各种自动化的工具（自动生成文档，自动测试，自动部署等等）
然后加上一个清晰的目录结构就是一个完美的框架！