CrossPHP 1.2.0 发布, 轻量高效的PHP开发框架 - 开源中国社区
CrossPHP 1.2.0 发布, 轻量高效的PHP开发框架
ideaa 2015年05月06日

CrossPHP 1.2.0 发布, 轻量高效的PHP开发框架

ideaa ideaa 发布于2015年05月06日 收藏 32 评论 23

【腾讯云】如何快速搭建微信小程序?>>>  

轻量高效的PHP开发框架 CrossPHP 1.2.0 发布,改进内容包括:

+   实现注入机制
    Cross::loadApp('web')->di('abc', function(){
        return 'abc';
    })->run();
    在控制器中使用:
    $this->getDi('abc');
    以单例模式实例化一个注入对象:
    $this->getDii('abc');
*   db.config.php支持匿名函数,在module中优先处理.
    return array(
        mysql =>    array(
            'db'    =>  function() {
                return ...
            }
        )
    );
    你可以使用自己常用的类来处理与数据库的连接. 扩展Module变的更容易了.        
+   Module增加对SQLite和PgSQL的支持.
+   新增控制器注释配置, 新增@cp_basicAuth.
*   Module/MysqlModule更名为SQLModule.
*   原MysqlModule->getAll(),第4个参数的值含义变为limit.
*   @cp_response中的basic_auth不再生效.
*   Delegate中rrun更名为rRun, mrun更名为mRun.
*   控制器中使用_act_alias_指定别名不再生效.
*   MysqlDriver更名为PDOSqlDriver, 新增Connecter管理连接, SQLAssembler管理SQL语句.
*   new Module时,不会主动连接数据库,访问$this->link时,才主动连接数据库(感谢JH).
*   Response中增加redirect()方法, setHeader后支持链式操作.
*   Loader::init() 后增加返回值.
*   FrameBase中__get默认返回null.
*   @cp_cache中的参数key支持匿名函数. 文件缓存后缀跟sys['display']中指定的值一致. 只在get请求时生效(感谢JH).
*   Module中的find方法, 当page中的参数p大于total_page时返回空数组(感谢JH).
*   增加一个清空view->link()缓存的方法.
*   规范一些注释和一些小优化.
本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:CrossPHP 1.2.0 发布, 轻量高效的PHP开发框架
分享
评论(23)
最新评论
0

引用来自“exuan”的评论

支持下是必须的,作者还是增加个view吧

引用来自“ideaa”的评论

Cross中有view, 叫视图控制器. 页面展示逻辑在这一层处理, 如果你习惯用一些模板引擎, 也在这一层扩展. Cross中的View是对传统MVC中的V的增强, 写好web以后, 要提供全站的JSON输出,或未来其他什么形式的输出, 也只是改改配置而已.
受教了, 看到了 Exception / _tpl / cli_error.tpl.php 这样的方式才说的。
0

引用来自“eechen”的评论

SSDB作者开发的PHP轻量级框架iPHP
http://www.ideawu.net/blog/archives/828.html
对于 PHP 框架, 我有一些要求:
1. 不能做太多事
PHP 框架不要总想做所有事, 缓存系统不需要框架来做, Session 管理也不需要, 存储层封装不要太过度以至搞出各种恶心的 ORM, ActiveRecord 之类的无用功能. 这些功能和模块, 应该独立于框架, 采用成熟的技术.
2. 不要"创造"所谓的模板语言
PHP 语言本身就是模板语言, PHP 做模板语言对于 PHP Web 来说是最完美的, 可维护性和培训成本最佳的语言, 只需要再多说一两句话规范即可: 仅使用 echo 及允许的帮助 echo 的函数, 和 if/for/while. 我十年前不认同 smarty 这类模板工具的意义, 十年后也不认可这类毫无意义的寄生于 PHP 的工具.
3. 使用 PHP 框架的最佳状态是忘掉框架
框架要足够简便, 功能恰到好处, 没有不必要的限制, 这样在使用的过程中才能让人忘掉框架的存在, 以便能将精力放在业务本身. 当需要开发一个功能时, 程序员想的不应该是"框架能不能做", 而是"我能不能做".
4. 最后
我自己也开发了一个轻量级的 PHP 框架, 命名为 iphp. iphp 非常简便和轻量, 全部有效代码不过一千行. iphp 只解决 Web 开发中最重要的问题: 代码组织, URL路由和URL生成.
听起来不错,明天下载个看看
0

