+实现注入机制Cross::loadApp(web)-di(abc,function(){returnabc;})-run();在控制器中使用:$this-getDi(abc);以单例模式实例化一个注入对象fig.php支持匿名函数,在module中优先处理.returnarray(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语句.*newModule时,不会主动连接数据库,访问$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()缓存的方法.*规范一些注释和一些小优化.
本站文章除注明转载外，均为本站原创或编译。欢迎任何形式的转载，但请务必注明出处，尊重他人劳动共创开源社区。
Cross中有view, 叫视图控制器. 页面展示逻辑在这一层处理, 如果你习一些模板引擎, 也在这一层扩展. Cross中的View是对传统MVC中的V的增强, 写好web以后, 要提供全站的JSON输出,或未来其他什么形式的输出, 也只是改改配置而已.
受教了， 看到了 Exception / _tpl / cli_error.tpl.php 这样的方式才说的。
PHP 框架不要总想做所有事, 缓存系统不需要框架来做, Session 管理也不需要, 存储层封装不要太过度以至搞出各种恶心的 ORM, ActiveRecord 之类的无用功能. 这些功能和模块, 应该于框架, 采用成熟的技术.
PHP 语言本身就是模板语言, PHP 做模板语言对于 PHP Web 来说是最完美的, 可性和培训成本最佳的语言, 只需要再多说一两句话规范即可: 仅使用 echo 及允许的帮助 echo 的函数, 和 if/for/while. 我十年前不认同 smarty 这类模板工具的意义, 十年后也不认可这类毫无意义的寄生于 PHP 的工具.
框架要足够简便, 功能恰到好处, 没有不必要的, 这样在使用的过程中才能让人忘掉框架的存在, 以便能将精力放在业务本身. 当需要开发一个功能时, 程序员想的不应该是框架能不能做, 而是我能不能做.
我自己也开发了一个轻量级的 PHP 框架, 命名为 iphp. iphp 非常简便和轻量, 全部有效代码不过一千行. iphp 只解决 Web 开发中最重要的问题: 代码组织, URL由和URL生成.
PHP 框架不要总想做所有事, 缓存系统不需要框架来做, Session 管理也不需要, 存储层封装不要太过度以至搞出各种恶心的 ORM, ActiveRecord 之类的无用功能. 这些功能和模块, 应该于框架, 采用成熟的技术.
PHP 语言本身就是模板语言, PHP 做模板语言对于 PHP Web 来说是最完美的, 可性和培训成本最佳的语言, 只需要再多说一两句话规范即可: 仅使用 echo 及允许的帮助 echo 的函数, 和 if/for/while. 我十年前不认同 smarty 这类模板工具的意义, 十年后也不认可这类毫无意义的寄生于 PHP 的工具.
框架要足够简便, 功能恰到好处, 没有不必要的, 这样在使用的过程中才能让人忘掉框架的存在, 以便能将精力放在业务本身. 当需要开发一个功能时, 程序员想的不应该是框架能不能做, 而是我能不能做.
我自己也开发了一个轻量级的 PHP 框架, 命名为 iphp. iphp 非常简便和轻量, 全部有效代码不过一千行. iphp 只解决 Web 开发中最重要的问题: 代码组织, URL由和URL生成.
无法赞同他的所有观点。他说的那种框架没任何意义，只适合做个人网站，就他描述的那框架，我之前两天就写出来一个了。模板引擎可以没，但orm必须有，数据这层很重要。1000行代码真干不了啥
PHP 框架不要总想做所有事, 缓存系统不需要框架来做, Session 管理也不需要, 存储层封装不要太过度以至搞出各种恶心的 ORM, ActiveRecord 之类的无用功能. 这些功能和模块, 应该于框架, 采用成熟的技术.
PHP 语言本身就是模板语言, PHP 做模板语言对于 PHP Web 来说是最完美的, 可性和培训成本最佳的语言, 只需要再多说一两句话规范即可: 仅使用 echo 及允许的帮助 echo 的函数, 和 if/for/while. 我十年前不认同 smarty 这类模板工具的意义, 十年后也不认可这类毫无意义的寄生于 PHP 的工具.
框架要足够简便, 功能恰到好处, 没有不必要的, 这样在使用的过程中才能让人忘掉框架的存在, 以便能将精力放在业务本身. 当需要开发一个功能时, 程序员想的不应该是框架能不能做, 而是我能不能做.
我自己也开发了一个轻量级的 PHP 框架, 命名为 iphp. iphp 非常简便和轻量, 全部有效代码不过一千行. iphp 只解决 Web 开发中最重要的问题: 代码组织, URL由和URL生成.
Cross中有view, 叫视图控制器. 页面展示逻辑在这一层处理, 如果你习一些模板引擎, 也在这一层扩展. Cross中的View是对传统MVC中的V的增强, 写好web以后, 要提供全站的JSON输出,或未来其他什么形式的输出, 也只是改改配置而已.
PHP 框架不要总想做所有事, 缓存系统不需要框架来做, Session 管理也不需要, 存储层封装不要太过度以至搞出各种恶心的 ORM, ActiveRecord 之类的无用功能. 这些功能和模块, 应该于框架, 采用成熟的技术.
PHP 语言本身就是模板语言, PHP 做模板语言对于 PHP Web 来说是最完美的, 可性和培训成本最佳的语言, 只需要再多说一两句话规范即可: 仅使用 echo 及允许的帮助 echo 的函数, 和 if/for/while. 我十年前不认同 smarty 这类模板工具的意义, 十年后也不认可这类毫无意义的寄生于 PHP 的工具.
框架要足够简便, 功能恰到好处, 没有不必要的, 这样在使用的过程中才能让人忘掉框架的存在, 以便能将精力放在业务本身. 当需要开发一个功能时, 程序员想的不应该是框架能不能做, 而是我能不能做.
我自己也开发了一个轻量级的 PHP 框架, 命名为 iphp. iphp 非常简便和轻量, 全部有效代码不过一千行. iphp 只解决 Web 开发中最重要的问题: 代码组织, URL由和URL生成.
有些还是很有可取的，把框架作为一个核心，orm，session这些作为扩展，这比较好，太简单的框架，解决问题的速度会很难
PHP 框架不要总想做所有事, 缓存系统不需要框架来做, Session 管理也不需要, 存储层封装不要太过度以至搞出各种恶心的 ORM, ActiveRecord 之类的无用功能. 这些功能和模块, 应该于框架, 采用成熟的技术.
PHP 语言本身就是模板语言, PHP 做模板语言对于 PHP Web 来说是最完美的, 可性和培训成本最佳的语言, 只需要再多说一两句话规范即可: 仅使用 echo 及允许的帮助 echo 的函数, 和 if/for/while. 我十年前不认同 smarty 这类模板工具的意义, 十年后也不认可这类毫无意义的寄生于 PHP 的工具.
框架要足够简便, 功能恰到好处, 没有不必要的, 这样在使用的过程中才能让人忘掉框架的存在, 以便能将精力放在业务本身. 当需要开发一个功能时, 程序员想的不应该是框架能不能做, 而是我能不能做.
我自己也开发了一个轻量级的 PHP 框架, 命名为 iphp. iphp 非常简便和轻量, 全部有效代码不过一千行. iphp 只解决 Web 开发中最重要的问题: 代码组织, URL由和URL生成.
PHP 框架不要总想做所有事, 缓存系统不需要框架来做, Session 管理也不需要, 存储层封装不要太过度以至搞出各种恶心的 ORM, ActiveRecord 之类的无用功能. 这些功能和模块, 应该于框架, 采用成熟的技术.
PHP 语言本身就是模板语言, PHP 做模板语言对于 PHP Web 来说是最完美的, 可性和培训成本最佳的语言, 只需要再多说一两句话规范即可: 仅使用 echo 及允许的帮助 echo 的函数, 和 if/for/while. 我十年前不认同 smarty 这类模板工具的意义, 十年后也不认可这类毫无意义的寄生于 PHP 的工具.
框架要足够简便, 功能恰到好处, 没有不必要的, 这样在使用的过程中才能让人忘掉框架的存在, 以便能将精力放在业务本身. 当需要开发一个功能时, 程序员想的不应该是框架能不能做, 而是我能不能做.
我自己也开发了一个轻量级的 PHP 框架, 命名为 iphp. iphp 非常简便和轻量, 全部有效代码不过一千行. iphp 只解决 Web 开发中最重要的问题: 代码组织, URL由和URL生成.
无法赞同他的所有观点。他说的那种框架没任何意义，只适合做个人网站，就他描述的那框架，我之前两天就写出来一个了。模板引擎可以没，但orm必须有，数据这层很重要。1000行代码真干不了啥
PHP 框架不要总想做所有事, 缓存系统不需要框架来做, Session 管理也不需要, 存储层封装不要太过度以至搞出各种恶心的 ORM, ActiveRecord 之类的无用功能. 这些功能和模块, 应该于框架, 采用成熟的技术.
PHP 语言本身就是模板语言, PHP 做模板语言对于 PHP Web 来说是最完美的, 可性和培训成本最佳的语言, 只需要再多说一两句话规范即可: 仅使用 echo 及允许的帮助 echo 的函数, 和 if/for/while. 我十年前不认同 smarty 这类模板工具的意义, 十年后也不认可这类毫无意义的寄生于 PHP 的工具.
框架要足够简便, 功能恰到好处, 没有不必要的, 这样在使用的过程中才能让人忘掉框架的存在, 以便能将精力放在业务本身. 当需要开发一个功能时, 程序员想的不应该是框架能不能做, 而是我能不能做.
我自己也开发了一个轻量级的 PHP 框架, 命名为 iphp. iphp 非常简便和轻量, 全部有效代码不过一千行. iphp 只解决 Web 开发中最重要的问题: 代码组织, URL由和URL生成.
PHP 框架不要总想做所有事, 缓存系统不需要框架来做, Session 管理也不需要, 存储层封装不要太过度以至搞出各种恶心的 ORM, ActiveRecord 之类的无用功能. 这些功能和模块, 应该于框架, 采用成熟的技术.
PHP 语言本身就是模板语言, PHP 做模板语言对于 PHP Web 来说是最完美的, 可性和培训成本最佳的语言, 只需要再多说一两句话规范即可: 仅使用 echo 及允许的帮助 echo 的函数, 和 if/for/while. 我十年前不认同 smarty 这类模板工具的意义, 十年后也不认可这类毫无意义的寄生于 PHP 的工具.
框架要足够简便, 功能恰到好处, 没有不必要的, 这样在使用的过程中才能让人忘掉框架的存在, 以便能将精力放在业务本身. 当需要开发一个功能时, 程序员想的不应该是框架能不能做, 而是我能不能做.
我自己也开发了一个轻量级的 PHP 框架, 命名为 iphp. iphp 非常简便和轻量, 全部有效代码不过一千行. iphp 只解决 Web 开发中最重要的问题: 代码组织, URL由和URL生成.
ins class=adsbygoogle style=display:inline-block;width:250px;height:250px data-ad-client=ca-pub-0 data-ad-slot=9649490513
网友评论 ()条 查看