Electric Rain ZAM 3D™ is a full-featured 3D modeling application that enables easy creation, customization and animation of 3D interface elements for “Avalon” based applications. Once a 3D scene is created, ZAM 3D automatically generates the XAML (eXtensible Application Markup Language) markup necessary to covert the 3D elements into an “Avalon” 3D scene. XAML files created with ZAM 3D can be directly integrated into your application development environment to create rich and engaging user experiences never before possible.

 界面展示：

http://www.erain.com/products/zam3d/

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1957140

Silverlight3D模型能力 

以下是引用：

Project Description
A 3D game engine for Silverlight and possibly other .net based technologies.

The name Balder comes from Norse Mythology. Balder is the modern Norwegian, Swedish and Danish form. He is also known as Baldr or Baldur (icelandic). Balder is the god of innocence.

The second son of Odin is Baldr, and good things are to be said of him. He is best, and all praise him; he is so fair of feature, and so bright, that light shines from him. A certain herb is so white that it is likened to Baldr's brow; of all grasses it is whitest, and by it thou mayest judge his fairness, both in hair and in body. He is the wisest of the Æsir, and the fairest-spoken and most gracious; and that quality attends him, that none may gainsay his judgments. He dwells in the place called Breidablik, which is in heaven; in that place may nothing unclean be[.] - Brodeur's translation

http://en.wikipedia.org/wiki/Balder


For a demonstration of the first published version, go to :
http://www.dolittle.com/blogs/einar/archive/2007/05/19/3d-in-silverlight-1-1-alpha.aspx

        似漫漫征途，半个世纪，代码发展至今已有大从如同象形文字般的纸孔设计到01机器指令序列、到能进行简单翻译的汇编伪指令集..到后来的结构化程序语言和如今的面向对象语言设计、脚本语言以及更多将来未知的代码语言,可谓层出不穷。在如同物种优胜劣汰般的法则下，代码也随着我们思想力、行动力的不断前进、不断进化。代码对我犹如一座雕像般具有着力与美。

　　代码之力

　　代码之力体现在它代表了创作者的意志力和思想力。

　　那些简单的符号，它们孕育在苦思冥想之中、生长于严谨的设计之下、绽放在千锤百炼的雕琢之后。可以说每一行都浸透着作者的深厚的思考，看似毫无血肉的行行代码便有了生机。作者的思考便是代码的母体和起源，也许就是一个闪过的念头，却生发出许多思路。

　　当我作为一个设计者，在动工修建这座程序大厦之前，总是要细心研究:从实际出发、从需求开始、从框架着手.... 在这一个时期虽没有半字的代码产生，可正是这个阶段决定了代码的形状、姿态、性格、特征。方案中的的每一个细节都我经过仔细推敲、慎重分析，我们的思想力、意志力决定着代码生死存亡。

　　我们思考的能力越强,代码的生命力就越久；我们的意志力越强,代码的体质就越壮。任凭风吹日晒,不会千疮百孔。在智慧的推动下、保护中，它们一天天成长。

　　代码之美

　　代码之美，是看似铅印的简单字母，却有一种美潜在其中。

　　虽然这美并不金玉其外，也绝非造型优雅，但却是从不同角度、不同深度，甚至于在转念的瞬间而闪过的想象之美。代码因了人的先天孕育和后天雕琢而变得丰美、变得千姿百态、变得珠圆玉润..

　　代码产生之前，是经怎样的想象、理解设计而成，在此过程中有很多冲动、茫然和冥思。如同一幅画，无论其美丑那都是旁人的评价，就作者而言，那是无论结果如何，都是他思想和奋斗的结晶。而这一份在心中印下的美是别人的批评无法抹去，也是别人的赞扬替代不了的。

　　代码雏形之后，要经过反复的修改测试，就像一座青铜雕像，在石膏模具完成之后，必然要经历一番千锤百炼、水深火热，才见得世人。程序员对代码品质的要求丝毫不比艺术家们来的少，.. 且与艺术家们一样，程序员的灵魂也是他们的思想，若抛去了思想就如同无水之渊。与剪纸、泥塑一样，有多少不同风格的创作就有多少不同模式、形态、思路的代码，仿若是一座大大的花园中，开放着五颜六色的花。美的风景，潜在其中、唯有心知。

　　代码之感悟

