edwardpro

今天使用了下php的rand，首先要suck下php的伪随机函数，这是一个我没法用的函数，当然你可以觉得很方便，但问题是无法特别随机。接下来说说array_rand，这个函数是从数组里随机拿出n个单元，看起来很容易却因为php的可变类型突然变得奇怪：$a=array();array_rand($source,1);这样写没有问题吧，问题却来了，$a不是一个数组了！这真是。。。害得代码要判断传入的数...

当出现嵌套require的时候，路径居然不能统一，必须用dirname来得到绝对路径。这就带来了另外一个问题，我一直以为php这类东西是文本引用然后统一编译的，事实来看他不是的，它是各自编译然后在组合的，所以才会有嵌套之后的路径错位导致必须使用绝对路径。...

试用了一把php的try catch极其失望，除了名字相同，其他的。。。比如：try{    if(class_exists($act['action'])){     $obj=new $act['action']($act,$this->_pDate);    }else{     throw new Exception("");    }   }catch (Exception $e)...

对于类来说php本身支持确实不够好，而一些类的特性支持几乎就是僵持，上次说到过它的try catch需要自己throw才能捕获，相信这样的try catch只是形式上的东西不会有人真正去使用它的。而它的类其他特性也基本上属于形式级别的，它不爱报错宁愿执行非预期结果的特性实在令我用惯java后无法适应，比如：把默认构造隐藏之后，在其子类中没有实现父类的构造居然是不报错的。。。另外对于类型同样会自动适...

模仿rails的方法构造php的简单框架非常方便，由于php拥有变量函数这一特征对于在其他语言中很复杂实现的IOC在php中过于容易了，当然这也是php本身俄脚本特性所决定的，不知道效率如何。个人觉得php将来的发展指向应该是类ruby的语言，否则恐怕生命难以持久啊。...

rails强大的地方在于约定》配置，这是一个我认为很不错的想法，特别是在java+spring配置无底洞的时候，一种更高级的模式应用我觉得应该出现了，这就是rails，推崇rails绝不是因为它开发简单，而是它带来的mvc的思路和避免配置的优越性。经过wap项目的开发，基本订立累死rails的action和method的基调，我的想法基本是这样的：action 基类通过基类虚函数达到初始化用户数据...