2007年5月29日星期二
quoted-printable简称qp编码解码 c#
public static string ConvertFromQPString(string quoted_printableString) { string InputString = quoted_printableString; StringBuilder builder1 = new StringBuilder(); InputString = InputString.Replace("=\r\n", ""); for (int num1 = 0; num1 <>= 0) { byte[] buffer1 = new byte[1] { (byte)HexToDec(InputString.Substring(num1 + 1, 2)) }; builder1.Append(Encoding.Default.GetString(buffer1)); num1 += 2; } } else if (InputString[num1 + 1] != '=') { byte[] buffer2 = new byte[2] { (byte)HexToDec(InputString.Substring(num1 + 1, 2)), (byte)HexToDec(InputString.Substring(num1 + 4, 2)) }; builder1.Append(Encoding.Default.GetString(buffer2)); num1 += 5; } } catch { builder1.Append(InputString.Substring(num1, 1)); } } else { builder1.Append(InputString.Substring(num1, 1)); } } return builder1.ToString(); } private static int HexToDec(string hex) { int num1 = 0; string text1 = "0123456789ABCDEF"; for (int num2 = 0; num2 < hex.Length; num2++) { if (text1.IndexOf(hex[num2]) == -1) { return -1; } num1 = (num1 * 0x10) + text1.IndexOf(hex[num2]); } return num1; } //
2007年5月28日星期一
既得利益----------股市现状谈
疯狂,4000点.对于大多数股民来说是疯狂的.
而这仅仅是个数字,而且是落后的数字,在整个股市的主力
是国企主力的股票,而实际,所以股民将来将成为
信息的最后获得者,做为 既得利益 者的国企 则在高风险
可以及早退出,而不损失.而 小股民将成为后知者.
当损失面临的时候,退身已经完了.....
而金币将留在 所在企业当中.
而这仅仅是个数字,而且是落后的数字,在整个股市的主力
是国企主力的股票,而实际,所以股民将来将成为
信息的最后获得者,做为 既得利益 者的国企 则在高风险
可以及早退出,而不损失.而 小股民将成为后知者.
当损失面临的时候,退身已经完了.....
而金币将留在 所在企业当中.
2007年5月25日星期五
转载 ---我对SOA的反思：SOA架构的本质
我对SOA的反思：SOA架构的本质
年初的时候，写过一篇名为“国内EAI正当时，BPM为时尚早，Workflow持续增长，SOA依然概念”的Blog日志。那个时候，我认为SOA还依然是个很“虚”的概念。而现在，我只能说：Sorry，那时候的我，错了。SOA已经不再是概念，而是一个实实在在的构架了。
在写完那篇帖子之后，我一直在反思SOA到底是什么，是一种什么样的架构。因为在在TIBCO中国研发中心工作的原因，可以接触到TIBCO的一些最新的SOA产品。
虽然了解到一些基于SOA构架的产品，但总觉得依然“隔着一层纸”，并不清楚什么才是真正的SOA架构。
很多时候，我依然会认为SOA构架只是满足把应用暴露成Service（或者说是WebService），以SOAP等之类的消息进行信息的传输，以及基于Service之间的一些业务逻辑的整合应用（比如BPEL）等。
我相信，这样的困惑，在国内很多中间件产品、应用产品中都存在，在很多国内的开发人员、架构师心中也存在。
昨天，有幸参加了CSDN主办的“SOA产业链及未来企业软件趋势”研讨会，收获不小。参见昨天写的blog随感“参加“SOA产业链及企业软件趋势研讨会”的感想”。经过那些专家们（毛新生、Tiger、李勇、梁耀文等）的解惑，对SOA是一种什么样的构架，有了一些更深刻的认识。
但说真的，如果不是目前在TIBCO中国研发中心工作的经历，以及所接触到一些国外最新产品构架的巨变，仅凭昨天的听讲，也很难把握毛先生他们所说的那些SOA理念。
具体昨天有哪些重要的理念就不在重复的叙述了，参看“参加“SOA产业链及企业软件趋势研讨会”的感想”，里面有详细的叙述。
今天只谈反思：SOA架构的本质。
刚刚看到一篇新闻，讲的是SAP代号为A1S的新产品软件设计方法，参见“新闻分析：解密代号A1S”。这和昨天研讨会上，SAP的李勇先生，所阐述的一些观点很类似：SAP的产品在往SOA架构迁移中，经历了三个大的步骤：第一步，提供更好的服务层面的容器或平台的支持；第二步，把业务抽象成服务，确切地说，是抽象业务对象（Business Object）；第三步，把面向垂直或水平层面的各个产品，基于业务对象进行整合。
事实上，这就包含了昨天各个专家所阐述的SOA架构的本质：一切围绕业务对象（Business Object）或业务模型（Business Model），至于“服务”，只是这些业务模型暴露出来的形式，因为以统一的服务形式暴露出来，更便于不同供应商和客户之间的信息交互。
在Gartner十年前提出SOA概念的时候（1996年），尚没有web service技术。SOA架构的本质，并不是说把你的应用或者组件包装成Service就是SOA，而是说，你需要基于一种构架，能够让你的产品能够更适应“业务敏捷性（Business Agility）”。但是这种业务敏捷性仅仅是一家提供商或产品是很难满足的，肯定需要各个不同的供应商协助完成，不同的产品之间能够比较容易的进行消息交互。这样的灵活度肯定不是传统的基于消息的EAI产品所能够满足的，需要一种新的协议或标准来支撑。—— 当Web Service诞生之后，所有的大厂商都发现这是一种非常符合他们需求的技术。
但是服务的本质，是在后端能够提供一套“业务模型”。而制成这种业务模型或业务对象构建的技术，正好就是前几年所热炒的“模型驱动构架（Model-Driven-Architecture）”。事实上，现在各大厂商都在基于这个构架在转变自己的产品构架，BEA，IBM，TIBCO都在进行着这样的巨变。
在回头想想我们常说的“SOA真理三角”：数据（Data）——组件架构（Component Architecture）——组合（Composition）。因为几乎所有的业务模型最终需要被“业务对象+业务组件”反映出来，而它们之间需要进行一系列的组合和交互，来满足业务的处理。
在SOA联盟组织的SDO和SCA标准，正是用于解决数据和组件模型描述的问题，这方面几乎所有的EAI厂商都加盟进来了，IBM、BEA、IONA、Oracle、SAP、Sybase、TIBCO、Software AG等等，这其中好包含国内的普元软件。
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1606284
[收藏到我的网摘] 银狐999发表于 2007年05月12日 21:07:00 -->
function hide(){showComment();}
相关文章：
从题目分析中获得了一些对SOA的新理解 2006-06-19 mysoa
IBM软件技术开放日分会场二我老板的演讲 2006-04-21 wxpn
SOA新手入门 2004-08-19 CSDN_document
SOA之我见 2006-06-01 crazy4java
SOA将统领下一个十年 2004-11-30 huangkw007
特别推荐：
Architecture 文档库 想轻松查阅与架构相关的技术资源吗？ 此文档库包括了体系结构相关的各方面内容：文章、教程 architecture
世界最大的公司怎么进GE公司专门服务全球最大客户的咨询顾问团队 sap
主机完全DIY,域名免费试用 时代互联100M主机 216元/年 sap
全面解读SOAIBM SOA SOA的内容，方法和意义 soa
2007年，SOA将如何发展权威分析和建议 soa
document.write("");
<<《SOA中国路线图》可圈可点之处 参加“SOA产业链及企业软件趋势研讨会”的感想 >>
# netpit 发表于2007-05-14 17:46:14 IP: 121.34.62.*
业务构件=业务对象+业务组件业务流程=流程+业务构件+人
# hanzi 发表于2007-05-15 09:04:45 IP: 218.56.61.*
还是不太明白。soa是为了满足业务敏捷性，那么它的表现形式是什么？是web services吗？它是基于业务对象、业务模型的，那么它在原来的模型驱动开发的理论上有什么创新？
# onemonth 发表于2007-05-15 09:11:29 IP: 222.183.17.*
一看SOA的内容就应该知道，它不过就是明确提出计算机只是个手段而已，需要写N篇牛叉标题党心得blog，反思这么久才明白吗？看来玩概念还是得看中国人啊。
# netpit 发表于2007-05-15 12:28:44 IP: 121.34.62.*
服务不一定就是web services,中国软件业这么多年被外国大公司的概念玩的快死掉了.人家老美,10几年前DOS下的系统现在还在用呢?低水平的重复开发,只是为了适应新的操作系统.而业务的把握上,越做越差. 技术先进(国外大厂商宣传的先进)了,对业务的支持力度反而下降了.中国的软件于是做不出满足本土用户满意的产品,而是不断地用所谓先进的工作和理念制造出一个个地软件垃圾.
# james999 发表于2007-05-15 13:04:46 IP: 124.42.38.*
to onemonth:其实所有的新概念，新技术，新标准，都是人们在探索如何更好的解决IT系统的应用性、服务性所作出的努力。SOA已经不仅仅是是概念了，web service,soap,wsdl,webserive-policy,sca,sdo,esb等等标准技术，都是在一步步的完善和探索。
# 软件业的流氓 发表于2007-05-16 09:39:12 IP: 60.208.111.*
当你去一个按摩店做按摩的时候，你选择了一个常规的保健服务，在服务过程中，你某一方面的欲望被激起，希望提供更特别的服务，跟不上趟的按摩店的按摩技师会告诉你，先生我们不提供这种服务，没有这个环节；随需应变的按摩店的技师会告诉你，先生我再帮你叫一个愿意提供特服的技师过来，如果这个店里面没有，老板甚至可以帮你从别的店里面调特服技师过来，等你爽完了之后，原先的按摩技师继续给你提供常规的保健服务。基于人提供的服务流程是铁板一块？还是可以灵活组装的？这也是一种SOA。
# SOA320 发表于2007-05-16 22:30:55 IP: 219.133.155.*
哈哈,说得太有意思了.SOA中的概念实在太多了,让人有时都搞不清方向,过于复杂的东西很难让人接受,谁会有兴趣去处学习另一个Corba呢? 也许SOA需要经过很长的一段时间才被人接受,当然能够了解SOA的全面那肯定是个天才了, 哈哈,不过这样的人肯定很难找的.
年初的时候，写过一篇名为“国内EAI正当时，BPM为时尚早，Workflow持续增长，SOA依然概念”的Blog日志。那个时候，我认为SOA还依然是个很“虚”的概念。而现在，我只能说：Sorry，那时候的我，错了。SOA已经不再是概念，而是一个实实在在的构架了。
在写完那篇帖子之后，我一直在反思SOA到底是什么，是一种什么样的架构。因为在在TIBCO中国研发中心工作的原因，可以接触到TIBCO的一些最新的SOA产品。
虽然了解到一些基于SOA构架的产品，但总觉得依然“隔着一层纸”，并不清楚什么才是真正的SOA架构。
很多时候，我依然会认为SOA构架只是满足把应用暴露成Service（或者说是WebService），以SOAP等之类的消息进行信息的传输，以及基于Service之间的一些业务逻辑的整合应用（比如BPEL）等。
我相信，这样的困惑，在国内很多中间件产品、应用产品中都存在，在很多国内的开发人员、架构师心中也存在。
昨天，有幸参加了CSDN主办的“SOA产业链及未来企业软件趋势”研讨会，收获不小。参见昨天写的blog随感“参加“SOA产业链及企业软件趋势研讨会”的感想”。经过那些专家们（毛新生、Tiger、李勇、梁耀文等）的解惑，对SOA是一种什么样的构架，有了一些更深刻的认识。
但说真的，如果不是目前在TIBCO中国研发中心工作的经历，以及所接触到一些国外最新产品构架的巨变，仅凭昨天的听讲，也很难把握毛先生他们所说的那些SOA理念。
具体昨天有哪些重要的理念就不在重复的叙述了，参看“参加“SOA产业链及企业软件趋势研讨会”的感想”，里面有详细的叙述。
今天只谈反思：SOA架构的本质。
刚刚看到一篇新闻，讲的是SAP代号为A1S的新产品软件设计方法，参见“新闻分析：解密代号A1S”。这和昨天研讨会上，SAP的李勇先生，所阐述的一些观点很类似：SAP的产品在往SOA架构迁移中，经历了三个大的步骤：第一步，提供更好的服务层面的容器或平台的支持；第二步，把业务抽象成服务，确切地说，是抽象业务对象（Business Object）；第三步，把面向垂直或水平层面的各个产品，基于业务对象进行整合。
事实上，这就包含了昨天各个专家所阐述的SOA架构的本质：一切围绕业务对象（Business Object）或业务模型（Business Model），至于“服务”，只是这些业务模型暴露出来的形式，因为以统一的服务形式暴露出来，更便于不同供应商和客户之间的信息交互。
在Gartner十年前提出SOA概念的时候（1996年），尚没有web service技术。SOA架构的本质，并不是说把你的应用或者组件包装成Service就是SOA，而是说，你需要基于一种构架，能够让你的产品能够更适应“业务敏捷性（Business Agility）”。但是这种业务敏捷性仅仅是一家提供商或产品是很难满足的，肯定需要各个不同的供应商协助完成，不同的产品之间能够比较容易的进行消息交互。这样的灵活度肯定不是传统的基于消息的EAI产品所能够满足的，需要一种新的协议或标准来支撑。—— 当Web Service诞生之后，所有的大厂商都发现这是一种非常符合他们需求的技术。
但是服务的本质，是在后端能够提供一套“业务模型”。而制成这种业务模型或业务对象构建的技术，正好就是前几年所热炒的“模型驱动构架（Model-Driven-Architecture）”。事实上，现在各大厂商都在基于这个构架在转变自己的产品构架，BEA，IBM，TIBCO都在进行着这样的巨变。
在回头想想我们常说的“SOA真理三角”：数据（Data）——组件架构（Component Architecture）——组合（Composition）。因为几乎所有的业务模型最终需要被“业务对象+业务组件”反映出来，而它们之间需要进行一系列的组合和交互，来满足业务的处理。
在SOA联盟组织的SDO和SCA标准，正是用于解决数据和组件模型描述的问题，这方面几乎所有的EAI厂商都加盟进来了，IBM、BEA、IONA、Oracle、SAP、Sybase、TIBCO、Software AG等等，这其中好包含国内的普元软件。
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1606284
[收藏到我的网摘] 银狐999发表于 2007年05月12日 21:07:00 -->
function hide(){showComment();}
相关文章：
从题目分析中获得了一些对SOA的新理解 2006-06-19 mysoa
IBM软件技术开放日分会场二我老板的演讲 2006-04-21 wxpn
SOA新手入门 2004-08-19 CSDN_document
SOA之我见 2006-06-01 crazy4java
SOA将统领下一个十年 2004-11-30 huangkw007
特别推荐：
Architecture 文档库 想轻松查阅与架构相关的技术资源吗？ 此文档库包括了体系结构相关的各方面内容：文章、教程 architecture
世界最大的公司怎么进GE公司专门服务全球最大客户的咨询顾问团队 sap
主机完全DIY,域名免费试用 时代互联100M主机 216元/年 sap
全面解读SOAIBM SOA SOA的内容，方法和意义 soa
2007年，SOA将如何发展权威分析和建议 soa
document.write("");
<<《SOA中国路线图》可圈可点之处 参加“SOA产业链及企业软件趋势研讨会”的感想 >>
# netpit 发表于2007-05-14 17:46:14 IP: 121.34.62.*
业务构件=业务对象+业务组件业务流程=流程+业务构件+人
# hanzi 发表于2007-05-15 09:04:45 IP: 218.56.61.*
还是不太明白。soa是为了满足业务敏捷性，那么它的表现形式是什么？是web services吗？它是基于业务对象、业务模型的，那么它在原来的模型驱动开发的理论上有什么创新？
# onemonth 发表于2007-05-15 09:11:29 IP: 222.183.17.*
一看SOA的内容就应该知道，它不过就是明确提出计算机只是个手段而已，需要写N篇牛叉标题党心得blog，反思这么久才明白吗？看来玩概念还是得看中国人啊。
# netpit 发表于2007-05-15 12:28:44 IP: 121.34.62.*
服务不一定就是web services,中国软件业这么多年被外国大公司的概念玩的快死掉了.人家老美,10几年前DOS下的系统现在还在用呢?低水平的重复开发,只是为了适应新的操作系统.而业务的把握上,越做越差. 技术先进(国外大厂商宣传的先进)了,对业务的支持力度反而下降了.中国的软件于是做不出满足本土用户满意的产品,而是不断地用所谓先进的工作和理念制造出一个个地软件垃圾.
# james999 发表于2007-05-15 13:04:46 IP: 124.42.38.*
to onemonth:其实所有的新概念，新技术，新标准，都是人们在探索如何更好的解决IT系统的应用性、服务性所作出的努力。SOA已经不仅仅是是概念了，web service,soap,wsdl,webserive-policy,sca,sdo,esb等等标准技术，都是在一步步的完善和探索。
# 软件业的流氓 发表于2007-05-16 09:39:12 IP: 60.208.111.*
当你去一个按摩店做按摩的时候，你选择了一个常规的保健服务，在服务过程中，你某一方面的欲望被激起，希望提供更特别的服务，跟不上趟的按摩店的按摩技师会告诉你，先生我们不提供这种服务，没有这个环节；随需应变的按摩店的技师会告诉你，先生我再帮你叫一个愿意提供特服的技师过来，如果这个店里面没有，老板甚至可以帮你从别的店里面调特服技师过来，等你爽完了之后，原先的按摩技师继续给你提供常规的保健服务。基于人提供的服务流程是铁板一块？还是可以灵活组装的？这也是一种SOA。
# SOA320 发表于2007-05-16 22:30:55 IP: 219.133.155.*
哈哈,说得太有意思了.SOA中的概念实在太多了,让人有时都搞不清方向,过于复杂的东西很难让人接受,谁会有兴趣去处学习另一个Corba呢? 也许SOA需要经过很长的一段时间才被人接受,当然能够了解SOA的全面那肯定是个天才了, 哈哈,不过这样的人肯定很难找的.
2007年5月16日星期三
2007年5月14日星期一
2007年5月13日星期日
技巧
建议大家判断字符串是否为空用 if(a.Length==0)。
模块分解按专业领域进行分解
软件公共领域常见的子领域有数据结构算法，图形界面，IO处理，网络通信，数据库，加密，安全，图像处理，数学算法等，当然这些子领域还可以进一步划分出更小的子领域来。
模块分解原理与三权分立
相关文章链接：模块分解原理探索 周伟明
前一篇模块分解原理探索的文章中谈到了模块需要按专业领域分解，怎么这篇文章的标题上突然冒出了三权分立，软件怎么和政治制度扯到一起去了？
表面看这两个东西好像是风牛马不及，但如果把软件系统和整个社会系统做一个类比的话，也许能看出一些端倪来。
在软件中，有需求，设计，编程，测试这几个大的核心专业领域，再来看三权分立，立法、司法、行政看起来似乎是三种权力，实际上立法主要是游戏规则设计，相当于软件中的设计领域，司法系统主要是问题定位和纠错的，类似于软件中的测试领域，行政主要是执行和实现，相当于软件中的编程领域。
三权分立表面上看是三种权力分立，但从模块分解原理来看，实际上是将三个不同专业领域分解出来成为三个对等的权力部门，我想这才是三权分立的真正伟大之处。
虽然三权分立的思想很伟大，但是也不是说它就没有问题，主要问题出在分解出来的专业领域只有三个，专业领域覆盖面不全面。后来孙中山先生提出了所谓的“五权分立”学说，分为行政、立法、司法、考试、弹劾五个权力机构，想进一步细化权力以弥补三权分立的不足之处，但不幸的是五权分立并没有完全符合模块分解原理，弹劾实际上属于纠错领域和司法属于同一领域，而考试则并不是和其他几个领域对等的领域，而是属于各个领域的公共子领域。
从前面社会系统和软件系统的类比中可以看出，三权分立缺乏对需求专业领域的覆盖，需求领域没有被单独分离出来，人们的需求没有得到专业化的处理，当政府没有按照人们的需求去做时，人们只能通过游行示威等极端低效的方式来进行表达自己的需求。其实相当于编码人员不按照需求规格来实现编程是同一个道理。我想这也是西方采用三权分立的国家也会经常发生问题的重要原因之一。
除了需求领域外，社会系统中其实还有其他一些领域，如公共服务领域（相当于软件的客户支持）等。目前行政系统中将公共服务领域和其他对等的领域混合在一起，所以行政系统成了最容易出问题的地方。当然需求、设计、测试、编程各个领域中也存在子领域分解的问题，同样需要按照模块分解原理来分解。
当然社会系统是复杂的，模块分解原理只能解决其中的一部分问题，即国家组织结构设计中的组织结构分解问题，并不能解决组织结构设计中所有的问题。
顺便提一下，可能有人想知道，社会系统中的权力相当于软件中的什么呢？其实软件中的接口就相当于社会系统中的权力。官僚性组织中之所以问题频生，没有设计合理的接口以及不按接口行事是其根本原因，特别是各个组织机构的首脑人物具有随意改动规则和制订制度的权力（可以看作可以做任何事情的超级接口），使得社会矛盾逐渐累积。这其实相当于软件编程人员不按高层设计制订的接口去实现、擅自改变接口是一回事。
模块分解按专业领域进行分解
软件公共领域常见的子领域有数据结构算法，图形界面，IO处理，网络通信，数据库，加密，安全，图像处理，数学算法等，当然这些子领域还可以进一步划分出更小的子领域来。
模块分解原理与三权分立
相关文章链接：模块分解原理探索 周伟明
前一篇模块分解原理探索的文章中谈到了模块需要按专业领域分解，怎么这篇文章的标题上突然冒出了三权分立，软件怎么和政治制度扯到一起去了？
表面看这两个东西好像是风牛马不及，但如果把软件系统和整个社会系统做一个类比的话，也许能看出一些端倪来。
在软件中，有需求，设计，编程，测试这几个大的核心专业领域，再来看三权分立，立法、司法、行政看起来似乎是三种权力，实际上立法主要是游戏规则设计，相当于软件中的设计领域，司法系统主要是问题定位和纠错的，类似于软件中的测试领域，行政主要是执行和实现，相当于软件中的编程领域。
三权分立表面上看是三种权力分立，但从模块分解原理来看，实际上是将三个不同专业领域分解出来成为三个对等的权力部门，我想这才是三权分立的真正伟大之处。
虽然三权分立的思想很伟大，但是也不是说它就没有问题，主要问题出在分解出来的专业领域只有三个，专业领域覆盖面不全面。后来孙中山先生提出了所谓的“五权分立”学说，分为行政、立法、司法、考试、弹劾五个权力机构，想进一步细化权力以弥补三权分立的不足之处，但不幸的是五权分立并没有完全符合模块分解原理，弹劾实际上属于纠错领域和司法属于同一领域，而考试则并不是和其他几个领域对等的领域，而是属于各个领域的公共子领域。
从前面社会系统和软件系统的类比中可以看出，三权分立缺乏对需求专业领域的覆盖，需求领域没有被单独分离出来，人们的需求没有得到专业化的处理，当政府没有按照人们的需求去做时，人们只能通过游行示威等极端低效的方式来进行表达自己的需求。其实相当于编码人员不按照需求规格来实现编程是同一个道理。我想这也是西方采用三权分立的国家也会经常发生问题的重要原因之一。
除了需求领域外，社会系统中其实还有其他一些领域，如公共服务领域（相当于软件的客户支持）等。目前行政系统中将公共服务领域和其他对等的领域混合在一起，所以行政系统成了最容易出问题的地方。当然需求、设计、测试、编程各个领域中也存在子领域分解的问题，同样需要按照模块分解原理来分解。
当然社会系统是复杂的，模块分解原理只能解决其中的一部分问题，即国家组织结构设计中的组织结构分解问题，并不能解决组织结构设计中所有的问题。
顺便提一下，可能有人想知道，社会系统中的权力相当于软件中的什么呢？其实软件中的接口就相当于社会系统中的权力。官僚性组织中之所以问题频生，没有设计合理的接口以及不按接口行事是其根本原因，特别是各个组织机构的首脑人物具有随意改动规则和制订制度的权力（可以看作可以做任何事情的超级接口），使得社会矛盾逐渐累积。这其实相当于软件编程人员不按高层设计制订的接口去实现、擅自改变接口是一回事。
SOA__开始 Spring for dotnet + Nhibernate
http://wiki.ccw.com.cn/SOA
Spring for dotnet + Nhibernate面向服务的体系结构来自ITwiki，开放的信息技术大百科(重定向自SOA)Jump to: navigation,面向服务的体系结构（Service-Oriented Architecture，SOA，也叫面向服务架构）是指为了解决在Internet环境下业务集成的需要，通过连接能完成特定任务的独立功能实体实现的一种软件系统架构。SOA是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。 从计算模型上讲，软件服务是SOC/SOA的基本实体，较对象、构件又有了新的发展，具有较高的抽象级别、更大的粒度与更强的独立性与可用性，更加便于使用者直接使用。在此基础上，基于软件服务的SOC/SOA借助了开放的社会系统中较为成熟的基于服务的松耦合运营模式的理念，以服务为基本单元封装各类网络资源，以服务集成为基本手段提供开放环境下的资源共享与集成的高层次抽象模型，以服务交互和协同为基本支撑，提供松耦合的计算模型。 传统的Web（HTML/HTTP）技术有效的解决了人与信息系统的交互和沟通问题，极大的促进了B2C模式的发展。WEB服务(XML/SOAP/WSDL）技术则是要有效的解决信息系统之间的交互和沟通问题，促进B2B/EAI/CB2C的发展。SOA则是采用面向服务的商业建模技术和WEB服务技术，实现系统之间的松耦合，实现系统之间的整合与协同。WEB服务和SOA的本质思路在于使得信息系统个体在能够沟通的基础上形成协同工作。
Spring for dotnet + Nhibernate面向服务的体系结构来自ITwiki，开放的信息技术大百科(重定向自SOA)Jump to: navigation,
SPEED P8 --美国大行20寸八速高级折叠自行车
美国大行20寸八速高级折叠自行车SPEED-P8(KCO83) DAHON折叠自行车自问世以来，产品不断创新，先后获得世界各国专利60多项，世界知名企业松下公司就曾经使用过本公司的专利。DAHON折叠车以其先进的设计，卓越的品质，使其品牌形象一直傲居同行之首，曾获“台湾精品奖”、“台湾发明奖”、日内瓦“发明奖”、“环保奖”以及多项国际速度竞赛奖等奖项。产品曾通过美国CPSC之严格安全标准，并获日、英、德等国际之安全标准验证。 DAHON折叠车现有十几个系列上百个品种，其总的特点为：1.好骑－DAHON折叠自行车所有设计均以人体功学为主，轮子虽然有大有小，但都用齿轮比例补充。乘骑舒适快速，不费力气，感觉与大轮车无异，把手、座垫高低可自由调整，男女老幼皆可乘骑。 2.好提－DAHON折叠车折叠后体积不到普通自行车的六分之一，是目前世界上体积最小的折叠车之一。重量轻、提上楼、上电梯、上公交车乘地铁都十分方便。 3.好用－DAHON折叠车利于环保，适宜休闲、运动、也可当礼品赠送。放置汽车的行李箱中也可解决停车问题。 4.好折－不需工具，折叠展开只需10秒钟。 5.好收－折叠后方方整整，体积小，收藏方便，放在客厅也可当摆饰。 目前，DAHON牌折叠车有16寸、20寸、26寸，产品分高、中、低三个档次。产品品种齐全、美观实用、选择面广！也许是DAHON所有车型里性价比最好的一款车型。对于市内通勤，周末竞速和长途旅行来说，SPEED P8是非常完美的。SPEED P8采用了与SPEED PRO相同的车架和Premium零部件组合。2005年，我们升级了更结实的车架，强度更大的把立和能够快速旋转并且极舒适的Schwalbe Big Apple轮胎，专门定制的SRAM 8速动力传动系统能够释放出极为宽广的变速空间。 特点：1.强壮并且有弹性的4130铬钼钢车架2.BioLogic II几何车架设计，提高稳定性，控制力和舒适度3.超轻超强的并且适合高速旋转的 Kinetix Comp轮组4.超轻的BioLogic Velvet车座和SDG I-Beam座管5.含有Kevlar反刺破垫带的Schwalbe Big Apple轮胎 
My Dream My Life My windmark _ New Challenge
铝合金车架 高碳钢前叉 铝合金零件，快调试夹器 日本SHIMANO变速系统 16速 铝合金快拆式花鼓 铝合金刀圈，维乐坐垫 建大700*25C轮胎疯狂的一天,就是那么必然中的偶然,,决定了恢复身体体能, 而突然了决定用这种方式..迎接挑战~
订阅：
博文 (Atom)
博文