　　代码与一般的艺术创作不同，它并非让人看后就足矣，而是身负着作者寄予的厚望：让用户受益、让工作变得更轻松。这千行万行的代码在不同的机器、不同的系统、不同得行业上日以继夜地运转着，感
悟当我们在咖啡馆里轻松地与朋友喝茶聊天，当我们在书房享受散文诗歌的魅力时，计算机程序已为我们备好第二天要汇总的大量数据、各种家电芯片中的固化程序已帮我们处理好那些繁重的家务。

　　但我们仍不能因为重视功能、效果而忽略代码作为我们思想行动的延伸而产生的力与美。

　　程序员也绝非为了某个项目而存在的职业，而是赋予了创造美与力的生涯。在每个程序员的眼中，那些别人看来乏味难懂的代码，却是闪耀在思想银河之中的点点繁星。也许，到了匮乏精力、体力不支的时候，无法再为自己的一次冲动或某个灵机一闪，而写出隽秀的程序。但在回忆之时，也会有泉涌般的感动：感动在那个深夜的灯下执著地书写、感动在那瑟瑟的寒风中痴迷地思考、感动在看到那些你多少个日夜拼搏出来的代码在为他人默默地工作、感动在于千头万绪的苦思之后终于看到曙光..

　　每当我写完一段复杂的程序，就会有一种众里寻他千百度的感受，而当看到那灯火阑珊处的人时，却又如张爱玲所言“原来你也在这里”。而当我完成一个软件项目，就如同走过一段人生的荆棘之路，有一种苦与乐相互搀扶的体会。

　　对于程序员的感受是笔触纸端如流水,爱恨百味难诉完。回归到力与美的理解,希望每一个在程序生涯中奋斗的同道中人,都怀有一种执著与感恩:执著在这无尽的思想疆域,用每一行代码实现我们人生的价值;感恩于这小小的代码,能让我们把所想所愿发挥得淋漓尽致。 

然而，线程的异步特性意味着必须协调对资源（如文件句柄、网络连接和内存）的访问。否则，两个或更多的线程可能在同一时间访问相同的资源，而每个线程都不知道其他线程的操作。结果将产生不可预知的数据损坏。

public void transfer(int from, int to, double amount) {
            if (accounts[from] < amount) return;
            Console.WriteLine(System.Threading.Thread.CurrentThread.Name);
            accounts[from] -= amount;
            Console.WriteLine("{0:F2} from {1} to {2}", amount, from, to);
            accounts[to] += amount;
            Console.WriteLine("Total Balance: {0:F2}", getTotalBalance());
        }

public void run() {
            Random rand;
            try {
                while (true) {
                    rand = new Random();
                    int toAccount = rand.Next(bank.size);
                    double amount = rand.NextDouble() * maxAmount;
                    bank.transfer(fromAccount, toAccount, amount);
                    System.Threading.Thread.Sleep(rand.Next(DELY));
                }
            }
            catch { }
        }

public void run() {
            Random rand;
            try{
                while (true) {
                    lock (bank) {
                        rand = new Random();
                        int toAccount = rand.Next(bank.size);
                        double amount = rand.NextDouble() * maxAmount;
                        bank.transfer(fromAccount, toAccount, amount);
                        System.Threading.Thread.Sleep(rand.Next(DELY));
                    }
                }
            }
            catch{}
        }

时下，关于Apollo的消息被炒得沸沸扬扬。其实结合部分国内外blogger的探讨，我认为，Apollo的革命并非技术上的，而是商业上的。Apollo的技术封装让现有的技术得到了极大的保留，设计师和开发工程师们可以方便地将自己的代码平移到新的平台上，并且发布、部署的方式比之前的任何一款开发工具都方便得多。

Apollo带来的革命，号称“Desktop2.0”。其内容从Flash, HTML/CSS/JS, 到PDF，几乎涵盖了时下最“流行”的Web内容载体。此外，“可离线”应用模式能让用户更加安全、舒适的进行工作和娱乐。用户们不必再抱怨因网络故障而造成的信息损失了，而且也可以借助本地资源更好地节省带宽和其他“紧张而充满麻烦”的网络资源。

