亚洲日韩图片专区第1页,亚洲AV无码精品色午夜果冻不卡,亚洲av日韩片在线观看

TreeNode — Fri, 01 Dec 2006 07:33:00 GMT

软�g业��L��充满了�Ş形色色的隐喻。比如说�Q�把�E�序中的问题�U�Cؓbug�Q�把互联�|�上传播的病毒叫做蠕虫；
把��Y件开发的�q�程比作造房�?.....�q�些都是我们�q�个行业中流行的隐喻�Q�以至于它们已经成�ؓ软�g开
发者文化中一个特有的�l�成部分�?/p>

在这里，我想要说的是一个特别具有“中国特艜y��的隐喻�Q�我�U�C��为武侠隐喅R�?/p>

毋庸我多做解释，可能很多�E�序员看到这个词��p��以勾起丰富的惌��。我们中的很多�h喜欢把自己所崇敬
和佩服的、��Y件界有媄响力的�h�U�C��为大侠，�q��惌��己有朝一日能够达��C��们的境界。（跑题一下，
�q�个�U�谓现在��g��有了一个比较草根的、或者说比较Web2.0的版本——叫做牛人）上个世纪那个个�h
英雄��M��的年代，曄��涌现��Z��大批�q�样的�h物，现在很多��Z��然习惯称他们为“大侠”——这�?br />中包括求伯君、王志东、鲍��x��、朱崇君...

除此之外�Q�我们还喜欢��重量��的出版物�U�C��为武林秘�c?把��Y件开发的�l�织团体比作江湖帮派�Q?br />要�Ş容��Y件开发的理想境界�Q�也�怼�搬出“飞花摘叶俱可伤人”或“无剑胜有剑”这��L��句子。所有这�?br />都或多或��的表明�Q�武侠深深媄响了大量的程序员�Q�他们非常喜�Ƣ用武侠中的理念来比喻��Y件开发过�E�中
的现象。或许，也是因�ؓ�E�序�?�?的生�z�d��q�枯燥，需要文化来加一点味道，而他们自觉不自觉�?br />选择了武侠。这��是所谓的中国特色吧�?/p>

我必��老实的承认：我自己就曄��深受武侠的媄响，�q�去也一直没有感到有什么不妥。但是，
在前几天看过�|�上的某些回帖中一些充满武侠隐��d��道的文字�Q�突然觉得有些不是滋呟�?br />我开始思考：对于软�g开发来��_��武侠是不是一个好的隐喻？�l�论�Q�不是不好，而是非常�?br />�p�。武侠和软�g开发根本没有什么共同点�Q�甚臛_��以说是水火不容的�?/p>

��Z��么说武侠和��Y件开发没有共同点�Q�武侠讲的是破坏的艺术。太史公说“侠以武犯禁”�?br />武侠的意义，在最好的情况下，也仅仅是杀富济贫、除暴安良，是对旧有�U�序的破坏�?br />问题在于�Q�破坏是痛快惬意的，但破而不立就是纯�_�的破坏�Q�没有�Q何积极意义�?br />破坏以后新的�U�序如何建立呢？没有哪一个武侠故事�ؓ此做出答案，
也没有一个侠客操心这�U�事。他们在乎的是“十步杀一人，千里不留形”的高手形象�Q?br />至于��C��以后烂摊子谁来收拾？那本大侠可就��不着了�?/p>

软�g开发是��Q�而不�?br />破坏。即使旧的系�l�非常糟�p�，我们也没有理由将其付之一炬——这��是��Z��么现代的敏捷
开发者非常强调重构的原因。构造新的代码固然是极具创造快感的工作�Q�但是��Y件开发过
�E�中�q�有成打的“肮脏”工作：需求分析，设计�Q�文档，调试�Q�维�?.....�q�些工作�J�冗
而琐��，但却是整个开发过�E�中必不可少的组成部分。想潇洒一下就拍拍屁股��C�h�?br />�E�序员没有什么职业素质可�a��?/p>

