�??xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>&#26085;&#26412;&#19968;&#21306;&#20108;&#21306;&#32508;&#21512;&#20122;&#27954;&#44;&#30005;&#24433;&#19968;&#21306;&#20108;&#21306;&#19977;&#21306;&#20037;&#20037;&#20813;&#36153;&#35266;&#30475;&#44;&#57;&#49;&#22825;&#22530;&#22312;&#32447;</title><link>http://www.aygfsteel.com/alwayscy/category/23179.html</link><description /><language>zh-cn</language><lastBuildDate>Thu, 06 Dec 2007 14:30:15 GMT</lastBuildDate><pubDate>Thu, 06 Dec 2007 14:30:15 GMT</pubDate><ttl>60</ttl><item><title>感触最��q��几条设计哲学</title><link>http://www.aygfsteel.com/alwayscy/archive/2007/12/05/165610.html</link><dc:creator>我爱佛_��</dc:creator><author>我爱佛_��</author><pubDate>Wed, 05 Dec 2007 09:52:00 GMT</pubDate><guid>http://www.aygfsteel.com/alwayscy/archive/2007/12/05/165610.html</guid><wfw:comment>http://www.aygfsteel.com/alwayscy/comments/165610.html</wfw:comment><comments>http://www.aygfsteel.com/alwayscy/archive/2007/12/05/165610.html#Feedback</comments><slash:comments>9</slash:comments><wfw:commentRss>http://www.aygfsteel.com/alwayscy/comments/commentRss/165610.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/alwayscy/services/trackbacks/165610.html</trackback:ping><description><![CDATA[&nbsp;&nbsp;&nbsp;&nbsp; 摘要: “编�E�的核心是数据结构，而不是算法”，“编�E�的本质是控制复杂度”，“过早的优化是万恶之源”，“宁花机器一分，不花�E�序员一�U�”。这些UNIX的设计哲学，非常值得体味�?nbsp;&nbsp;<a href='http://www.aygfsteel.com/alwayscy/archive/2007/12/05/165610.html'>阅读全文</a><img src ="http://www.aygfsteel.com/alwayscy/aggbug/165610.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/alwayscy/" target="_blank">我爱佛_��</a> 2007-12-05 17:52 <a href="http://www.aygfsteel.com/alwayscy/archive/2007/12/05/165610.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>今天看到一句话�Q�觉得对�E�序设计很有启发�Q?/title><link>http://www.aygfsteel.com/alwayscy/archive/2007/12/02/164663.html</link><dc:creator>我爱佛_��</dc:creator><author>我爱佛_��</author><pubDate>Sun, 02 Dec 2007 09:35:00 GMT</pubDate><guid>http://www.aygfsteel.com/alwayscy/archive/2007/12/02/164663.html</guid><wfw:comment>http://www.aygfsteel.com/alwayscy/comments/164663.html</wfw:comment><comments>http://www.aygfsteel.com/alwayscy/archive/2007/12/02/164663.html#Feedback</comments><slash:comments>6</slash:comments><wfw:commentRss>http://www.aygfsteel.com/alwayscy/comments/commentRss/164663.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/alwayscy/services/trackbacks/164663.html</trackback:ping><description><![CDATA[&nbsp;&nbsp;&nbsp;&nbsp; 摘要: 设计不在乎一开始就非常完备�Q��ƈ且考虑到所有情况和变化�Q�设计的�_�N��在于当某�U�变化来临时�Q�能够重新审视，甚至是调整全部的设计�Q�让它能够兼容之后的“同�U�类”变化，从而��今后再有�q�样的变化时�Q�带来最���量改动。�ؓ此目的，哪怕是推翻重来也在所不惜......
<br>&nbsp;&nbsp;<a href='http://www.aygfsteel.com/alwayscy/archive/2007/12/02/164663.html'>阅读全文</a><img src ="http://www.aygfsteel.com/alwayscy/aggbug/164663.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/alwayscy/" target="_blank">我爱佛_��</a> 2007-12-02 17:35 <a href="http://www.aygfsteel.com/alwayscy/archive/2007/12/02/164663.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>很全的一张网�l�协议图</title><link>http://www.aygfsteel.com/alwayscy/archive/2007/09/10/144059.html</link><dc:creator>我爱佛_��</dc:creator><author>我爱佛_��</author><pubDate>Mon, 10 Sep 2007 09:54:00 GMT</pubDate><guid>http://www.aygfsteel.com/alwayscy/archive/2007/09/10/144059.html</guid><wfw:comment>http://www.aygfsteel.com/alwayscy/comments/144059.html</wfw:comment><comments>http://www.aygfsteel.com/alwayscy/archive/2007/09/10/144059.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/alwayscy/comments/commentRss/144059.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/alwayscy/services/trackbacks/144059.html</trackback:ping><description><![CDATA[<p>&nbsp;</p> <p><img alt="" src="http://richardlee.blog.51cto.com/gallery/9729/9729_1330.jpg"></p><img src ="http://www.aygfsteel.com/alwayscy/aggbug/144059.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/alwayscy/" target="_blank">我爱佛_��</a> 2007-09-10 17:54 <a href="http://www.aygfsteel.com/alwayscy/archive/2007/09/10/144059.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>关于j2ee层次设计架构</title><link>http://www.aygfsteel.com/alwayscy/archive/2007/06/08/122922.html</link><dc:creator>我爱佛_��</dc:creator><author>我爱佛_��</author><pubDate>Fri, 08 Jun 2007 11:32:00 GMT</pubDate><guid>http://www.aygfsteel.com/alwayscy/archive/2007/06/08/122922.html</guid><wfw:comment>http://www.aygfsteel.com/alwayscy/comments/122922.html</wfw:comment><comments>http://www.aygfsteel.com/alwayscy/archive/2007/06/08/122922.html#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>http://www.aygfsteel.com/alwayscy/comments/commentRss/122922.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/alwayscy/services/trackbacks/122922.html</trackback:ping><description><![CDATA[<p>&nbsp;</p> <p>典型的三层结�?br>　　三层�l�构估计大家都很熟悉了。就是表�C�（presentation�Q�层, 领域�Q�domain�Q�层, 以及基础架构�Q�infrastructure�Q�层�?br>　　表示层逻辑主要处理用户和��Y件的交互。现在最���行的莫�q�于视窗囑�Ş界面�Q�wimp�Q�和��Z��html的界面了。表�C�层的主要职责就是�ؓ用户提供信息�Q�以及把用户的指令翻译。传送给业务层和基础架构层�?基础架构层逻辑包括处理和其他系�l�的通信�Q�代表系�l�执行�Q务。例如数据库�pȝ��交互�Q�和其他应用�pȝ��的交互等。大多数的信息系�l�，�q�个层的最大的逻辑���是存储持久数据�?br>　　�q�有一个就是领域层逻辑�Q�有时也被叫做业务逻辑。它包括输入和存储数据的计算。验证表�C�层来的数据�Q�根据表�C�层的指令指�z�一个基���架构层逻辑�?br>　　领域逻辑中，��Z����L��搞不清楚什么事领域逻辑�Q�什么是其它逻辑。例如，一个销售系�l�中有这样一个逻辑�Q�如果本月销售量比上个月增长10�Q�，���p��用红色标记。要实现�q�个功能�Q�你可能会把逻辑攑֜�表示层中�Q�比较两个月的数字，如果���出10�Q�，���标��Cؓ�U�色�?br>　　�q�样做，你就把领域逻辑攑ֈ�了表�C�层中了。要分离�q�两个层�Q�你应该现在领域层中提供一个方法，用来比较销售数字的增长。这个方法比较两个月的数字，�q�返回boolean�c�d��。表�C�层则简单的调用该方法，如果�q�回true�Q�则标记为红艌Ӏ? <p>&nbsp;  <p>&nbsp; <blockquote> <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;———————————————�?/p></blockquote> <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 客户端层&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 用户交互�Q�UI实现 <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;| Browser,WirelessDevice,WebService |&nbsp;&nbsp;&nbsp; Http, Soap 协议(SOP体系) <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ———————————————�?<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;———————————————�?<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;表现�?nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |&nbsp;&nbsp; 集中��d���Q�会话管�?<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;Struts,Jsf,Webwork,Tapstry,&nbsp;Velocity | 内容创徏�Q�格式，传�?<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ———————————————�?<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;———————————————�?<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 业务服务�?nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |&nbsp;&nbsp;业务逻辑,事务,数据,服务 <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;| SessionEJB�Q�Spring�Q�Jdoframework) |&nbsp;SessionEjb�Q�POJO Service <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ———————————————�?<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;———————————————�?<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 集中�?nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |&nbsp;资源适配器，遗留/外部�pȝ��&nbsp; <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|Jms,Jdbc,Connnector,External Service&nbsp; |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;规则引擎�Q�工作流 <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;———————————————�?<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;(持久化EntityBean,Hibernate,iBatis,Jdo,Dao,TopLink etc.)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;———————————————�?<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 资源�?nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | 资源�Q�数据库�Q�外部服�?<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;| DataBase,Resource,External Service&nbsp;&nbsp;&nbsp;| (大型��L���Q�B2B集中�pȝ��) <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;———————————————�?<p>&nbsp; <p>&nbsp; <p>原文摘录如下�Q? <p><b>Part 1 �?/b><br>　　层（layer�Q�这个概念在计算机领域是非常了不得的一个概��c��计���机本��n��׃����C��一�U�层的概念：�pȝ��调用层、设备驱动层、操作系�l�层、CPU指��o集。每个层都负责自��q��职责。网�l�同样也是层的概念，最著名的OSI的七层协议�?br>　　层到了��Y仉���域也一样好用。�ؓ什么呢�Q�我们看看��用层技术有什么好处：<br>　　�?你��用层�Q�但是不需要去了解层的实现�l�节�?br>　　�?可以使用另一�U�技术来改变基础的层�Q�而不会媄响上面的层的应用�?br>　　�?可以减少不同层之间的依赖�?br>　　�?�Ҏ��制定出层标准�?br>　　�?底下的层可以用来建立��上的层的多��Ҏ��务�?当然�Q�层也有��q���Q?br>　　�?层不可能���装所有的功能�Q�一旦有功能变动�Q�势必要波及所有的层�?br>　　�?效率降低�?br>　　当然�Q�层最隄���一个问题还是各个层都有些什么，以及要承担何�U�责仅R�?br>典型的三层结�?br>　　三层�l�构估计大家都很熟悉了。就是表�C�（presentation�Q�层, 领域�Q�domain�Q�层, 以及基础架构�Q�infrastructure�Q�层�?br>　　表示层逻辑主要处理用户和��Y件的交互。现在最���行的莫�q�于视窗囑�Ş界面�Q�wimp�Q�和��Z��html的界面了。表�C�层的主要职责就是�ؓ用户提供信息�Q�以及把用户的指令翻译。传送给业务层和基础架构层�?基础架构层逻辑包括处理和其他系�l�的通信�Q�代表系�l�执行�Q务。例如数据库�pȝ��交互�Q�和其他应用�pȝ��的交互等。大多数的信息系�l�，�q�个层的最大的逻辑���是存储持久数据�?br>　　�q�有一个就是领域层逻辑�Q�有时也被叫做业务逻辑。它包括输入和存储数据的计算。验证表�C�层来的数据�Q�根据表�C�层的指令指�z�一个基���架构层逻辑�?br>　　领域逻辑中，��Z����L��搞不清楚什么事领域逻辑�Q�什么是其它逻辑。例如，一个销售系�l�中有这样一个逻辑�Q�如果本月销售量比上个月增长10�Q�，���p��用红色标记。要实现�q�个功能�Q�你可能会把逻辑攑֜�表示层中�Q�比较两个月的数字，如果���出10�Q�，���标��Cؓ�U�色�?br>　　�q�样做，你就把领域逻辑攑ֈ�了表�C�层中了。要分离�q�两个层�Q�你应该现在领域层中提供一个方法，用来比较销售数字的增长。这个方法比较两个月的数字，�q�返回boolean�c�d��。表�C�层则简单的调用该方法，如果�q�回true�Q�则标记为红艌Ӏ?br>例子<br>　　层技术不存在说永恒的技巧。如何��用都要看具体的情冉|��能够军_���Q�下面我���列��Z��三个例子�Q?br>　　例子1�Q�一个电子商务系�l�。要求能够同时处理大量用��L����h���Q�用��L��范围遍及全球�Q�而且数字�q�在不断增长。但是领域逻辑很简单，无非是订单的处理�Q�以 及和库存�pȝ��的连接部分。这���p��求我�?、表�C�层要友好，能够适应最�q�泛的用��P��因此采用html技术；2、支持分布式的处理，以胜��d��时几千的讉K���Q?3、考虑未来的升�U��?br>　　例子2�Q�一个租借系�l�。系�l�的用户���的多，但是领域逻辑很复杂。这���p��求我们制作一个领域逻辑非常复杂的系�l�，另外�Q�还要给他们的用��h��供一个方便的输入界面。这��P��wimp是一个不错的选择�?br>　　例子3�Q�简单的�pȝ��。非常简单，用户���、逻辑���。但是也不是没有问题�Q�简单意味着要快速交付，�q�且�q�要充分考虑日后的升�U�。因为需求在不断的增加之中�?br>何时分层<br>　　�q�样的三个例子，���p��求我们不能够一概而论的解决问题，而是应该针对问题的具体情况制定具体的解决�Ҏ��。这三个例子比较典型�?br>　　�W�二个例子中�Q�可能需要严格的分成三个层次�Q�而且可能�q�要加上另外的中介（mediating�Q�层。例3则不需要，如果你要做的仅是查看数据�Q�那仅需要几个server��面来放�|�所有的逻辑���可以了�?br>　　我一般会把表�C�层和领域层/基础架构层分开。除非领域层/基础架构层非常的���单，而我又可以��用工��h����L��的绑定这些层。这�U�两层架构的最好的例子��?是在VB、PB的环境中�Q�很�Ҏ�����可以构建出一个基于SQL数据库的windows界面的系�l�。这��L��表示层和基础架构层非常的一��_��但是一旦验证和计算 变得复杂��h���Q�这�U�方式就存在先天�~�陷了�?br>　　很多时候，领域层和基础架构层看��h��非常�c�M���Q�这时候，其实是可以把它们攑֜�一��L��。可是，当领域层的业务逻辑和基���架构层的�l�织方式开始不同的时候，你就需要分开二者�?br>更多的层模式<br>　　三层的架构是最为通用的，���其是对IS�pȝ��。其它的架构也有�Q�但是�ƈ不适用于�Q何情��c�?br>　　�W�一�U�是Brown model [Brown et al]。它有五个层�Q�表�C�层�Q�Presentation�Q�，控制/中介层（Controller/Mediator�Q�，领域层（Domain�Q? 数据映射层（Data Mapping�Q? 和数据源层（Data Source�Q�。它其实���是在三层架构种增加了两个中间层。控�?中介层位于表�C�层和领域层之间�Q�数据映���层位于领域层和基础架构层之间�?br>　　表示层和领域层的中介层，我们通常�U�C��������C?领域中介层，是一个常用的分层�Ҏ���Q�通常针对一些非可视的控件。例如�ؓ特定的表�C�层�l�织信息格式�Q�在�?同的�H�口间导航，处理交易边界�Q�提供Server的facade接口�Q�具体实现原理见设计模式�Q�。最大的危险���是�Q�一些领域逻辑被放到这个层里，影响到其 它的表示层�?br>　　我常常发现把行�ؓ分配�l�表�C�层是有好处的。这可以���化问题。但表示层模型会比较复杂�Q�所以，把这些行为放到非可视化的对象中，�q�提取出一个表�C?领域中介层还是值得的�?br>　　Brown ISA<br>　　表示�?表示�?br>　　控制/中介�?表示-领域中介�?br>　　领域�?领域�?br>　　数据映射�?数据库交互模式中的Database Mapper<br>　　数据源层 基础架构�?br>　　领域层和基础架构层之间的中介层属于本书中提到的Database Mapper模式�Q�是三种领域层到数据�q�接的办法之一。和表示-领域中介层一��|��有时候有用，但不是所有时候都有用�?br>　　�q�有一个好的分层架构是J2EE的架构，�q�方面的讨论可以见『J2EE核心模式』一书。他的分层是客户层（Client�Q�，表示层（Presentation�Q�，业务层（Business �Q�，整合层（Integration�Q�，资源层（Resource�Q�。差别如下图�Q?br>　　J2EE核心 ISA<br>　　客户�?�q�行在客��h��上的表示�?br>　　表示�?�q�行在服务器上的表示�?br>　　业务�?领域�?br>　　整合�?基础架构�?br>　　资源�?基础架构层通信的外部数�?br>　　微��Y的DNA架构定义了三个层�Q�表�C�层�Q�presentation�Q�，业务层（business�Q�，和数据存储层�Q�data access�Q�，�q�和我的架构�怼��Q�但是在数据的传递方式上�q�有很大的不同。在微��Y的DNA中，各层的操作都��Z��数据存储层传出的SQL查询�l�果集。这��L��话，实际上是增加了表�C�层和业务层同数据存储层之间的耦合度�?DNA的记录集在层之间的动作类��g��Data Transfer Object�? <p>&nbsp;  <p>&nbsp;  <p><b>Part 2 �l�织领域逻辑</b><br>　　要组�l�基于层的系�l�，首要的是如何�l�织领域逻辑。领域逻辑的组�l�有好几�U�模式。但其中最重要的莫�q�于两种�Ҏ���Q�Transation Script和Domain Model。选定了其中的一�U�，其它的都�Ҏ��军_��。不�q�，�q�两者之间�ƈ没有一条明昄���分界�Uѝ��所以如何选取也是门大学问。一般来��_��我们认�ؓ领域逻辑比较复杂的系�l�可以采用Domain Model�?br>　　Transation Script���是对表�C�层用户输入的处理程序。包括验证和计算�Q�存储，调用其它�pȝ��的操作，把数据回传给表示层。用��L��一个动作表�C�Z��个程序，�q�个�E�序�?以是script�Q�也可以是transation�Q�也可以是几个子�E�序。在例子1中，���验，在购物�R中增加一本书�Q�显�C�递送状态，都可以是一�?Transation Script�?br>　　Domain Model是要建立对应领域名词的模型，例如�?中的书、购物�R�{�。检验、计���等处理都放到领域模型中�?br>　　Transation Script属于�l�构性思维�Q�Domain Model属于OO思维。Domain Model比较难��用，一旦习惯，你能够组�l�更复杂的逻辑�Q�你的思想会更OO。到时候，即��是小的系�l�，你也会自然的使用Domain Model了�?br>　　但如何抉择呢�Q�如果逻辑复杂�Q�那肯定用Domain Model�Q�如果只需要存取数据库�Q�那Transation Script会好一些。但是需求是在不断进化的�Q�你很难保证以后的需求还会如此简单。如果你的团队不善于使用Domain Model�Q�那你需要权衡一下投入��出比。另外，即��是Transation Script�Q�也可以做到把逻辑和基���架构分开�Q�你可以使用Gateway�?br>　　对例2�Q�毫无疑问要使用Domain Model。对�?���需要权衡了。而对于例3�Q�你很难说它���来会不会像�?那样�Q�你现在可以使用Transation Script�Q�但未来你可能要使用Domain Model。所以说�Q�架构的决策是至关紧要的�?br>　　除了�q�两�U�模式，�q�有其它中庸的模式。Use Case Controller���是处于两者之间。只有和单个的用例相关的业务逻辑才放到对象中。所以大致上他们�q�是在��用Transation Script�Q�而Domain Model只是Database Gateway的一�l�集合而已。我不太用这�U�模式�?br>　　Table Module是另一个中庸模式。很多的GUI环境依托于SQL查询的返回结果。你可以建立内存中的对象�Q�来把GUI和数据库分开来。�ؓ每个表写一个模块，因此每一行都需要关键字变量来识别每一个实例�?br>　　Table Module适用于很多的�l��g构徏于一个通用关系型数据库之上�Q�而且领域逻辑不太复杂的情��c��Microsoft COM 环境�Q�以及它的带ADO.NET�?NET环境都适合使用�q�种模式。而对于Java�Q�就不太适用了�?br>　　领域逻辑的一个问题是领域对象非常的臃�ѝ��因为对象的行�ؓ太多了，�c�M�����太大了。它必须是一个超集。这���p��考虑哪些行�ؓ是通用的，哪些不是�Q�可以由其它的类来处理，可能是Use Case Controller�Q�也可能是表�C�层�?br>　　�q�有一个问题，复制。他会导致复杂和不一致。这比臃肿的危害更大。所以，宁可臃肿�Q�也不要复制。等到臃肿�ؓ��x��再处理它吧�?br>选择一个地方运行领域逻辑<br>　　我们的精力集中在逻辑层上。领域逻辑要么�q�行在Client上，要么�q�行在Server上�?br>　　比较���单的做法是全部集中在Server上。这样你需要��用html的前端以及web server。这样做的好处是升��和维护都非常的简单，你也不用考虑桌面�q�_��和Server的同步问题，也不用考虑桌面�q�_��的其它��Y件的兼容问题�?br>　　�q�行在Client适合于要求快速反应和没有联网的情��c��在Server端的逻辑�Q�用��L��一个再���的��h���Q�也需要信息从Client到Server�l�一圈。反应的速度必然慢。再��_���|�络的覆盖程度也不是说达��C��100�Q��?br>对于各个层来��_��又是怎么��L��呢？<br>　　基础架构层：一般都是在Server啦，不过有时候也会把数据复制到合适的高性能桌面机，但这是就要考虑同步的问题了�?br>　　表示层在何处�q�行取决于用��L��面的设计。一个Windows界面只能在Client�q�行。而一个Web界面���是在Server�q�行。也有特别的例子�Q�在桌面��Z���q�行web server的，例如X Server。但�q�种情况���的多�?br>　　在例1中，没有更多的选择了，只能选在Server端。因此你的每一个bit都会�l�一个大圈子。�ؓ了提高效率，���量使用一些纯html脚本�?br>　　��Z��选用Windows界面的原因主要就是需要执行一些非常复杂的��d���Q�需要一个合适的应用�E�序�Q�而web GUI则无法胜仅R��这���是�?的做法。不�q�，��Z��应该会渐渐适应web GUI�Q�而web GUI的功能也会越来越强大�?br>　　剩下的是领域逻辑。你可以全部攑֜�Server�Q�也可以全部攑֜�Client�Q�或是两辚w��放�?br>　　如果是在Client端，你可以考虑全部逻辑都放在Client端，�q�样臛_��保证所有的逻辑都在一个地斏V��而把web server�U�至Client�Q�是可以解决没有联网的问题，但对反应旉���不会有多大的帮助。你�q�是可以把逻辑和表�C�层分离开来。当�Ӟ��你需要额外的升��和维护的工作�?br>　　在Client和Server端都��h��逻辑�q�不是一个好的处理办法。但是对于那些仅有一些领域逻辑的情冉|��适用的。有一个小�H�门�Q�把那些和系�l�的其它部分没有联系的逻辑���装��h���?领域逻辑的接�?br>　　你的Server上有一些领域逻辑�Q�要和Client通信�Q�你应该有什么样的接口呢�Q�要么是一个http接口�Q�要么是一个OO接口�?br>　　http接口适用于web browser�Q�就是说你要选择一个html的表�C�层。最�q�的新技术就是web service�Q�通过��Z��http、特别是XML�q�行通信。XML有几个好处：通信量大�Q�结构好�Q�仅需一�ơ的回�\。这栯����E�调用的的开销���小了。同�Ӟ��XML�q�是一个标准，支持�q�_��异构。XML又是��Z��文本的，能够通过防火墙�?br>　　虽然XML有那么多的好处，不过一个OO的接口还是有它的价值的。hhtp的接口不明显�Q�不�Ҏ��看清楚数据是如何处理的。而OO的接口的�Ҏ��带有变量和名字，�Ҏ��看出处理的过�E�。当�Ӟ��它无法通过防火墙，但可以提供安全和事务之类的控制�?br>　　最好的�q�是取二者所�ѝ��OO接口在下�Q�http接口在上。但�q�样做就会��得实现机刉���常的复杂�?br><b>Part 3 �l�织web Server</b><br>　　很多使用html方式的�h�Q��ƈ不能真正理解�q�种方式的优炏V��我们有各种各样好用的工��P��但是却搞到让�E�序难以�l�护�?br>　　在web server上组�l�程序的方式大致可以分�ؓ两种�Q�脚本和server page�?br>　　脚本方式���是一个程序，用函数和�Ҏ��来处理http调用。例如CGI脚本和java servlet。它和普通的�E�序�q�没有什么两栗���它从web��面上获得html string形态的数据�Q�有时候还要做一些表辑ּ�匚w���Q�这正是perl能够成�ؓCGI脚本的常用语�a�的原因。而java servelet则是把这�U�分析留�l�程序员�Q�但它允许程序员通过关键字接口来讉K��信息�Q�这样就会少一些表辑ּ�的判断。这�U�格式的web server输出是另一�U�html string�Q�称为response�Q�可以通过���数据来操作�?br>　　�p�糕的是���数据是非常�ȝ��的，因此���导致了server page的��生，例如PHP�Q�ASP�Q�JSP�?br>　　server page的方式适合回应�Q�response�Q�的处理比较���单的情况。例如“显�C�歌曲的明细”，但是你的决策取决于输入的时候，��׃��比较杂�ؕ。例如“通俗和摇滚的昄���格式不同”�?br>　　脚步擅长于处理用户交互，server page擅长于处理格式化回应信息。所以很自然的就会采用脚本处理请求的交互�Q���用server page处理回应的格式化。这其实���是著名的MVC�Q�Model View Controller�Q�模式中的view/controller的处理�?br>　　应用Model View Controller模式首要的一点就是模型要和web服务完全分离开来。��用Transaction Script或Domain Model模式来封装处理流�E��?br>　　接下来，我们���把剩余的模式归入两�c�L��式中�Q�属于Controller的模式，以及属于View的模式�?br>View模式<br>　　View�q�边有三�U�模式：Transform View�Q�Template View和Two Step View。Transform View和Template View的处理只有一步，���领域数据�{换�ؓhtml。Two Step View要经�q�两步的处理�Q�第一步把领域数据转换为逻辑表示形式�Q�第二步把逻辑表示转换为html�?br>　　两步处理的好处是可以���逻辑集中于一处，如果只有一步，变化发生�Ӟ��你就需要修�Ҏ��一个屏�q�。但�q�需要你有一个很好的逻辑屏幕�l�构。如果一个web应用有很多的前端用户�Ӟ��两步处理���q��别的好用。例如航�I�������系�l�。��用不同的�W�二步处理，���可以获得不同的逻辑屏幕�?br>　　使用单步�Ҏ��有两个可选的模式�Q�Template View�Q�Transform View。Template View其时���是把代码嵌入到html��面中，���像现在的server page技术，如ASP�Q�PHP�Q�JSP。这�U�模式灵�z�，强大�Q�但昑־�杂�ؕ无章。如果你能够把逻辑�E�序逻辑在页面结构之外进行很好的�l�织�Q�这�U�模式还是有它的优点的�?br>　　Transform View使用���译方式。例如XSLT。如果你的领域数据是用XML处理的，那这�U�模式就特别的好用�?br>Controller模式<br>　　Controller有两�U�模式。一般我们会�Ҏ��动作来决定一��Ҏ��制。动作可能是一个按钮或链接。所�q�种模式���是Action Controller模式�?br>　　Front Controller更进一步，它把http��h��的处理和处理逻辑分离开来。一般是只有一个web handle来处理所有的��h��。你的所有的http��h��的处理都�׃��个对象来负责。你改变动作�l�构的媄响就会降到最����?/p><img src ="http://www.aygfsteel.com/alwayscy/aggbug/122922.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/alwayscy/" target="_blank">我爱佛_��</a> 2007-06-08 19:32 <a href="http://www.aygfsteel.com/alwayscy/archive/2007/06/08/122922.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>                                                                                                                                               <footer>
<div class="friendship-link">
<a href="http://www.aygfsteel.com/" title="&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;">&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;</a>

