rails强大的地方在于约定》配置,这是一个我认为很不错的想法,特别是在java+spring配置无底洞的时候,一种更高级的模式应用我觉得应该出现了,这就是rails,推崇rails绝不是因为它开发简单,而是它带来的mvc的思路和避免配置的优越性。经过wap项目的开发,基本订立累死rails的action和method的基调,我的想法基本是这样的:action 基类通过基类虚函数达到初始化用户数据的功能(需要用户处理的接口)比如:abstract class baseBeforeProcess(){abstract doprocess();}接下来是model这是比较复杂的玩意,但利用类似ra ...
模仿rails的方法构造php的简单框架非常方便,由于php拥有变量函数这一特征对于在其他语言中很复杂实现的IOC在php中过于容易了,当然这也是php本身俄脚本特性所决定的,不知道效率如何。个人觉得php将来的发展指向应该是类ruby的语言,否则恐怕生命难以持久啊。
对于类来说php本身支持确实不够好,而一些类的特性支持几乎就是僵持,上次说到过它的try catch需要自己throw才能捕获,相信这样的try catch只是形式上的东西不会有人真正去使用它的。而它的类其他特性也基本上属于形式级别的,它不爱报错宁愿执行非预期结果的特性实在令我用惯java后无法适应,比如:把默认构造隐藏之后,在其子类中没有实现父类的构造居然是不报错的。。。另外对于类型同样会自动适应特别是任意东西转向string几乎是自动而默认的,而这经常产生非预期结果。
试用了一把php的try catch极其失望,除了名字相同,其他的。。。比如:try{    if(class_exists($act['action'])){     $obj=new $act['action']($act,$this->_pDate);    }else{     throw new Exception("");    }&nbs ...
当出现嵌套require的时候,路径居然不能统一,必须用dirname来得到绝对路径。这就带来了另外一个问题,我一直以为php这类东西是文本引用然后统一编译的,事实来看他不是的,它是各自编译然后在组合的,所以才会有嵌套之后的路径错位导致必须使用绝对路径。
今天使用了下php的rand,首先要suck下php的伪随机函数,这是一个我没法用的函数,当然你可以觉得很方便,但问题是无法特别随机。接下来说说array_rand,这个函数是从数组里随机拿出n个单元,看起来很容易却因为php的可变类型突然变得奇怪:$a=array();array_rand($source,1);这样写没有问题吧,问题却来了,$a不是一个数组了!这真是。。。害得代码要判断传入的数量是否是1.。。真是对php的类型很不适应。
edwardpro
搜索本博客
最近加入圈子
存档
最新评论