武侠中的高手是什么�Ş象？天马行空�Q�独往独来�Q�神出鬼没。这��L��人看��h��很有性格�Q?br />但在��C��企业中恰恰是最忌讳的。而正正经�l�提倡Team Work的团队反倒在武侠中常常成�?br />讥刺的对象——你不妨看看��林或全真这��L��大型团队在金庸小说中被丑化成了什么地步�?/p>

武侠所描绘的是农业�C�会的典型情��c��一位高手通常只会把自��q��技��Z��授给至亲和少数几�?br />信得�q�的弟子�Q�弟子亦然。这�U�结构非常脆弱：一旦出��C�Q何问题，�q�门技艺很�Ҏ��失传了�?/p>

武侠中的�U�籍是这样一�U�东西：你得到它以后�Q�最好藏之名山，偷偷修炼。一旦泄漏，只会�l�你
带来杀�w�之��。和师徒授受的问题相同，�q�样只会让最好的技艺在历史长河中渐渐��灭。现代社会和开�?br />源代码运动则昄��了相反的情况�Q�知识可以由��M��取与学习�Q�而不分门�z�贵贱。与别�h分��n
知识也不会给你带来�Q何坏处�?/p>

武侠成�ؓ隐喻带来的恶果就是，�E�序员以成�ؓ“高手”�ؓ荣，以炫耀技巧�ؓ乐；无视风险
大量采用一些看上去比较炫的新技术；愤世嫉俗以�ؓ天下只有自己怀才未遇；不会与�h
沟通，�|�顾客户需求，把不懂技术的用户当白��_��不会开诚布公，��L��自己偷偷留一手；
凡此�U�种�Q�不能说都是因�ؓ武侠��毒。但是在�E�序员中造成了不好的风气�Q�武侠的影响
是不可忽视的�?/p>

武侠是成�q��h的童话，但��Y件开发不是童话。��Y件开发要的是脚踏实地�Q�而不是快意恩仇�?br />�q�在做侠客梦的程序员�Q�愿你们早点醒来�?/p>

TreeNode 2006-12-01 15:33 发表评论

在SWT中实现自�l�Combo

TreeNode — Thu, 06 Jul 2006 02:08:00 GMT

可能是�ؓ了保持��^台独立性，SWT没有开放许多控件的自定义接口。例如，Win32中的Button、Label、List和ComboBox都是可以自绘�Q�Owner Draw�Q�的�Q�但是SWT�q�没有把�q�些�l�制�Ҏ��开攑և�来。在最新的3.2版本中添加的一个新�Ҏ��是Table和Tree现在支持Custom Draw了（但是�q�未整合到Viewer体系中）�Q�不�q�对于上�q�控件的支持仍付阙如�?br />
上一�ơ，我实��C��一个自�l�的按钮。现在，看到有�h询问是否可以在Combo的列表中加入囑փ�。其实这相当�Ҏ��Q�只要重载Combo Widget�q�把自绘接口暴露出来卛_��。以下是��单的代码�C�Z��Q?br />

package org.eclipse.swt.widgets;

import java.io.*;

import org.eclipse.swt.SWT;
import org.eclipse.swt.graphics.*;
import org.eclipse.swt.internal.win32.*;

public class CustomCombo extends Combo
{
    public CustomCombo( Composite parent, int style )
    {
        super( parent, style );

        try
        {
            InputStream is = getClass().getResourceAsStream( "bullet.gif" );
            image = new Image( getDisplay(), is );
            is.close();
        }
        catch ( IOException e )
        {
            e.printStackTrace();
        }
        final int CB_SETITEMHEIGHT = 0x0153;

        OS.SendMessage( handle, CB_SETITEMHEIGHT, 0, 24 );
        OS.SendMessage( handle, CB_SETITEMHEIGHT, -1, 24 );
    }

    @Override
    int widgetStyle()
    {
        final int CBS_OWNERDRAWFIXED = 0x0010;
        final int CBS_HASSTRINGS = 0x0200;
        // final int CBS_OWNERDRAWVARIABLE = 0x0020;
        return super.widgetStyle() | CBS_OWNERDRAWFIXED | CBS_HASSTRINGS;
    }

    @Override
    protected void checkSubclass()
    {
    }

    @Override
    public void dispose()
    {
        image.dispose();
        super.dispose();
    }