</div>

</footer>


��վ֩���ģ�壺
<a href="http://" target="_blank">��Դ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��Դ��</a>|
<a href="http://" target="_blank">����</a>|
<a href="http://" target="_blank">��Ϫ��</a>|
<a href="http://" target="_blank">��ƽ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">���������</a>|
<a href="http://" target="_blank">����</a>|
<a href="http://" target="_blank">�����</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">ɳ����</a>|
<a href="http://" target="_blank">�����</a>|
<a href="http://" target="_blank">�������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">����</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��ɽ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�»���</a>|
<a href="http://" target="_blank">��¡��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�书��</a>|
<a href="http://" target="_blank">��Ǩ��</a>|
<a href="http://" target="_blank">�ɽ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">ɳ����</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">¬����</a>|
<a href="http://" target="_blank">ͨ����</a>|
<a href="http://" target="_blank">ϰˮ��</a>|
<a href="http://" target="_blank">������</a>|
<script>
(function(){
    var bp = document.createElement('script');
    var curProtocol = window.location.protocol.split(':')[0];
    if (curProtocol === 'https') {
        bp.src = 'https://zz.bdstatic.com/linksubmit/push.js';
    }
    else {
        bp.src = 'http://push.zhanzhang.baidu.com/push.js';
    }
    var s = document.getElementsByTagName("script")[0];
    s.parentNode.insertBefore(bp, s);
})();
</script>
</body>