引用来自“eechen”的评论

SSDB作者开发的PHP轻量级框架iPHP
http://www.ideawu.net/blog/archives/828.html
对于 PHP 框架, 我有一些要求:
1. 不能做太多事
PHP 框架不要总想做所有事, 缓存系统不需要框架来做, Session 管理也不需要, 存储层封装不要太过度以至搞出各种恶心的 ORM, ActiveRecord 之类的无用功能. 这些功能和模块, 应该独立于框架, 采用成熟的技术.
2. 不要"创造"所谓的模板语言
PHP 语言本身就是模板语言, PHP 做模板语言对于 PHP Web 来说是最完美的, 可维护性和培训成本最佳的语言, 只需要再多说一两句话规范即可: 仅使用 echo 及允许的帮助 echo 的函数, 和 if/for/while. 我十年前不认同 smarty 这类模板工具的意义, 十年后也不认可这类毫无意义的寄生于 PHP 的工具.
3. 使用 PHP 框架的最佳状态是忘掉框架
框架要足够简便, 功能恰到好处, 没有不必要的限制, 这样在使用的过程中才能让人忘掉框架的存在, 以便能将精力放在业务本身. 当需要开发一个功能时, 程序员想的不应该是"框架能不能做", 而是"我能不能做".
4. 最后
我自己也开发了一个轻量级的 PHP 框架, 命名为 iphp. iphp 非常简便和轻量, 全部有效代码不过一千行. iphp 只解决 Web 开发中最重要的问题: 代码组织, URL路由和URL生成.

引用来自“南湖船老大”的评论

无法赞同他的所有观点。他说的那种框架没任何意义,只适合做个人网站,就他描述的那框架,我之前两天就写出来一个了。模板引擎可以没,但orm必须有,数据这层很重要。1000行代码真干不了啥
对的,比如业务复杂的web应用
0

引用来自“eechen”的评论

SSDB作者开发的PHP轻量级框架iPHP
http://www.ideawu.net/blog/archives/828.html
对于 PHP 框架, 我有一些要求:
1. 不能做太多事
PHP 框架不要总想做所有事, 缓存系统不需要框架来做, Session 管理也不需要, 存储层封装不要太过度以至搞出各种恶心的 ORM, ActiveRecord 之类的无用功能. 这些功能和模块, 应该独立于框架, 采用成熟的技术.
2. 不要"创造"所谓的模板语言
PHP 语言本身就是模板语言, PHP 做模板语言对于 PHP Web 来说是最完美的, 可维护性和培训成本最佳的语言, 只需要再多说一两句话规范即可: 仅使用 echo 及允许的帮助 echo 的函数, 和 if/for/while. 我十年前不认同 smarty 这类模板工具的意义, 十年后也不认可这类毫无意义的寄生于 PHP 的工具.
3. 使用 PHP 框架的最佳状态是忘掉框架
框架要足够简便, 功能恰到好处, 没有不必要的限制, 这样在使用的过程中才能让人忘掉框架的存在, 以便能将精力放在业务本身. 当需要开发一个功能时, 程序员想的不应该是"框架能不能做", 而是"我能不能做".
4. 最后
我自己也开发了一个轻量级的 PHP 框架, 命名为 iphp. iphp 非常简便和轻量, 全部有效代码不过一千行. iphp 只解决 Web 开发中最重要的问题: 代码组织, URL路由和URL生成.
我也无法赞同,项目经常用到缓传之类,不用老是复制,直接写到框架里面最好
0

引用来自“Pader”的评论

一直觉得注入对于PHP来说毫无意义。
像 CI 那样的 autoload 和 $this->load 更加现实点。
0
一直觉得注入对于PHP来说毫无意义。
0
注入有什么用?
0

引用来自“exuan”的评论

支持下是必须的,作者还是增加个view吧
Cross中有view, 叫视图控制器. 页面展示逻辑在这一层处理, 如果你习惯用一些模板引擎, 也在这一层扩展. Cross中的View是对传统MVC中的V的增强, 写好web以后, 要提供全站的JSON输出,或未来其他什么形式的输出, 也只是改改配置而已.
0

