关于语言与架构(五)

还是在这篇里完成吧,尽管几分钟后就是星期六了,明天依然不会轻松啊,为了可爱的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
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值