把Web2.0应用搬回家，估计会让Apollo的Start-up们又有不少copy case可以做了。从商业的角度来讲，Apollo创造的价值远胜于给用户带来用户体验上的提升。对于终端用户来说，他们想要获得一份Web-Desktop应用，都要经过下载、安装、建立连接的过程，他们不会关心你的程序是由什么开发的。站在产品的角度上，只要能进入桌面，文件系统的支持以及本地各种服务、应用的支持都不是问题，更有许多成熟的框架和接口能让UI层直接调用GPU指令来构建绚丽的应用。然而，Apollo应用却让以往只属于.net/Java/C++程序员和企业能达到的目标对于一名普通的WebDeveloper或者一家小型的网站来说也“易如反掌”！多年以来旁人对WebDeveloper比.net/Java/C++程序员差的舆论必然会得到缓解？抛开一些“浮躁”、“效率不济”等Web程序员和Web产品的“通病”不谈，Web应用的一大优势是：其产品往往是各类软件产品中面对用户群最多、最广，变动频率最高的产品。优秀的Web产品的用户体验必然是经得住考验的，尤其是此类产品往往都拥有较高的“用户体验开发效率”，即单位时间工作成本增量所带来的用户体验提升会更高。

Apollo的价值在于，大大地提高了产品Designer和Developer的“开发体验”，从战略角度来讲，Apollo应用将会有更广大的开发者基础。

对于采用Apollo应用程序部署产品线的企业而言，桌面应用程序更是避免了Marketing中的“Clutter”问题：一部分通过习惯使用搜索引擎来寻找服务的用户不会再被搜索引擎“领到”一个“满是您竞争对手的结果列表页”了，这样您的用户发现您的同行业竞争对手的机会就会大大降低。

除了不如直接在页面中打开方便、下载后的安全隐患之外，Apollo也有很多其他的争议。其中最“有趣的”的无外乎，有人认为Apollo并非直接与微软为敌，而是与Firefox3竞争……

以上信息来自于Apollo开发的商业前景及革命（上）：http://www.awflasher.com/blog/archives/834

到底什么是Apollo呢?

我迫不及待的download了关于Apollo 开发的一系列资源,其中包括:

apollo runtime, apollo_win_alpha1_031907.msi

apollo sdk, apollo_sdk_alpha1_031907.zip

flex extensions for apollo, fb_apollo_extensions_win_alpha1_031907.exe

这3个是最重要的吧,其实sdk可以不用,但我做了一个记事本的例子用到了他.

当然Flex Builder 2也是需要的,当然你也可以选择eclipse,但我觉得还要配置,麻烦死了.

所有东西都可以从adobe官网上免费下载,现在版本是alpha1.

当你安装了fb_apollo_extensions_win_alpha1_031907.exe后,就可以在FB2上开发apollo应用程序了,我做了一个简单的记事本程序,给大家瞧瞧.

在fb2中新建一个apollo project就可以开始了.整个界面用mxml来搭建,是不是很爽,这用我们可以做出很漂亮很漂亮的界面来.

记事本的编辑框我用的<mx:TextArea>这个东西直接支持右键菜单(复制粘贴剪切删除),而apollo到目前这个版本并没有给出menu和toolbar之类的组件,不过在desktop2.0可以不需要这些东西了吧.

现在的关键问题是我们如何打开和保存一个文件,幸运的是在这个版本中,adobe已经给出了file io api,在adobe提供的Apollo for Adobe Flex Developers一书中第4章做了较详细的介绍.我也简单说一下,如果想做更多的了解请参见:

http://www.cnblogs.com/adamxx/archive/2007/04/07/703627.html

我们需要声明一个File对象,他将引用一个文件,这和java,c#的方式很相似

private function readText(name:String):String{
                file = File.appResourceDirectory;
                file = file.resolve(name);
                var stream:FileStream = new FileStream();
                stream.open(file,FileMode.READ);
                var txt:String = stream.readUTFBytes(stream.bytesAvailable);
                stream.close();
                return txt;
            }

这个函数的作用是从文本文件中读出文本,参数name是文本文件的路径.file的声明是

var file:File = File.appResourceDirectory;

File.appResourceDirectory引用了一个默认的目录,这是在该工程的bin目录下.如果在resolve中只给出了文件名,那么他将在这个默认的目录下查找该文件.其中还包括了:

File.appResourceDirectory : application被安装到的目录
File.currentDirectory : 顾名思义不翻译了
File.desktopDirectory : 同上
File.documentsDirectory : 上边讲过，是文档文件夹
File.userDirectory : 这是用户的home directory 例如在Mac OS上是 User/