引用来自“eechen”的评论

SSDB作者开发的PHP轻量级框架iPHP
http://www.ideawu.net/blog/archives/828.html
对于 PHP 框架, 我有一些要求:
1. 不能做太多事
PHP 框架不要总想做所有事, 缓存系统不需要框架来做, Session 管理也不需要, 存储层封装不要太过度以至搞出各种恶心的 ORM, ActiveRecord 之类的无用功能. 这些功能和模块, 应该独立于框架, 采用成熟的技术.
2. 不要"创造"所谓的模板语言
PHP 语言本身就是模板语言, PHP 做模板语言对于 PHP Web 来说是最完美的, 可维护性和培训成本最佳的语言, 只需要再多说一两句话规范即可: 仅使用 echo 及允许的帮助 echo 的函数, 和 if/for/while. 我十年前不认同 smarty 这类模板工具的意义, 十年后也不认可这类毫无意义的寄生于 PHP 的工具.
3. 使用 PHP 框架的最佳状态是忘掉框架
框架要足够简便, 功能恰到好处, 没有不必要的限制, 这样在使用的过程中才能让人忘掉框架的存在, 以便能将精力放在业务本身. 当需要开发一个功能时, 程序员想的不应该是"框架能不能做", 而是"我能不能做".
4. 最后
我自己也开发了一个轻量级的 PHP 框架, 命名为 iphp. iphp 非常简便和轻量, 全部有效代码不过一千行. iphp 只解决 Web 开发中最重要的问题: 代码组织, URL路由和URL生成.
有些还是很有可取的,把框架作为一个核心,orm,session这些作为扩展,这比较好,太简单的框架,解决问题的速度会很难
0

引用来自“eechen”的评论

SSDB作者开发的PHP轻量级框架iPHP
http://www.ideawu.net/blog/archives/828.html
对于 PHP 框架, 我有一些要求:
1. 不能做太多事
PHP 框架不要总想做所有事, 缓存系统不需要框架来做, Session 管理也不需要, 存储层封装不要太过度以至搞出各种恶心的 ORM, ActiveRecord 之类的无用功能. 这些功能和模块, 应该独立于框架, 采用成熟的技术.
2. 不要"创造"所谓的模板语言
PHP 语言本身就是模板语言, PHP 做模板语言对于 PHP Web 来说是最完美的, 可维护性和培训成本最佳的语言, 只需要再多说一两句话规范即可: 仅使用 echo 及允许的帮助 echo 的函数, 和 if/for/while. 我十年前不认同 smarty 这类模板工具的意义, 十年后也不认可这类毫无意义的寄生于 PHP 的工具.
3. 使用 PHP 框架的最佳状态是忘掉框架
框架要足够简便, 功能恰到好处, 没有不必要的限制, 这样在使用的过程中才能让人忘掉框架的存在, 以便能将精力放在业务本身. 当需要开发一个功能时, 程序员想的不应该是"框架能不能做", 而是"我能不能做".
4. 最后
我自己也开发了一个轻量级的 PHP 框架, 命名为 iphp. iphp 非常简便和轻量, 全部有效代码不过一千行. iphp 只解决 Web 开发中最重要的问题: 代码组织, URL路由和URL生成.

引用来自“caryhgq”的评论

你就是传说中的那位吖
转载的,已经注明出处:
http://www.ideawu.net/blog/archives/828.html
0
好像还不错
0

引用来自“eechen”的评论

