N-tier架构的基本设计模式.doc

N-tier架构的基本设计模式(Design Pattern) ── Stateless与Stateful对象携手合作 ? 林圣汉、林子扬 数十年来，大型主机(mainframe)能稳定担任企业的核心业务(mission-critical)，而且表现杰出。其中，交易(transaction)的概念和机制，是幕后的一大功臣。近年来，个人计算机及网络快速普及，低价、分散、弹性与灵活，是新世代的特色。如何结合大型主机的稳定与个人计算机网络的弹性分散能力，以支持企业的全球化需要，是当今信息系统架构(architecture)的主流。 本文从stateless对象谈到如何活用「交易」与「分布式对象」的特性而提出一些重要的设计模式(design pattern)，希望您能活用它们，裨建立出强有力(robust)的绝佳系统架构。 ? ? 从Stateful对象讲起 无论您用VB、Delphi、C++、Java等流行的程序语言撰写对象，几乎都是关于stateful对象，所以您对stateful对象的特性与行为是有相当经验和感触的。不过对于stateful对象如何与stateless对象携手合作来建构高效率与高可靠性N-tier企业信息系统，可能您就不熟悉了。不必着急，让我们就从已经熟悉的stateful对象逐步说起吧！请先看个典型的stateful对象，如下图1： ? 图1、典型的stateful对象 ? 这个对象代表一个帐户，对象内含有b变量表示帐户余额，如下的VB程序代码： ? ? ‘Ex1c ‘Account Class ‘Stateful Private b As Double Sub Class_Initialize() b = 1000 End Sub Public Sub deposit( m As Double ) b = b + m End Sub Public Function query() As Double query = b End Function 这是一个stateful类别定义，兹写个 client程序： ? ‘Ex1f-1 ‘Form ‘Set Reference to Ex1c ? Private Sub Command1_Click() Dim acc As Account Set acc = CreateObject(ATMex0.Account) Text1.Text = acc.query() acc.deposit(200) Text2.Text = acc.query() End Sub ? 此程序的acc 对象是在Command1_Click()起动时诞生的﹐到此函数执行完毕时就删除了。因为没有跟user做很多互动交谈﹐所以acc 对象存在内存的时间很短﹐占用内存空间不多。对系统的整体效率影响不大。请再看另一个client程序： ? ‘Ex1f-2 ‘Form ‘Set Reference to Ex1c ? Private acc As Account Private Sub Form_Load() Set acc = CreateObject(ATMex0.Account) End Sub Private Sub Form_Unload() Set acc = Nothing End Sub Private Sub Query_Click() Text1.Text = acc.query() End Sub Private Sub Deposit_Click() acc.deposit(200) End Sub ? 这程序跟user的互动多﹐Form起动后﹐等待user按下Query Deposit 也等待user输入提领金额等﹐还等Form结束时才删除掉acc 对象﹐所以acc 对象存在内存的时间相当长（视user的thinking time多长而定）。 上面提到acc对象存在内存的时间长，会增加内存空间的耗费，这对整个系统的效率是有不良的影响，但影响还不算大。影响更大的是：因为对象存在时间长，因而导致DB connection的占用时间增长，对整个系统的效率才构成巨大的威胁。 例如，当您希望将上述的Account 对象的状态值长存(persist on)到数据库里时﹐就会看到stateful 对象对DB connection使用率的影响了。请看下述的Account类别之新定义﹕