然后,我们在初始化了一个FileStream对象, FileStream打开文件.

stream.open(file,FileMode.READ);

第2个参数说明了打开方式,其中包括:

FileMode.APPEND 只写模式，所有被写的数据都会附加到文件的最后 Upon opening, any nonexistent file is created.
FileMode.READ 只读模式，file必须存在 （missing files are not created).
FileMode.UPDATE 读写模式，数据可以写在文件的任何位置或者附加到尾部。Upon opening, any nonexistent file is created.
FileMode.WRITE 只写模式，如果文件不存在，将会创建新的文件，如果存在将会被覆盖

于是调用stream.readUTFBytes可以按UTF-8编码读取文件.

最后stream.close();

这个没什么好说的,和java,c#都一个样子.

同理还需要一个写文件的函数

private function writeText(name:String,txt:String):void{
                file = file.resolve(name);
                var stream:FileStream = new FileStream();
                stream.open(file,FileMode.WRITE);
                stream.writeUTFBytes(txt);
                stream.close();
            }

现在我们来用这2个函数来做一个简单的记事本.

这里有一个问题,我们需要一个对话框,用来保存和打开文件.在apollo sdk中提供了这样的组件,打开apollo_sdk_alpha1_031907.zip\samples\Apollo Components,其下包括

DirectorySelectionPanel.mxml

FileOpenPanel.mxml

FileSavePanel.mxml

把后面2个添加到我们工程中(当然也可以直接粘代码),或许你需要做一写修改,比如把一下英文名字该成中文的,不过在apollo中显示中文效果不大理想.另外,还需要一写更改

[Bindable]
public var extensionFilterInfo:Array =
 [
   { label: "All files", data: null },
   { label: "Flex files", data: [ ".mxml", ".as" ]}
 ];

这段代码可以在FileOpenPanel.mxml中找到，作用是一个Filter,除了有所有文件的选择外,就只能打开.mxml和.as,下面是我修改后的

     [Bindable]
     public var extensionFilterInfo:Array =
     [
        { label: "所有文件", data: null },
        { label: "文本文件", data: [".txt"]}
     ];

好了,我们应该怎么使用这2个组件呢.他们都包裹一个静态的函数show,原形如下

public static function show(directory:File = null):FileOpenPanel
{
   var panel:FileOpenPanel =FileOpenPanel(PopUpManager.createPopUp(
   DisplayObject(mx.core.Application.application),FileOpenPanel, true));
   PopUpManager.centerPopUp(panel);
   panel.setup(directory);
   return panel;
}

看起来有点象Alert.但是我们需要他返回一个文件的地址,应该怎么做呢?

private function OnClickOpen():void{

                                     var openDialog:FileOpenPanel = FileOpenPanel.show();

                                     openDialog.addEventListener(FileEvent.SELECT, fileOpenPanel_selectHandler);

}

这是打开按钮的OnClickOpen()函数,我们使用FileOpenPanel.show()显示出对话框,并且获得了他的一个引用,使用addEventListener添加了一个事件监听器,FileEvent定义了事件的类型,其中包括SELECT(选择),CLOSE(关闭),CLOSING,CANCEL.

当触发select事件后(就是选中文件点确定),将交给fileOpenPanel_selectHandler函数处理,这和java一模一样.

private function fileOpenPanel_selectHandler(event:FileEvent):void{

                                     this.path = event.file.nativePath;

                                     this.title = event.file.name;

                                     this.txtArea.text = readText(event.file.nativePath);

                            }

我们可以从event.file.nativePath中获得我们选择的文件路径. 剩下的事就是交给readText来处理了.

整个程序的关键部分就这些了,save和saveas都和这个差不多.

Apollo的file I/O API

public void transfer(int from,int to,double amount){
        if(accounts[from] < amount) return;
        System.out.print(Thread.currentThread());
        accounts[from] -= amount;
        System.out.printf("%10.2f from %d to %d",amount,from,to);
        accounts[to] += amount;
        System.out.printf("Total Balance: %10.2f%n", getTotalBalance());
    }

 public void run(){
        try{
            while(true){
                int toAccount = (int)(bank.size() * Math.random());
                double amount = maxAmount * Math.random();
                bank.transfer(fromAccount,toAccount,amount);
                Thread.sleep((int)(DELAY * Math.random()));
            }
        }
        catch(InterruptedException e){}
    }

