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一模一样.