<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    treenode

    在路上。

    BlogJava 首頁 新隨筆 聯(lián)系 聚合 管理
      5 Posts :: 1 Stories :: 53 Comments :: 0 Trackbacks
    請比較一下這兩段功能大致相同的代碼。拋開語法的差別不論,你覺得哪種風(fēng)格好?你愿意維護(hù)哪一段代碼?

    ????????b.addSelectionListener(?new?SelectionAdapter()
    ????????{
    ????????????
    public?void?widgetSelected(?SelectionEvent?e?)
    ????????????{
    ????????????????Runnable?longJob?
    =?new?Runnable()
    ????????????????{
    ????????????????????
    boolean????done????=?false;
    ????????????????????
    int????????id;

    ????????????????????
    public?void?run()
    ????????????????????{
    ????????????????????????Thread?thread?
    =?new?Thread(?new?Runnable()
    ????????????????????????{
    ????????????????????????????
    public?void?run()
    ????????????????????????????{
    ????????????????????????????????id?
    =?nextId[0]++;
    ????????????????????????????????display.syncExec(?
    new?Runnable()
    ????????????????????????????????{
    ????????????????????????????????????
    public?void?run()
    ????????????????????????????????????{
    ????????????????????????????????????????
    if?(?text.isDisposed()?)
    ????????????????????????????????????????????
    return;
    ????????????????????????????????????????text
    ????????????????????????????????????????????????.append(?
    "\nStart?long?running?task?"
    ????????????????????????????????????????????????????????
    +?id?);
    ????????????????????????????????????}
    ????????????????????????????????}?);
    ????????????????????????????????
    for?(?int?i?=?0;?i?<?100000;?i++?)
    ????????????????????????????????{
    ????????????????????????????????????
    if?(?display.isDisposed()?)
    ????????????????????????????????????????
    return;
    ????????????????????????????????????System.out
    ????????????????????????????????????????????.println(?
    "do?task?that?takes?a?long?time?in?a?separate?thread?"
    ????????????????????????????????????????????????????
    +?id?);
    ????????????????????????????????}
    ????????????????????????????????
    if?(?display.isDisposed()?)
    ????????????????????????????????????
    return;
    ????????????????????????????????display.syncExec(?
    new?Runnable()
    ????????????????????????????????{
    ????????????????????????????????????
    public?void?run()
    ????????????????????????????????????{
    ????????????????????????????????????????
    if?(?text.isDisposed()?)
    ????????????????????????????????????????????
    return;
    ????????????????????????????????????????text
    ????????????????????????????????????????????????.append(?
    "\nCompleted?long?running?task?"
    ????????????????????????????????????????????????????????
    +?id?);
    ????????????????????????????????????}
    ????????????????????????????????}?);
    ????????????????????????????????done?
    =?true;
    ????????????????????????????????display.wake();
    ????????????????????????????}
    ????????????????????????}?);
    ????????????????????????thread.start();
    ????????????????????????
    while?(?!done?&&?!shell.isDisposed()?)
    ????????????????????????{
    ????????????????????????????
    if?(?!display.readAndDispatch()?)
    ????????????????????????????????display.sleep();
    ????????????????????????}
    ????????????????????}
    ????????????????};
    ????????????????BusyIndicator.showWhile(?display,?longJob?);
    ????????????}
    ????????}?);
    另外一種:
    ????????delegate?void?NotifyStartDelegate(?int?threadId?);
    ????????
    delegate?void?NotifyFinishDelegate(?int?threadId?);
    ????????
    ????????btnInvoke.Click?
    +=?BtnInvokeClick;
    ????????
    ????????
    void?BtnInvokeClick(object?sender,?System.EventArgs?e)
    ????????{
    ????????????text.Text?
    =?"invoke?long?running?job";
    ????????????
    ????????????Cursor?
    =?Cursors.WaitCursor;
    ????????????Thread?thread?
    =?new?Thread(?new?ThreadStart(ThreadProc)?);
    ????????????thread.Start();
    ????????}
    ????????
    ????????
    private?void?ThreadProc()
    ????????{
    ????????????
    int?threadId?=?nextId?++;
    ????????????
    bool?done?=?false;
    ????????????
    ????????????
    if?(?IsDisposed?)
    ????????????????
    return;
    ????????????
    ????????????Invoke(?
    new?NotifyStartDelegate(notifyThreadStart),?new?object[]?{?threadId?}?);
    ????????????
    for?(?int?i=0;?i<100000;?i++?)
    ????????????{
    ????????????????
    if?(?IsDisposed?)
    ????????????????????
    return;
    ????????????????Console.WriteLine(?
    "do?task?that?takes?a?long?time?in?a?separate?thread?"?+?threadId?);
    ????????????}
    ????????
    ????????????
    if?(?IsDisposed?)
    ????????????????
    return;
    ????????????Invoke(?
    new?NotifyFinishDelegate(notifyThreadFinish),?new?object[]?{?threadId?}?);
    ????????????done?
    =?true;
    ????????}
    ????????
    ????????
    private?void?notifyThreadStart(?int?threadId?)
    ????????{
    ????????????text.Text?
    +=?"\r\nStart?long?task?"?+?threadId;
    ????????????threadCount?
    ++;
    ????????}
    ????????
    ????????
    private?void?notifyThreadFinish(?int?threadId?)
    ????????{
    ????????????text.Text?
    +=?"\r\nCompleted?long?running?task?"?+?threadId;????
    ????????????threadCount?
    --;
    ????????????
    if?(?threadCount?==?0?)
    ????????????????Cursor?
    =?Cursors.Default;
    ????????}
    ????????
    ????????
    private?int?nextId?=?0;
    ????????
    private?int?threadCount?=?0;

    我在另一個地方也抱怨過:在所有我了解的語言特性里面,沒有一種像Java內(nèi)部類一樣讓我覺得反感——甚至到了惡心的地步。大多作B/S系統(tǒng)的Java程 序員可能不會有這樣的感覺,因為那個領(lǐng)域基本上很少會用到這個概念。可是在C/S,不管用Swing還是SWT,內(nèi)部類都是繞不過去的一座大山。在閱讀Eclipse站點上許多代碼示例以后,我終于有了痛苦到——一點也不夸張——想要作嘔的地步。上面第一段代碼就是讓我感到窩心的代碼之一(僅僅是其中之一,還不是最丑陋的)。我想,Java 語言的發(fā)明者大概從來就沒寫過桌面程序;他根本也不打算為這個領(lǐng)域的程序員提供一種比較好的事件回調(diào)機(jī)制。

    內(nèi)部類有什么問題呢?首先,你愿意在去看代碼邏輯之前,先花上好幾分鐘去搞清楚“這個括號到底是和哪個配對”這種蠢問題嗎?你不妨回頭看看第一段的代碼,想想這段其實相當(dāng)簡單的程序,是不是真的值得用這么多括號去考驗?zāi)愕闹橇Α?br />
    內(nèi)部類是對封裝的嚴(yán)重破壞。它對外部類的任何私有變量都有完全的訪問權(quán)限——如果你突然發(fā)現(xiàn)某個變量的內(nèi)容不對勁了,你不能僅僅在setXXX里面加個斷 點就指望能捕獲到錯誤;真正的元兇可能是內(nèi)部類里面的哪一句呢。如果內(nèi)部類都非常簡單,那倒也沒什么。可是當(dāng)內(nèi)部類用來實現(xiàn)事件的時候,你就沒法指望它一 直那么簡單了。

    內(nèi)部類是測試的盲區(qū)。TDD總是說,要測試,測試,所有包含邏輯的類都應(yīng)當(dāng)通過充分的測試。可是內(nèi)部類怎么測試?只要想想就能知道,大多數(shù)內(nèi)部類是根本沒法測試的,它和外部類實在是耦合的太緊密了。匿名內(nèi)部類的問題更嚴(yán)重——它是絕對無法測試的。你怎么測試一個連名字都沒有的方法?

    不管有意無意,內(nèi)部類在(至少我看到的)實踐中事實上鼓勵了不好的編程風(fēng)格。就是說,它違背了DRY(Don't Repeat Yourself)的原則。比如,button.addSelectionListener后面幾乎總是跟著SelectionAdapter+括號+ widgetSelected原型再+一堆括號;Display.asyncExec后面總是要寫上new Runnble(),void run(),括號,等等。千篇一律的東西,可是又不得不寫。而且,幾乎沒有什么好的辦法可以改進(jìn)!因為語法的規(guī)則要求你必須這樣做。每天寫這些無聊的東 西,你的話會不會煩?哦,工具是有的。可是工具只負(fù)責(zé)生成代碼,以后的維護(hù)還是要你來做——不是么?
    posted on 2006-06-15 22:37 TreeNode 閱讀(3597) 評論(31)  編輯  收藏 所屬分類: Java技術(shù)

    Feedback

    # re: 內(nèi)部類讓我厭惡Java 2006-06-15 22:44 Anders小明
    嘿嘿,java語言有些地方是不如.net做的好!另外java的語言的演化在有些地方背離了它的初衷。.net平臺一開始規(guī)劃的比較好!  回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-15 23:07 CowNew開源團(tuán)隊
    其實你完全可以這樣寫,只把內(nèi)部類需要實現(xiàn)的方法中抽取出一個新的方法來,比如:
    b.addSelectionListener( new SelectionAdapter()
    {
    public void widgetSelected( SelectionEvent e )
    {
    on_widgetSelected(e);
    }
    } );



    private on_widgetSelected(SelectionEvent e)
    {
    Runnable longJob = new Runnable()
    。。。。。。。
    }
    on_widgetSelected中的方法還可以進(jìn)一步如此抽取。java確實不適合做界面開發(fā)這種層次的工作(雖然sun在努力改進(jìn)這一點)。如果用好了,java的內(nèi)部類可比.net的delegate 好用多了,內(nèi)部類可不光光只是用來做回調(diào)這么簡單的工作的。  回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-15 23:39 江南白衣
    JFunctor這種用反射實現(xiàn)函數(shù)指針的方法可以用么?  回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-15 23:46 TreeNode
    答CowNew:我自己就經(jīng)常這么寫。不過這樣也沒多少好處,比比看C#怎么寫:
    btnInvoke.Click += BtnInvokeClick;

    再看看Java如何用四五行代碼、兩層括號實現(xiàn)同樣的功能。何苦呢?

    我倒是很想看看什么地方可以用內(nèi)部類優(yōu)雅的解決其他辦法解決不了或很難解決的問題。但是我還沒有看到過。倒是很多Java教科書都苦口婆心的說:學(xué)會適應(yīng)內(nèi)部類吧,熟悉以后你會發(fā)現(xiàn)它并不是那么難。這樣的說明本身就讓我覺得很有趣。

    回調(diào)簡單嗎?我在這個BLOG上的另外一篇里面也說到這個問題。回調(diào)概念簡單,實現(xiàn)起來其實是相當(dāng)復(fù)雜多變的。這個領(lǐng)域里C++有functor,MFC有Handle Map,ATL有Thunk,VCL有TMethod,Python和Ruby有closure。多到讓人眼花繚亂的地步。Java的實現(xiàn)是最讓我覺得難看的一種。

    答江南白衣:
    JFunctor我不了解,有機(jī)會看看。
    自己曾想過用反射,不過反射的問題是Java并不把函數(shù)當(dāng)成對象,因此C#那樣的語法是行不通的。如果用方法名稱的話就沒有編譯器檢查,同步是個問題。
    另反射的性能也要考慮,對于一般的消息沒有問題,如果是MouseMove或者很頻繁的Timer事件是會影響效率的。  回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-16 00:14 CowNew開源團(tuán)隊
    我對.net的delegate 理解并不是很深入,可能說的有錯誤。我認(rèn)為delegate只是一個方法指針而已,而java的內(nèi)部類則是一個類,雖然可能有的時候會和宿主類共享一些成員,但是其封裝性和可復(fù)用性更強(qiáng)。  回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-16 00:34 TreeNode
    delegate事實上不是指針而是對象,一個派生于MulticaseDelegate的對象。M$隱藏了它的細(xì)節(jié)而已。

    內(nèi)部類的封裝和復(fù)用體現(xiàn)在哪呢?我是這么看的:如果它和外部類需要如此緊密的耦合,以至于可以完全訪問外部類的所有私有字段,那么它恐怕根本就不應(yīng)該作為一個類。不然的話,它反而只是在破壞外部類的封裝。如果它和外部類沒有耦合或者只有接口耦合,那么它完全應(yīng)當(dāng)拿出來作為單獨的類。

    我不知道內(nèi)部類復(fù)用性強(qiáng)指的是什么。內(nèi)部類嚴(yán)重依賴于外部類的存在,你根本沒法把它單獨拿出來復(fù)用。也許你說的是多個方法可以共用同一個內(nèi)部類?這不是什么值得一提的優(yōu)點,其他語言的回調(diào)方法一樣是可以共用的。

    我還是希望能看到一個能證明內(nèi)部類優(yōu)點的實例,空對空的感覺實在是不太好。
      回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-16 00:58 綠色使者、綠色心情
    @TreeNode
    同意這種說法
    .net很多語法概念,相比java來說,都更便利、高效
    原來一直專注于.net,其中的attribute、delegate,property等等的用法都很喜歡的
    delegate和event配合起來,還可以實現(xiàn)觀察者設(shè)計模式,在很多用到事件、消息交換等等的邏輯中,顯得非常直觀
      回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-16 09:52 Robin's Java World
    我想說的是,首先你不應(yīng)該這么討厭內(nèi)部類,作為一種語法存在,肯定有一定的道理,而在編程中,我們也確實由于內(nèi)部類而獲得了一些方便。

    或許你是從.net到j(luò)ava,所以有一些.net先入為主的感覺,你的思維有些習(xí)慣.net的做法。我一開始就做java,在做VB和VC編程時反而有些不習(xí)慣,思維上有很多方式調(diào)整不過來,有些問題自然而然的就想到了用java的思維方式來解決問題。
      回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-16 10:10 原創(chuàng)專欄 開源學(xué)習(xí)
    不要眼中只有java,c#.
    內(nèi)部類可以模擬閉包的一些特性。

    那估計你不會接受 python,ruby,javascript這些靈活的語言了。

    .net的delegate只是對MVC的一種封裝,自己實現(xiàn)了個萬能的監(jiān)聽器,又做了優(yōu)化。
    代碼寫起來是好了,可理解上就比較差了。 偶是看了 李建忠 翻譯的那本書才弄明白的。其實.net也有很多問題,為了讓開發(fā)人員方面,丟掉很多面向?qū)ο蟮母拍睿瑢τ行┤耍热缥襾碚f,覺得不倫不類。

    http://www.dearbook.com.cn/book/12797
    這本書不錯  回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-16 13:29 google
    內(nèi)部類有時候很不錯喲  回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-16 13:40 puke
    既然惡心到這個程度就不要用了,blogjava也清靜點  回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-16 15:29 steeven
    彼此彼此,avalon里面的靜態(tài)***Property也很惡心嘛,一堆一堆的.

    畢竟java出來的早,還在恐龍年代,別指望和現(xiàn)代美女比較啦.
    sun也不爭氣,趕快被google收購算球,浪費java  回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-16 18:41 CowNew開源團(tuán)隊
    內(nèi)部類不只是用來做回調(diào),回調(diào)也不只能用內(nèi)部類來實現(xiàn),用內(nèi)部類實現(xiàn)的回調(diào)如果設(shè)計合理的話也不一定會ugly。只能說java中因為沒有delegate所以在事件監(jiān)聽實現(xiàn)上只能用接口實現(xiàn),而很多人用的時候是直接寫了實現(xiàn)接口的內(nèi)部類,而沒有進(jìn)行必要的抽象。內(nèi)部類沒有錯,只是有人把它用錯了。  回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-16 19:29 TreeNode
    還是沒看到一個實例。呵呵。

    @綠色使者、綠色心情
    基本同意你的看法。Anders做了那么多年Delphi的架構(gòu),對于語言的理解的確很少有人能超過他。更重要的是他是一個注重實際的人,了解這方面程序員的實際要求。不過在企業(yè)架構(gòu)這方面他也并不怎么在行,人無完人吧


    @Robin's Java World:
    你猜錯了,我的背景是VC和Delphi。接觸.Net要比Java晚兩三年。
    我自認(rèn)對語言沒什么偏見,Java的語言特性絕大多數(shù)也都樂意接受。只有內(nèi)部類是例外。

    @原創(chuàng)專欄 開源學(xué)習(xí):
    估計錯誤。我很喜歡Ruby,我覺得Ruby用Block來實現(xiàn)回調(diào)的辦法很靈巧。

    理解性差何指?如果不研究實現(xiàn)細(xì)節(jié),語法上沒什么不好理解的。
    .Net面向?qū)ο笮詥栴},我認(rèn)為ADO.NET和ASP.NET的總體設(shè)計是有缺陷的。
    但是對delegate這個語法特性,我覺得沒什么問題。


    @puke:
    內(nèi)部類我能不用就不用,但是Java我還是要用的。OTL

    @CowNew:
    如果大家都在用看上去有問題的辦法,那就一定存在真正的問題。為什么那些人都要用內(nèi)部類呢?因為沒有辦法。難道有多少個菜單/按鈕你就寫多少個外部類不成?如果說有人用錯了,那么Java也有責(zé)任,因為這種語法就是在逼著人用錯誤的辦法做事。


    另:在google上搜索jfunctor竟然只有幾個看上去像C++的東西,關(guān)鍵字錯誤嗎?  回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-16 19:55 江南白衣
    不好意思我完全寫錯單詞了,應(yīng)該是FunctionalJ(http://functionalJ.sf.net)  回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-16 20:12 寒寒
    哈哈,繼續(xù)  回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-16 20:22 TreeNode
    看了,F(xiàn)unctionalJ還是弱類型的,引用方法名用的是字符串。
    這種辦法還是需要得到工具的支持才用得起來。
      回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-20 11:46 霉干菜
    同意 CowNew說的
    b.addSelectionListener( new SelectionAdapter()
    {
    public void widgetSelected( SelectionEvent e )
    {
    on_widgetSelected(e);
    }
    } );

    多數(shù)用倒內(nèi)部類的時候都是這種swing寫法,就在listener里面新聲明一個
    內(nèi)部類就是了,不用寫到外面得,多看看就習(xí)慣了,哪種語言就算再爛用的
    多了以后看的都會習(xí)慣得  回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-22 04:17
    匿名類確實惡心,惡心的要命. 什么還沒寫呢,先弄四五行沒用的垃圾在代碼里。

    不過,和什么“可測試”啊,“封裝”啊就別往一塊兒拉扯了。除了語法難看之外,它和其它任何一種closure技術(shù)概念上都一樣。想要單獨測試那塊代碼,你不會單獨做個命名外部類先?匿名類本來就是為了封裝一些和局部上下文緊密相關(guān)的比較簡單trivial的邏輯的。


    functionalj這種東西我不看好。除了一個簡單的reflection to abstract class的轉(zhuǎn)換器 (差不多的程序員都可以花半個小時自己寫一個的),難用的curry機(jī)制,簡陋的幾個初級函數(shù)式算法,啥都沒了。

    要找java的delegate實現(xiàn),google一下,有比它更好的。
    要在java里搞函數(shù)編程,思想可以借鑒,但是這么邯鄲學(xué)步不成的。
      回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-22 09:54 fantasy
    內(nèi)部類讓我厭惡 ? .... 匿名類好象才怎么不好玩~

    不過看Java集合類的 Iterator 模式的實現(xiàn)....

    內(nèi)部類還是很好的。   回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-06-22 18:59 TreeNode
    @豬:
    我不知道你有沒有用過Swing或SWT。為什么我討厭內(nèi)部類還不得不用它?原因文章和回復(fù)里已經(jīng)說過好幾次了。

    我還特意把程序代碼擺了出來,似乎很多人都不看。哪位有信心說“我能把第一段代碼改到很漂亮”嗎?那樣我就相信你。
      回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-07-06 21:50 auguusstt
    樓上太夸張了八,你把java的寫成那樣,再把c#的粉飾一遍,這是不是太哲學(xué)腦瓜了!
    隨便揮揮手重構(gòu)2分鐘都不會讓人有這樣的錯覺!!!
    因為java中沒有把函數(shù)作為一等公民,所以確實沒有C#的簡潔,但還不至于像陀屎,在很多情況下也還是很漂漂的。當(dāng)然加上c#的語法特性會讓有些情況簡單下來

    class MyRunnable3 implements Runnable{
    public void run() {
    if ( text.isDisposed() ) return;
    text.append( "\nCompleted long running task " + id );
    }
    }

    class MyRunnable2 implements Runnable{
    public void run() {
    if ( text.isDisposed() )
    return;
    text.append( "\nStart long running task "+ id );
    }
    }

    class MyRunnable implements Runnable{
    public void run(){
    id = nextId[0]++;
    display.syncExec(new MyRunnable2());
    for ( int i = 0; i < 100000; i++ ){
    if ( display.isDisposed() )
    return;
    System.out.println( "do task that takes a long time in a separate thread " + id );
    }
    if ( display.isDisposed() )
    return;

    display.syncExec(new MyRunnable3());
    done = true;
    display.wake();
    }
    }

    class MySelectionAdapter extends SelectionAdapter implements Runnable {
    public void widgetSelected( SelectionEvent e ){
    BusyIndicator.showWhile( display, this );
    }
    public void run() {
    Thread thread = new Thread( new MyRunnable());
    thread.start();
    while ( !done && !shell.isDisposed() )
    {
    if ( !display.readAndDispatch() )
    display.sleep();
    }
    }
    }

    b.addSelectionListener( new MySelectionAdapter ());
      回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-07-07 08:43 TreeNode
    樓上:這段代碼不是我寫的。我不過是把Eclipse.org上面那些大牛的code摘下來一段。

    你看看你重構(gòu)出來的這幾個類有什么特點?它們都只有一個方法,并且沒有自己的任何狀態(tài)。這是一個典型的反模式。一個沒有自己狀態(tài)的類根本不應(yīng)當(dāng)是一個類。就像Math一樣,不過是為了為那些沒主的方法找一個雜貨柜。內(nèi)部類在這里就像一個雜貨柜。

    更新text文本本來就應(yīng)當(dāng)是窗口的責(zé)任。把它作為類的方法是最自然最清晰的,而且可以重用。硬是塞一個內(nèi)部類干什么?為了滿足方法簽名而已。除此以外對代碼結(jié)構(gòu)沒有一點好處。
      回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-07-07 15:28 auguusstt
    這是java沒有函數(shù)為第一公民的功能缺少,而不是匿名類或內(nèi)部類的問題
    有一天您上茅廁,上完后,發(fā)現(xiàn)茅廁并沒有準(zhǔn)備廁紙,沒辦法,發(fā)現(xiàn)每個隔檔都有一個門簾,得救,但由于門簾質(zhì)地太硬,把屁股擦爛了,于是大罵門簾過于粗糙。  回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-07-07 21:36 TreeNode
    Java和內(nèi)部類都不是我罵的對象。語法只是語法,語法是無辜的。我想罵的是這個設(shè)計語言的人。
      回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2006-12-01 15:57 心內(nèi)求法
    @TreeNode
    罵也沒用啊,默默承受吧,默默享受吧,呵呵  回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2007-03-31 17:57 喜來樂哈哈
    @TreeNode
    沒有萬能的語言。

    記得一位大牛說過,"設(shè)計一門語言最難的一個問題就是對一些優(yōu)秀的概念說不。" Java沒有加入delegate肯定和當(dāng)時Java團(tuán)隊的設(shè)計目的有關(guān),別忘了Java最初只是作為小電器的控制語言而設(shè)計的,俗話說,三歲看老。都是有歷史原因的。怎樣說Java比C#對編程語言的貢獻(xiàn)要大很多。有人采訪C++的創(chuàng)始人Bjarne Stroup的時候問他對C#的意見,Bjarne Stroup說,他不知道為什么還要開發(fā)一門新的像C#這樣的語言。

    匿名類和內(nèi)部類是在Java1.1才增加的,當(dāng)時很多Java程序員也反感這東西,主要是不喜歡的它的句法。在此之前的Java程序員往往是這么寫的

    class Clazz implements SelectionAdapter {
    public void widgetSelected(SelectionEvent e){
    // 你的實現(xiàn)
    }

    Clazz() {
    b.addSelectionListener(this);
    }
    }

    這樣寫, 一個不好的地方就是, Clazz也是一個SelectionAdapter.

    應(yīng)該說當(dāng)我們習(xí)慣內(nèi)部類以后, 內(nèi)部類還是給我們帶來了一定的便利. 還是一句老話, 天下沒有免費的午餐. 凡事都是有代價的.

    內(nèi)部類相比delegate的長處還是有的, 比如, 內(nèi)部類也可以繼承自另一個類, 從而繼承了另一個類的實現(xiàn). 這樣的例子比比皆是, 我想, delegate沒法做到吧.

    當(dāng)然喜歡delegate的人不只你一個, 德國的一個教授搞過一個項目, 好像叫Darwin Lava, 就嘗試為Java加上delegate.

    Java也有可能在將來加入delegate.

    順帶說一句, IBM的大牛們寫的Java代碼, 從細(xì)了講談不上漂亮, 那幫人大多原來都是用Smalltalk的, 但是大的結(jié)構(gòu)和框架非常漂亮. 里面有太多軟件設(shè)計的大牛了.

    其實從編程語言本身來說Smalltalk要比Java優(yōu)秀, 而且出現(xiàn)的時間也差不多, Java成功了, 使用Smalltalk的人卻越來越少. 這個世界很有意思的啦.

      回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2007-03-31 18:10 喜來樂哈哈
    @auguusstt
    您的廁所和門簾的比喻非常形象. 問題是,

    下次該換個廁所呢, 還是繼續(xù)用門簾呢?
    廁所該不該提供廁紙?

    純屬搞笑, 把內(nèi)部類比喻成門簾有點冤枉.  回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2010-10-18 18:13 anonymous
    @TreeNode
    看到你給的這段代碼, 懷疑這位 eclipse 中的大牛的水準(zhǔn), 最少是可讀性代碼 coding 的水準(zhǔn)  回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2013-09-10 15:35 yicone
    @auguusstt
    要罵肯定也是罵廁所居然不提供廁紙,罵門簾的心理不健全 /tx  回復(fù)  更多評論
      

    # re: 內(nèi)部類讓我厭惡Java 2013-09-10 15:56 yicone
    @喜來樂哈哈
    很客觀了。
    另外,lz客觀地痛陳使用內(nèi)部類的缺點,對于已經(jīng)很客觀看待該問題的人可能沒什么幫助,但是多數(shù)人不見得有那個見識,所以還是有好處的,比如參與討論的多數(shù)人,仍然只是空空地來一句“還是有好處的”。

    “ 這個世界很有意思的啦”,贊。  回復(fù)  更多評論
      

    主站蜘蛛池模板: 国产午夜免费高清久久影院| 亚洲人成网网址在线看| 免费视频成人国产精品网站| 在线播放高清国语自产拍免费| 亚洲国产精品无码久久久| 亚洲一区二区免费视频| 亚洲精品中文字幕麻豆| 免费成人福利视频| 2020国产精品亚洲综合网| 九九99热免费最新版| 免费人成无码大片在线观看| 免费在线观看亚洲| 中文亚洲成a人片在线观看| 男女一边摸一边做爽的免费视频| 永久亚洲成a人片777777| 免费人成激情视频在线观看冫| 国产aⅴ无码专区亚洲av| 国产精成人品日日拍夜夜免费| 久久亚洲私人国产精品vA| 国产片AV片永久免费观看| 亚洲精品久久无码| 亚洲精品A在线观看| 午夜免费福利小电影| 亚洲人成网站看在线播放| 国产网站在线免费观看| 三级黄色在线免费观看| 亚洲免费视频网站| 啦啦啦www免费视频| 黄色视屏在线免费播放| 亚洲日韩图片专区第1页| 成人免费视频观看无遮挡| 永久免费观看黄网站| 麻豆亚洲AV永久无码精品久久| 国产一卡2卡3卡4卡无卡免费视频 国产一卡二卡3卡四卡免费 | 精品视频在线免费观看| 亚洲成人福利在线| 亚洲av片一区二区三区| 1000部拍拍拍18勿入免费视频下载 | 亚洲三级在线播放| 亚洲高清最新av网站| 亚洲人成www在线播放|