在这个模拟程序运行时,我们不知道在某个时间某个银行账户里有多少钱.但我们知道所有账户中的金额总量保持不变,因为我们所做的只是把钱在账户之间转移.

下面是典型的输出:
...
Thread[Thread-29,5,main]    356.69 from 29 to 39Total Balance:  98847.71
Thread[Thread-12,5,main]    833.65 from 12 to 89Total Balance:  99690.69
Thread[Thread-0,5,main]    809.40 from 0 to 60Total Balance:  99774.88
Thread[Thread-80,5,main]    436.67 from 80 to 57Total Balance:  99206.67
...

就想你看到的那样,出现了错误.金额总量发生了细微的变化.

这个问题是在多个线程试图同时更新账户时出现的.假设两个线程同时执行这条指令:
accounts[to] += amount;
问题在于他不是原子操作.指令可能会以下面这种方式执行:
1)将account[to]载入寄存器.
2)增加amount.
3)将结果写回accounts[to].
        现在,假设第一个线程执行到了第一步和第二步,然后被中断了.而此时第二个线程被唤醒并更新了account数组中的同一项.接着第一个线程被唤醒并完成了第三步.
        这样,第二个线程所做的更新就被抹去了.结果导致总金额不再正确.

那么这个问题应该怎么解决?

从jdk 5.0开始,有两种机制来保护代码块不受并行访问的干扰.
1)使用ReentraltLock类,
         用ReentraltLock保护代码块的基本结构如下
myLock.lock();
try{
   critical section
}
finally{
   myLock.unlock();
}
这种结构保证在任何时刻只能有一个线程能够进入临界区.一旦一个线程锁住了锁对象,其他任何线程都无法通过lock语句.当其他线程调用lock时,他们会被被阻塞,直到第一个线程释放锁对象.
         让我们使用锁对象来保护Bank类的transfer方法.
修改Bank类

 private Lock bankLock = new ReentrantLock();
    public void transfer(int from,int to,double amount){
        bankLock.lock();
        try{
        if(accounts[from] < amount) return;
            System.out.print(Thread.currentThread());
            accounts[from] -= amount;
            System.out.printf("%10.2f from %d to %d",amount,from,to);
            accounts[to] += amount;
            System.out.printf("Total Balance: %10.2f%n", getTotalBalance());
        }
        finally{
            bankLock.unlock();
        }
    }

再次运行程序,现在可以不会出现问题了.
另外还需要注意的是:
必须小心处理,以防临界区中的代码因为抛出了一个异常而掉出临界区.如果一个异常在临界区代码结束前抛出,那么finally子句就会释放锁,但这会使对象处在某种受损状态.

2)使用Synchronized关键字
         从JDK 1.0开始java中每个对象都有一个隐式的锁.如果一个方法又synchronized关键字声明,那么对象的锁将保护整个方法,也就是说要调用这个方法,线程必须先获得对象的锁.
public synchronized void  method(){
         method body
}
这和刚才使用lock的情况等价.

如果还需要更多了解,请参见 Java核心技术-第二卷高级特性-多线程一章

关于.net上的解决方案请转到 .NET中多线程的同步资源访问

小周最近怪怪的,我也不过问她,她高三了.但我却爱想起她,为什么那么久了总会有那么些时候会回忆一些不该回忆的呢?我好郁闷哦

今天有人找到我,说做我的老婆,我说我有了，她说做我的情人,我没答应了,她说她愿意把她的第一次给我,我相信她有第一次,但我拒绝,我不喜欢她,我不愿意耽误她,不愿意去做不负责任的事.都那么大了,做错了会后悔一辈子的.有些人好傻哦.不要这样,大家都会不好过的.想想自己过去的时候,后悔死了,我今天郁闷死了.

每个人都有一段悲伤,想隐藏却欲盖弥彰.

2007要考软件设计师职称

2007要拿到MCSD或MCAD认证

2007要好好学习j2ee构架

2007要重新了解javascript,ajex

2007要找一个好的工作

2007要少打游戏多看书,多运动

2007要多提醒自己,人要靠自己

2007要学会谦虚,不要总是那么高调

2007要完成一个一直想做的事,在windows上模拟一套80386的体系结构.

2007年是猪年,我属猪的,我想我会过的更好!!!

关于Java的参数传递