    /* @Override
    LRESULT wmMeasureChild( int wParam, int lParam )
    {
        MEASUREITEMSTRUCT mis = new MEASUREITEMSTRUCT();
        OS.MoveMemory( mis, lParam, MEASUREITEMSTRUCT.sizeof );
        mis.itemHeight = 40;
        OS.MoveMemory( lParam, mis, MEASUREITEMSTRUCT.sizeof );
        return null; // super.wmMeasureChild( wParam, lParam );
    } */

    @Override
    LRESULT wmDrawChild( int wParam, int lParam )
    {
        DRAWITEMSTRUCT dis = new DRAWITEMSTRUCT();
        OS.MoveMemory( dis, lParam, DRAWITEMSTRUCT.sizeof );

        GC gc = new GC( new DCWrapper( dis.hDC ) );
        Rectangle rc = new Rectangle( dis.left, dis.top, dis.right - dis.left,
                dis.bottom - dis.top );
        Display display = getDisplay();
        if ( (dis.itemState & OS.ODS_SELECTED) != 0 )
        {
            gc
                    .setBackground( display
                            .getSystemColor( SWT.COLOR_LIST_SELECTION ) );
            gc.setForeground( display
                    .getSystemColor( SWT.COLOR_LIST_SELECTION_TEXT ) );
            gc.fillRectangle( rc );
        }
        else
        {
            gc.setBackground( display
                    .getSystemColor( SWT.COLOR_LIST_BACKGROUND ) );
            gc.setForeground( display
                    .getSystemColor( SWT.COLOR_LIST_FOREGROUND ) );
            gc.fillRectangle( rc );
        }
        String text = getItem( dis.itemID );
        gc.drawImage( image, dis.left + 1, dis.top + 1 );
        gc.drawText( text, dis.left + 20, dis.top );

        gc.dispose();

        return null;
    }

    private static class DCWrapper implements Drawable
    {
        private int    hdc;

        DCWrapper( int hdc )
        {
            this.hdc = hdc;
        }

        public int internal_new_GC( GCData data )
        {
            return hdc;
        }

        public void internal_dispose_GC( int handle, GCData data )
        {
        }
    }

    private Image    image;
}

值得说明的是�Q�如果设�|�Combo为OwnerDraw Variable风格�Q�则必须重蝲wmMeasureChild�Ҏ��来指定每一��的高度。如果��用OwnerDraw Fixed风格�Q�则只需要在构造的时候发送一条CB_SETITEMHEIGHT消息��p��了�?br />