SSDB作者开发的PHP轻量级框架iPHP
http://www.ideawu.net/blog/archives/828.html
对于 PHP 框架, 我有一些要求:
1. 不能做太多事
PHP 框架不要总想做所有事, 缓存系统不需要框架来做, Session 管理也不需要, 存储层封装不要太过度以至搞出各种恶心的 ORM, ActiveRecord 之类的无用功能. 这些功能和模块, 应该独立于框架, 采用成熟的技术.
2. 不要"创造"所谓的模板语言
PHP 语言本身就是模板语言, PHP 做模板语言对于 PHP Web 来说是最完美的, 可维护性和培训成本最佳的语言, 只需要再多说一两句话规范即可: 仅使用 echo 及允许的帮助 echo 的函数, 和 if/for/while. 我十年前不认同 smarty 这类模板工具的意义, 十年后也不认可这类毫无意义的寄生于 PHP 的工具.
3. 使用 PHP 框架的最佳状态是忘掉框架
框架要足够简便, 功能恰到好处, 没有不必要的限制, 这样在使用的过程中才能让人忘掉框架的存在, 以便能将精力放在业务本身. 当需要开发一个功能时, 程序员想的不应该是"框架能不能做", 而是"我能不能做".
4. 最后
我自己也开发了一个轻量级的 PHP 框架, 命名为 iphp. iphp 非常简便和轻量, 全部有效代码不过一千行. iphp 只解决 Web 开发中最重要的问题: 代码组织, URL路由和URL生成.
无法赞同他的所有观点。他说的那种框架没任何意义,只适合做个人网站,就他描述的那框架,我之前两天就写出来一个了。模板引擎可以没,但orm必须有,数据这层很重要。1000行代码真干不了啥
0

引用来自“eechen”的评论

SSDB作者开发的PHP轻量级框架iPHP
http://www.ideawu.net/blog/archives/828.html
对于 PHP 框架, 我有一些要求:
1. 不能做太多事
PHP 框架不要总想做所有事, 缓存系统不需要框架来做, Session 管理也不需要, 存储层封装不要太过度以至搞出各种恶心的 ORM, ActiveRecord 之类的无用功能. 这些功能和模块, 应该独立于框架, 采用成熟的技术.
2. 不要"创造"所谓的模板语言
PHP 语言本身就是模板语言, PHP 做模板语言对于 PHP Web 来说是最完美的, 可维护性和培训成本最佳的语言, 只需要再多说一两句话规范即可: 仅使用 echo 及允许的帮助 echo 的函数, 和 if/for/while. 我十年前不认同 smarty 这类模板工具的意义, 十年后也不认可这类毫无意义的寄生于 PHP 的工具.
3. 使用 PHP 框架的最佳状态是忘掉框架
框架要足够简便, 功能恰到好处, 没有不必要的限制, 这样在使用的过程中才能让人忘掉框架的存在, 以便能将精力放在业务本身. 当需要开发一个功能时, 程序员想的不应该是"框架能不能做", 而是"我能不能做".
4. 最后
我自己也开发了一个轻量级的 PHP 框架, 命名为 iphp. iphp 非常简便和轻量, 全部有效代码不过一千行. iphp 只解决 Web 开发中最重要的问题: 代码组织, URL路由和URL生成.
你就是传说中的那位吖
0

引用来自“ideaa”的评论

http://git.oschina.net/ideaa/skeleton
厉害!
0
SSDB作者开发的PHP轻量级框架iPHP
http://www.ideawu.net/blog/archives/828.html
对于 PHP 框架, 我有一些要求:
1. 不能做太多事
PHP 框架不要总想做所有事, 缓存系统不需要框架来做, Session 管理也不需要, 存储层封装不要太过度以至搞出各种恶心的 ORM, ActiveRecord 之类的无用功能. 这些功能和模块, 应该独立于框架, 采用成熟的技术.
2. 不要"创造"所谓的模板语言
PHP 语言本身就是模板语言, PHP 做模板语言对于 PHP Web 来说是最完美的, 可维护性和培训成本最佳的语言, 只需要再多说一两句话规范即可: 仅使用 echo 及允许的帮助 echo 的函数, 和 if/for/while. 我十年前不认同 smarty 这类模板工具的意义, 十年后也不认可这类毫无意义的寄生于 PHP 的工具.
3. 使用 PHP 框架的最佳状态是忘掉框架
框架要足够简便, 功能恰到好处, 没有不必要的限制, 这样在使用的过程中才能让人忘掉框架的存在, 以便能将精力放在业务本身. 当需要开发一个功能时, 程序员想的不应该是"框架能不能做", 而是"我能不能做".
4. 最后
我自己也开发了一个轻量级的 PHP 框架, 命名为 iphp. iphp 非常简便和轻量, 全部有效代码不过一千行. iphp 只解决 Web 开发中最重要的问题: 代码组织, URL路由和URL生成.
0
支持下是必须的,作者还是增加个view吧
0
呵呵哒
0
[呲牙]
0
0
容易
7mi91给我
破椅子
婆婆嘴
顶部