我要崩溃了,Java的方法参数传递不管是值类型还是引用类型居然都是按值传递, 就是说他始终传递参数的副本.我们将不能通过我们常用的swap方式来交换2个变量的值,他没有C++中的,&,*,更没有C#中的ref,对于值类型的参数,我尚可以理解,但让我觉得郁闷的是居然引用类型的传递方式也是按值,真觉得惊讶.

不过情况也不是很糟糕,引用类型的传递也始终传递参数的副本,但是这个副本也只是浅拷贝.

经过测试发现,RowHeadersWidthSizeMode属性和ColumnHeadersHeightSizeMode属性,非常影响,DataGridView的显示性能,DataGridView的数据绑定应该是迭代的,如果你把DataGridViewRowHeadersWidthSizeMode设置了AuToSize类型的属性,那么每设置一行就要进行一次对HeaderWidth的调整,那么对于N行的表就将进行N!次操作,再加上列的情况,这种性能损失将是巨大的.

如果一定需要控件自动调整宽度,可以先把DataGridViewColumnHeadersHeightSizeMode或DataGridViewRowHeadersWidthSizeMode设置为DisableResizing或EnableResizing,设置了DataSouce属性后在将他改为AutoSize.

DataGridViewColumnHeadersHeightSizeMode

	成员名称	说明
	AutoSize	列标题的高度根据所有列标题单元格的内容进行调整。
	DisableResizing	用户不能使用鼠标调整列标题的高度。
	EnableResizing	用户可以使用鼠标调整列标题的高度。

DataGridViewRowHeadersWidthSizeMode:

	成员名称	说明
	AutoSizeToAllHeaders	为适应所有行标头单元格的内容大小而进行的行标头宽度调整。
	AutoSizeToDisplayedHeaders	为适应当前显示的行中所有行标头的内容大小而进行的行标头宽度调整。
	AutoSizeToFirstHeader	为适应第一个行标头的内容大小而进行的行标头宽度调整。
	DisableResizing	用户不能使用鼠标调整列标头的宽度。
	EnableResizing	用户可以使用鼠标调整列标头的宽度。

前几天接到一个电话,是一家培训机构打来的,他叫我第二天去参加一次笔试.我想也好,顺便去捞点面试经验.

其实我并不知道他是怎么找到我的,可能是我在csdn上留的简历吧.其实我并不愿意马上工作,我总想等到vista的正式发布.

我问他他们公司的一些情况,他并没有多说什么,只告诉我了公司地址.我很郁闷,这会让我没什么准备,google搜了搜这个地址,很容易的找到了他们的主页,一个Java培训机构,感觉还做得挺好,唯一不明白的是他叫我去做什么?到是网页上写着几个猎头职位,点进去一看待遇都不低.

第二天,我准时到了那一家培训机构,他给了我一套试题,很简单,分3类(英语测试,计算机基础测试,逻辑测试),英语测试错得多一点,那是在我的意料之中,到是计算机基础测试让我很纳闷,居然扣分了,太多的名词解释,例如SQL?我顺手写上数据库查询语言,缺忘了结构2字.

第一套试题算是通过了,那里的接待人员拿出第二套试题,我一看 Java Test,全英文的试题,我狂汗,我大概看了看这套题,时间120分钟,前半部分都是选择题,一些基础,继承,接口什么的,最后是程序试题和一些问答,什么JDBC,XML之类的,如果在.net里面,我想这些难不到我,至于JDBC,我真不知道怎么用,用Java写入读出XML之类的,更觉得茫然,我对JDK的唯一了解就是java.lang.*其他的一概不知道.我真的不知道他为什么找我来做这套题,我的所有简历中并没有提到java的任何一项技术,他告诉我这套题考75分就算过关,我想了一下告诉他:我不会java.他笑了笑,拿了一套C++的试题,C++试题看上去到不难,我做了,程序题几乎满分,到是一些基础真的答不上,什么内联,什么连接函数,什么友员,忘了,都记不得是什么了,我想我做WIN32程序的时候好象都没用过这些,可能是太小的项目吧.

最后他对我说叫我参加Java的培训,说现在大学生太傲,出来才知道,工作不好找,我说我是主要搞.net开发的,他又对我大说特说java的好处,java人才的需求,我真的很想扁他,TMD你找我来干什么的.

