关于语言与架构（五）

还是在这篇里完成吧，尽管几分钟后就是星期六了，明天依然不会轻松啊，为了可爱的Money。

原本是没有想写文的，我一贯的作风是爱凑热闹，看看帖子，有感觉就回回贴。那天看见一个帖子，已经锁定了，但是一个称呼程序员的词汇使我很想发个新贴子，帖子就是这个啦“我眼中的ROR”，在这个帖子里，我左一下，右一下，始终无法说清自己的感觉，而贴友们总是在掰着字词，因此有了整理一下自己思路的想法，也为JavaEye添几个石子。

写文章就是废话太多，我已经坚定决心要在这篇里写完，不知续了，因此短短的说说。这篇从前面说起，就说UI层。

UI对于不同的应用系统有不同的要求，作为项目的决策者之一，首先要考虑的是客户对UI的使用频度，客户的文化层度，计算机体验等等。我遇见过最为严峻的UI设计挑战是要为监狱的犯人设计一个电子商场系统，或者叫网上购物系统。我想除非在那工作过或者呆过的人才会和我有共鸣。第二难的挑战是为一个由农村（不是发达城市的哦）自建的市场设计软件，几乎所有的操作者都没有用过电脑。我们完成了这些挑战，但还是出了一些小状况，客户忽然报告说：系统死机了。等到技术人员过去一看，原来是打开了中文输入法无法输入数字了。

架构对于UI的支持在对UI有要求的系统中是非常重要的，有时候关系到你的成败，而这也是架构开发者需要投入最大量工作的部分之一，因此，很多开源的架构无法对此做到很好的支持。我对最新的类似WPF的UI理念感兴趣，但确实还没有阅读全文。但Delphi的VCL架构是很熟悉的，应该说做业务类应用够了，要更进一步的话，相信玩过IPHONE的人会有感觉了，Windows 7估计也是这个路子。我在帖子里提到VCL貌似在.net中重生了，这个是没有经过确证的。但vs2008也实在是太慢了，我不知道我是否应该配一个梦工厂工作站来支持VS2008。

写到业务层，我不惜抛出一个很丢脸的事情来，前些年，去台湾人的工厂去争取一个项目，用的是Java技术，方案讲解得不错，价格也很有吸引力，然而在第二轮的时候，我出逃了。因为我发现找遍开源社区，我也无法找到可以实现那个工作流的引擎。而我的报价又仅仅是可怜的一些开发劳务费，还不够买weblog最少的lic。没有任何办法，只好退却。架构对于业务层的支持就在于此了，如果仅仅是实现分层，那么要架构何用？很多架构恰恰是这样，不去做好帮助程序员的工作，而是给程序员提出很多的规范，比如要求在这层中再进行细分，分成Event，helper....等等。

对于大部分的MIS系统架构来讲，一个工作流引擎的支持是十分必要的。其它类型的架构则需要一些其他的支持，这里只讲MIS。

有人会讲，有很多开源的工作流引擎还有问题吗，有。首先是这个工作流引擎包含在架构中吗？其次是，这个工作流引擎能够满足你的需要吗？第三，你的团队要多久才能掌握和使用它。它有很好的工具和文档吗？
也许有人讲，自己写一个吧，那我向你竖起大拇指，但是我不会请你来做事，因为我没有财力去做这件事情。

工作流引擎作为MIS类型架构的重要性容易理解，根据业务的不同，我们也许还需要架构在其它一些方面给予支持，包括SOA，包括Job，包括REST，包括Secuity等等。

文章写到这里，也差不多该写完了，有人会建议.net吧，他符合你的要求。是的，我在用，但是它太胖了，以至于我看不见它的脸。有人说ROR吧，我心有余悸的说，在这个架构上工作的人多不多，当我的Ruby程序员辞职时，我需要多少钱从人才市场再找一个，如果是Java程序员的价格，我为何不选择Weblogic呢，那样系统的利润才够我去征用这些杰出的战士啊。

#End Document