• php的interface == 鸡肋?

    神仙 2007-09-14 21:09

    话说当年,php5诞生的时候,向java,c++学了好多面向对象的语法元素。其中就有interface。在java圈子里,主流的观念是要面向接口编程而不是面向类编程,将接口与实现分离。记得在Spring in Action的例子里,要创建一个骑士对象,首先写一个Knight接口,里面定义了骑士可以做什么。具体怎么做则是在类KnightImpl里实现的。看上去似乎有一点麻烦。不过java大牛们教育我们,这是为了更好的灵活性。这样使用骑士的时候不用关心这是个什么样的骑士,而且可以在不修改代码,只修改工厂的配置文件,就可以用另一个实现来替换现有的实现。更寻常的说法是,比如Map接口,通常我们使用一个映射表的时候只要能够满足键值对应的操作就行。我们可以根据具体需要选用哈希表实现或是查找树实现,甚至自己定义一个存放在数据库中的Map。简单的说,接口定义了一组操作,实现了某个接口的对象也就能提供这个接口规定的一组操作。接口就像是一个协议或者说一个标准。这么说来,interface应该是一个好东西,似乎是面向接口编程所必不可少的,interface不就是接口的英文词么。那这篇文章的题目又是怎么回事呢?

    还是拿例子说话。
    interface Computer{
        function add($a, $b);
        function minus($a, $b);
    ....
    }

    class Mainframe implements Computer{
        function add($a, $b){
            //...
        }

        function minus($a, $b){
            //...
        }
    }

    class Calculator implements Computer{
        function add($a, $b){
            //...
        }

        function minus($a, $b){
            //...
        }
    }

    不管是大型机还是小计算器,都可以算加减法。想要算加法的时候只要拿一个实现了Computer接口的东西就行。比如
    function doAdd(Computer $c, $a, $b){
        return $c->add($a, $b);
    }
    看起来不错。不过能算加减法的不仅仅是那些用电的东西。我国古代劳动人民的智慧结晶——算盘也能算加法。那么如果要拿算盘算加法,就要有一个算盘类。那这个算盘类该不该实现Computer接口呢?这个算盘似乎也算不上是一个计算机啊。或许该另外建立一个Calculatable的接口,让计算机和算盘都去实现这个接口,这样似乎就不错了。有时候我们只需要用到Calculatable的一部分功能。比如Calculatable定义了基本的加减乘除,但我们买菜算账的时候通常只需要加法。这时候如果用Calculatable的话就需要接受一些无用的东西。再用一个php的SPL里的例子。SPL里有一个ArrayAccess接口,可以让对象像数组一样用下标去访问。这是一个很有意思的语法糖。不过有时候只需要按下标读功能就可以了,但是为了要满足规定,还是要把ArrayAccess接口的所有方法都实现一遍,于是就要写好几个throw new Exception('xxx is not writable');之类的东西。这实在有点罗嗦。

    为什么不换一个写法呢?扔掉那些interface,直接写
    class Mainframe{
        function add($a, $b){
            //...
        }

        function minus($a, $b){
            //...
        }
    }

    class Calculator{
        function add($a, $b){
            //...
        }

        function minus($a, $b){
            //...
        }
    }

    class Abacus{
        function add($a, $b){
            //...
        }

        function minus($a, $b){
            //...
        }
    }
    在需要计算的时候,也不用限定一定要是Computer,把对象直接扔过去。
    function doAdd($c, $a, $b){
        return $c->add($a, $b);
    }

    如果在试图在一个不能算加法的东西比如易拉罐上执行add,解释器自然会报错。也就是说,只有满足接口的对象才能够正常运行。你看,不用interface一样可以实现面向接口编程,而且更加灵活。

    不用interface搞面向接口编程这听起来还是有点玄乎。毕竟这个interface就是接口的英文单词啊。好吧,interface确实是英文单词,但并不代表interface这个语法元素就等价于接口。就好像把狗的尾巴也叫做腿,这狗也不是就有了五条腿。interface只是叫了这个名字而已。当然,interface在一定程度上也为面向接口编程提供了方便,比如提供了编译期的检查。而且对于强类型语言来说,这样的语法元素是很重要的,比如java。而对于弱类型语言,比如php,却不是必须的。而对于一些更动态的语言,比如python,ruby来说,更是很难相容的。

     

  • Lucene学习笔记

    神仙 2007-03-10 12:51

      最近用Lucene开发全文检索。《Lucene in Action》这本书用的是Lucene 1.4。我自己下的是最新的2.1。然后就发现了很多不同的地方。

     Field没了Keyword、UnIndexed、UnStored、Text这几个静态成员,只能用
    Field(String, String, Store, Index)。
    Keyword对应Field.Store.YES, Field.Index.UN_TOKENIZED,
    UnIndexed 对应Field.Store.YES, Field.Index.NO,
    UnStored对应Field.Store.NO, Field.Index.TOKENIZED,
    Text对应Field.Store.YES, Field.Index.TOKENIZED。

    FSDirectory.getDirectory的有两个参数的变成了depresed 了。现在要用只有一个参数的。

    BooleanQuery的add方法也变了。原来是用两个boolean值组合的,现在 使用BooleanClause.Occur的几个静态成员了。

    暂时就发现这点差异。

     

  • Java又神奇了一次

    神仙 2007-03-02 21:53

    今天写程序,碰到了这么一个错误:
    java.sql.SQLException: Column Index out of range, 0 > 1.
    前面好理解,后面那个就神奇了: 0 > 1
    其实是这样的。JDBC的RecordSet的数字列索引是从1开始的。我给了个0,所以就超出了范围。不过估计写这个错误信息的高人一定没犯过我这样的错误吧。

  • Java vs. PHP

    神仙 2006-12-13 16:00
      最近在做一个J2EE的项目,用Spring + Hibernate。在开发过程中,我体会到了Java语言的麻烦,在许多动态语言中可以很简单的解决的问题在Java中就相当麻烦。但Java作为一种强类型语言的好处就在于方便了IDE。而对动态语言很难实现功能强大的辅助开发功能。不过对于开发者,尤其是熟练的开发者来说,IDE带来的帮助远不如语言本身的灵活性带来的好处大。如此看来,RoR的出现对Java社群带来的影响就是理所当然的了。
      相比起Java,PHP要简单得多。而且便于快速开发快速测试。在J2EE里,要对Servlet或者Controller/Action之类的东西做单元测试是比较麻烦的。因为不能自己构造request和response。虽然Spring提供了Mock对象,也有其他人做了类似的工作,相比 PHP里只要设置下$_GET,$_POST就能自定义请求数据来说,就要复杂了很多。
      Spring号称是一个轻量级框架,但实际用下来还是比较麻烦的。可以想见,传统的J2EE开发就更痛苦了。对于不那么复杂的Web应用,也是多数Web应用,其实还是PHP更适合。
      但PHP并没有受到很大的重视,一直都是叫座不叫好型的。PHP本身也有不少缺点,比如没有namespace/package,没有一个被普遍接受的好的应用框架,没有应用服务器。但更重要的原因恐怕还是PHPer普遍对面向对象认识不足。虽然PHP提供面向对象功能已经很久了,但多数程序里还是把 PHP当作面向过程的语言来用,在一些高人的眼里,PHP就成了低端语言。

      
  • expected:<男> but was:<男>

    神仙 2006-11-29 22:32
      今天写程序,突然看到这个错误:junit.framework.AssertionFailedError: expected:<男> but was:<男>
    把错误发到群里,震惊了世界后,突然发现了原因。
      assertEquals(resume.getSex(), "男");
    应该是
      assertEquals(resume.getSex().toString(), "男");
      少了个toString()。但是我自己为了前台输出方便,在Sex类里实现了toString。结果junit在输出错误的时候就输出了那个"男",然后就有了那个神奇的错误信息。

日历

关于神仙

神仙

世人都晓神仙好~~~~