终了,我知道Java现在很火,我也知道Java人才需求量很大(160000,这是最近一期,<程序员>公布的调查结果),我想我的确应该去了解一下Java.

太多的事情我们不能左右,我们只能选择.

      今天我宣布, “统计数据管理分析系统”顺利竣工。灭哈哈

      这是一个运行在 .NET 2.0 + SqlServer 2000下的C/S项目,全部代码由C#编写。今天完成了,我觉得还挺不错的.技术含量也比较高,灭哈哈,今天高兴,就让我多吹几句哈。里面涉及到很多好的算法,都是我自己想的,灭哈哈。其中有类似Excel的单元格函数处理（类似“=SUM(A1,A2)”),并且可以判断死循环，自己感觉挺不错；还有带IF，ELSE，THEN，NOT，AND，OR，与一些四则运算的表达式求值,可以处理负号的,不是一般的后缀表达式可以实现的哟；反正还有好多好多,全部原代码100M,哈哈，不要笑我,我今天高兴,就让我骄傲一下。

      暑假都过了一半了，本来打算这个暑假读一下LINUX原代码的,现在只有1个月的时间了，5555，都怪资本家,太残忍了。我太造孽了，555555555

       很久没有更新BLOG了,最近时间比较多了,我会写一些最近遇到的问题和解决方案,虽然没人关注,自我安慰了  T.T

   下面这个图是服务端的主界面：很简单

   
下面这个是客户段的主界面：

　　柏拉图于是按照老师说的去做了。结果他两手空空的走出了田地。老师问他为什么摘不到？

　　他说：因为只能摘一次，又不能走回头路，期间即使见到最大最金黄的，因为不知前面是否有更好的，所以没有摘；走到前面时，又发决总不及之前见到的好，原来最大最金黄的麦穗早已错过了；于是我什么也没摘。

　　老师说：这就是“爱情”。

　　之后又有一天，柏拉图问他的老师什么是婚姻，他的老师就叫他先到树林里，砍下一棵全树林最大最茂盛、最适合放在家作圣诞树的树。其间同样只能砍一次，以及同样只可以向前走，不能回头。

　　柏拉图于是照着老师的说话做。今次，他带了一棵普普通通，不是很茂盛，亦不算太差的树回来。老师问他，怎么带这棵普普通通的树回来，他说：“有了上一次经验，当我走到大半路程还两手空空时，看到这棵树也不太差，便砍下来，免得错过了后，最后又什么也带不出来。”

　　老师说：“这就是婚姻！”

        她总是骗他，开始的时候虽然会生气但他都会原谅她。终于到了那么一天，他突然觉得自己很无助，他不会在生气也不会再原谅她，当然他也不会怪她，他开始对她说慌。

        当她犯了错误，总是用那么一种温柔希望换会他的原谅，他也欣然接受。她总是解释很多，但是她也总是在解释，更过分的是她的解释往往都欲盖弥章，他开始讨厌解释，他认为解释只是为了掩饰虚伪，仿佛虚伪伸出双手请求你原谅它的虚伪或者一张黑纸非常诚恳的告诉你它是白纸。有时候他也会觉得恶心，他不愿意在为她付出些什么，因为他认为换回来的依然是一张虚伪的笑脸和枕边的温柔，他甚至不愿意在她身上花更多的钱。

        偶尔她也会知道那么一点真相，她会问他为什么，他也不愿意去解释，因为他认为解释只是为了掩饰，他甚至不愿意去掩饰。有一天她告诉他：你变了。她渴望他像以前一样。他摇了摇头，或许她并不明白为什么，但他心里很清楚。或许她也会很伤心，这种伤心也被他所无视掉了。她依然在骗他...

        她总对他有很多要求，他觉得很烦，他很自私，他认为她总是在索取他的付出，却不愿意为他想想，他很愤怒。他开始觉得这只是利益关系而已。他越来越明白...

        有时候她和他会吵架，吵的很厉害，会提到分手，开始他会觉得伤心，而后虽然也觉得伤心，不过伤心的或许也只有枕边的童话。到了最后，他依然会伤心，不过伤心中却感到解脱。

        他讨厌现在的她，为什么那么虚伪？她认为她很了解他。或许他误会了她，或许他也会想她，想她每周末一个人默默离去的背影，想她在睡前的那丝丝温柔。

        他明白分手就在不远的地方，在那里会有一场很大很大的雨...........