另外一�U�值得考虑的选择是将Win32的ComboBoxEx控�g包装成SWT Widget。不�q�，�q�需要�{换若�q�结构�ƈ提供接口�Q�Win32的ImageList��理机制和SWT的Image包装�Ҏ��差别比较大，使得�q�种�Ҏ��实现��h��ȝ��的多�?br />

TreeNode 2006-07-06 10:08 发表评论

用cglib代码生成避开烦�h的内部类

TreeNode — Tue, 27 Jun 2006 03:29:00 GMT

在上回的blog中，我抱怨过用Java用内部类来实��C��件回调的机制是多么难看和�ȝ��。在�q�段旉��里，我一直在考虑是否有什么方法可以不用内部类而实现同��L��效果。因为Java语言本��n的限�Ӟ��所以常规方法是行不通的。有人徏议用反射——的��通过反射可以调用��L��的方法，但是反射效率不佳�Q�对频繁发生的事件或�怸�太合适。动态代理也不能解决�Ҏ��映射的难题。我��g��走进了死胡同�?/p>

既然此�\不通，那么C#是如何实现delegate的呢�Q�过��M��曑֐�闻过一些内�q�，不过�q�次被逼才真的下决心认真去看这斚w��的东�ѝ��原来M$使用的是代码生成的技术：对于每个delegate�Q�C#都会为它生成一个派生于MulticaseDelegate的对象，其中实现了一个和delegate�{�֐�相同的方法。同�Ӟ��对delegate的操作符+=�?=也会被编译器处理成对MulticaseDelegate�Ҏ��的调用�?/p>

知道了这一点，接下来就需要看看Java中有没有�c�M��的代码生成技术了。有意思的是，查找的时候发现有消息��_��Java 6.0�Q�Mutang�Q�中��会提供动态代码生成的功能。这的确很吸引�h�Q�不�q�Java6�q�在Beta阶段�Q�眼下还指望不上。其他比较出名的�Ҏ��是Apache becl和Objectweb ASM了。这两个库都比较底层�Q�不�q�还有一个开源的��目——cglib——它在内部��用了asm�Q�不�q�提供了较多的实用功能。据说Hibernate和Spring都用��C��q�个东西。研�I�这个库的时候，我一眼看��C��MethodDelegate�c�Z��—很明显�q�就是我要找的东西了�?/p>

MethodDelegate的设计思想很类��g��C#的delegate——将接口调用转发�l�类的一个成员函数。不�q�阅��L��档的时候我发现一个问题。MethodDelegate要求其所实现的接口必��d��有一个公共方法，但是SWT中的许多事�g接口都有不止一个方法；比如�Q�SelectionListener��有widgetSelected和idgetDefaultSelected两个�Ҏ��。因此要在SWT中��用MethodDelegate�Q�还

必须再多实现另外一层�{发�?/p>

了解手段�Q�接下来的事情就不难了。�ȝ��h��Q�需要的步骤大致如下�Q?br />1、�ؓ每种需要实现的事�g声明一个接口。这是MethodDelegate的要求�?br />2、用一个类实现SWT的事件接口，�q�将特定的接口调用�{发到�W�一步所实现

的接口�?br />3、用MethodDelegate提供的方法，声明事�g处理对象�Q�Event Handler

Target�Q�通常��Z��H�体或主部�g�Q�要实现上述的事件接口。下面就来实��C��下。�ؓ了简单�v见，��需要实现的接口声明��Z��件�{发类的内部接口，以避免维护太多接口文�Ӟ��因�ؓ该接口只需要声明一个方法，所以不会把外部�c�L��得太�q�复杂。）例如�Q�处理部仉��择事�g�Q�widgetSelected�Q�的�c�d��以如下实玎ͼ�

package org.yuhao.swt.events;

import net.sf.cglib.reflect.MethodDelegate;

import org.eclipse.swt.events.*;

public class WidgetSelectedHandler implements SelectionListener
{
public WidgetSelectedHandler( Object target, String

methodName )
{
delegate = (IWidgetSelectedDelegate)

MethodDelegate.create( target,
methodName,

IWidgetSelectedDelegate.class );
}

public void widgetDefaultSelected( SelectionEvent e )
{
}

public void widgetSelected( SelectionEvent e )
{
delegate.invoke( e );
}

public void invoke( SelectionEvent e )
{
}

public interface IWidgetSelectedDelegate
{
void invoke( SelectionEvent e );
}

private IWidgetSelectedDelegate delegate;
}

�q�个接口虽然只有外部�cȝ��刎ͼ�但是必须声明为public的，否则�q�行会出错（我想大概是因��Z��码生成以后还是外部类�Q�需要公开讉K��权限�Q�。�ؓ了简化调用，再声明一个处理事件的辅助�c�EventHandler�Q�专门管理将各种事�g转发到相应的Handler的工作：

public class EventHandler
{
public EventHandler( Object target )
{
this.target = target;
}

public void handleSelected( Button btn, String methodName )
{
btn.addSelectionListener( new

WidgetSelectedHandler( target, methodName ) );
}
private Object target;
}

�q�样�Q�在�H�口中就可以��单的如下处理事�g�Q?br />public MainShell extends Shell()
{
  public MainShell( Display display )
{
  ......
  handler = new EventHandler( this );
  handler.handleSelected( btn, "btn_clicked" );
}

public void btn_clicked( SelectionEvent e )
{
...
}
}

�q�里�q�需要注意：1、�Q何事件处理方法必��d��明�ؓpublic的。这样似乎有�q�面向对象的��装原则�Q�不�q�实际上�q�不会造成什么大问题�?、事件方法的�{�֐�必须和对应的事�g�Ҏ��相同。例如，widgetSelected�Ҏ��有一个SelectionEvent参数�Q�那么处理该事�g的btn_clicked�Ҏ��也必��L��且只有这一个参数。如果写错了�Q�那么运行的时候会抛出异常�Q�说找不到指定的�Ҏ��。这�q�是需要程序员的细心来保证。还��幸�q�的是出错的提示非常明显�Q�不必担心��用了�q�度复杂的技术而找不到真正的出错点�?br />

TreeNode 2006-06-27 11:29 发表评论

内部�c�让我厌恶Java

TreeNode — Thu, 15 Jun 2006 14:37:00 GMT

��h��较一下这两段功能大致相同的代码。抛开语法的差别不论，你觉得哪�U�风格好�Q�你愿意�l�护哪一�D�代码？

        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 );
            }
        } );

另外一�U�：

        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;

我在另一个地方也抱怨过�Q�在所有我了解的语�a��Ҏ��里面，没有一�U�像Java内部�c�M��栯��我觉得反感——甚臛_��了恶心的地步。大多作B/S�pȝ��的Java�E? 序员可能不会有这��L��感觉�Q�因为那个领域基本上很少会用到这个概��c��可是在C/S�Q�不��用Swing�q�是SWT�Q�内部类都是�l�不�q�去的一座大山。在阅读Eclipse站点上许多代码示例以后，我终于有了痛苦到——一点也不夸张——想要作呕的地步。上面第一�D�代码就是让我感到窝心的代码之一�Q�仅仅是其中之一�Q�还不是最丑陋的）。我惻I��Java 语言的发明者大概从来就没写�q�桌面程序；他根本也不打��ؓ�q�个领域的程序员提供一�U�比较好的事件回调机制�?br />
内部�c�L��什么问题呢�Q�首先，你愿意在�ȝ��代码逻辑之前�Q�先�׃��好几分钟��L��清楚“这个括号到底是和哪个配对”这�U�蠢问题吗？你不妨回头看看第一�D늚�代码�Q�想惌��D�其实相当简单的�E�序�Q�是不是真的值得用这么多括号去考验你的智力�?br />
内部�c�L��对封装的严重破坏。它对外部类的�Q何私有变量都有完全的讉K��权限——如果你�H�然发现某个变量的内容不对劲了，你不能仅仅在setXXX里面加个�? 点就指望能捕获到错误�Q�真正的元凶可能是内部类里面的哪一句呢。如果内部类都非常简单，那倒也没什么。可是当内部�cȝ��来实��C��件的时候，你就没法指望它一直那么简单了�?br />
内部�c�L��试的盲区。TDD��L��_��要测试，��试�Q�所有包含逻辑的类都应当通过充分的测试。可是内部类怎么��试�Q�只要想惛_��能知道，大多数内部类是根本没法测试的�Q�它和外部类实在是耦合的太紧密了。匿名内部类的问题更严重——它是绝�Ҏ��法测试的。你怎么��试一个连名字都没有的�Ҏ��Q?br />
不管有意无意�Q�内部类在（臛_��我看到的�Q�实践中事实上鼓�׃��不好的编�E�风根{��就是说�Q�它�q�背了DRY�Q�Don't Repeat Yourself�Q�的原则。比如，button.addSelectionListener后面几乎��L��跟着SelectionAdapter+括号+ widgetSelected原型�?一堆括��P��Display.asyncExec后面��L��要写上new Runnble()�Q�void run�Q�）�Q�括��P��{�等。千��一律的东西�Q�可是又不得不写。而且�Q�几乎没有什么好的办法可以改�q�！因�ؓ语法的规则要求你必须�q�样做。每天写�q�些无聊的东西，你的话会不会烦？哦，工具是有的。可是工具只负责生成代码�Q�以后的�l�护�q�是要你来做——不是么�Q?br />

TreeNode 2006-06-15 22:37 发表评论

TreeNode — Sat, 03 Jun 2006 04:46:00 GMT

摘要: 本文试图透过SWT面向对象的封装，深入研究界面框架的构造中最复杂也可以说是最有趣的问题之一——即界面框架如何以面向对象的方式实现操作�pȝ��底层的消息机制�?nbsp; 阅读全文

TreeNode 2006-06-03 12:46 发表评论