@隔叶黄莺
Thank you for your appreciations.

了解CBD的人都知道构件的最小单位是什么。普元是伪CBD。

IQ? EQ? AQ?
上帝是公平的。

那提前祝你生日快乐！！！

同时也祝你的宝宝健康成长，给你带来更多的快乐！

@ksafe, leosyl, pdw2009, meil, robin0925, lotusswan, panqr, soddabao, aldmd:

PASSED.

看到你这个单子，想做架构师的也被你吓回去了。其实只有三本必读，其他的只要浏览一下就是了。这三本就是：
Software Architect Bootcamp--软件架构师教程
The Art of Software Architecture: Design Methods and Techniques--软件体系结构的艺术
软件架构：组织原则与模式

@赵宝刚
PASSED.

@读书、思考、生活
不是恶搞啊。你说的话，只做一点修改就可以用来还击你，这说明它非常的不严谨。重要的是我觉得你很多推理过程本身是存在问题的，提醒你注意一下，否则会让人感觉你不够理智。直言了，请别见怪。

庄子还不快跳槽！！！

BTW，我来替GHawk回答你文中的一段话：

GHawk：“由此我可以推断，你对于UP的认识，基本上是停留在猜测的阶段。对于这篇blog的观点，我就不逐一反驳了，我的猜测是，你经历过N次失败的UP尝试，而究其原因，我猜测是因为你们那个所谓的UP Team中，没有一个人，曾经实践过一次正规的UP开发。”

注：我不想说UP／XP哪个好，只是对你的逻辑推理过程感兴趣。

@pesome
SORRY FOR MISSPELLING YOUR NAME。

实在是猜不到，偶对这些名校不熟。

弹指，写几行程序，细述一生中期望。

presome是哪个学校的？110年历史的学校应该很牛吧。

So, what have you been reading?

在本帅哥的指导下，DOVE同志排除万难（“灵感写回忆录”的干扰），终于取得了灵活更改IP地址斗争的伟大胜利！值得庆祝一下！

@LiuYang
在需求阶段，是不应该说“在技术上这样做比较合理”这样的话的，过早进入对实现的考虑，这本身就是不合理的。

@霹雳火
PASSED。

啊！被搞到新手区了，看来不能随便说SPRINGSIDE的坏话呀。～＿～

Technology makes life easier!

@mooninwell

OIS没有实现reset()方法，是因为它从INPUT流中读取TC_RESET标志来RESET HANDLE TABLE。这样可以保证通过网络SERIALIZATION时不出问题。

@mooninwell

因OIS/OOS使用HANDLETABLE保存被序列化对象的引用，实践中应注意调用OOS.reset()方法，否则在大量对象序列化时会发生ML。

普元的EOS我看过，显然它误用了CBD的概念。另外好象还有一个总线的概念，很滑稽：什么时候见过现实系统中有一个人或一个机制总理所有数据/信息传递？即使最接近的电话系统，我从广州打电话到北京，会用上海到西安的“总线”吗？

——不好意思，和你的内容离题太远了~~~

频繁调用这个方法OPEN/CLOSE STREAM也不是一个好的做法吧？如果一直使用一个ObjectInputStream/ObjectOutputStream就要小心内存泄漏。

要考虑I18N啊，你ch>='a' && ch<="z"才是BUG呢。

请注意，申请需要提供www.blogjava.net的BLOG帐号。请在申请中注明您的BLOG帐号，不支持其他BLOG服务如CNBLOGS的帐号。

@doudoujava
需要blogjava的帐号。

＠will@白衣的群
现在早就不在那里了。

最近比较忙哈。。。

@wfeng007

不明白。

@asktalk

Passed.

@wfeng007
寒一下你的“杜撰”。如果文章是“杜撰”，随笔就是“谣言”了。呵呵。

@canonical
我认为你说的无侵入和可退化，适用于平台、框架甚至架构的水平部分或者设计约束。对于一个软件的架构来说，往往由于其需求的变化，属于你所说的态空间不完备的问题（只要一个存在就够了）。而且对于这种情况，我们已经有了不利己的解决方案（或者说理论？）——迭代。

你说的级列理论，是一个从一般到特殊思想的应用，前提是一个完备的态空间，即“最一般”情况。这在软件设计中很难适用，我们只能应用其思想。考虑以下的例子：

一个应用是一个网络应用；它可以使用现有任何网络协议通信。
最简单的状态，单机可以使用它；
两台机器可以使用它；
可以使用IPX;TCP/IP等等协议通信；也可以使用IPV6(IPNG)；
现在软件完成了，一个新的网络协议出现了（比如IPNNG。。）。

所以，级列理论，你应该在考虑一下，确定其适应环境，在前面加上定语。

@qq

sorry，你的回复是乱码，我删除了，如果你用中文不方便，可以使用英文。

@weide

你又钻牛角尖了。

首先我这篇文章不是讲“什么是分布式系统”，所以我也没有给出一个定义。其主要内容是讲在某些分布式系统下的信息对象，开始没有界定清楚，现已更改。

eMule或BT本身不是分布式系统。eMule(BT)（>=2）+eMule(BT) Server才组成一个分布式系统。这是一个部分与整体的关系。下面是一个类比：

IE(FF) -> JavaAppServer ->DBMS
EMule(BT) -> Server ->Any Persistence System

我说的是上面的一种情况，且只关注多App Server：[AppSvr1, AppSvr2,...AppSvrn]这种特例。

在eMule(BT) Server Side, 同样由多服务器组成Matrix。它也有这个信息对象问题。即Resource(name, size, etc...)在一个eMule(BT) Server上，当你连接到Matrix中任一服务器时，你可以Search到其他服务器上的一个Resource。基于Internet的特性，和人们对P2P资源的要求，这个Matrix允许部分失效。这不会影响到客户端使用者（eMule(BT)）。在其服务器之间的交互上，可能是采用非位置透明的方法，如管理员维护其他服务器列表。也可能使用位置透明的方法，这让我想到Jini的技术。

上述关于P2P系统，纯属猜测，请勿认真。

没有见过这么搞笑的系统：“注意不要在登陆页面停留太久！ ”

~~~先祝你记念日快乐！^_^

@weide

看了你的网站。感觉你们发布了很多应用程序，这样看来似乎SOA比较适合，你们以后可以向ASP（Application Service Provider）发展。

@weide
Sybase Replication Server是用来复制数据库记录的。它可以把数据库记录从一个数据库复制到另一个数据库。可以用在Sybase, Oracle, DB2, SQL Server上，支持异种数据库之间的复制。

我说的分布式系统主要是指应用软件，如MIS，ERP，CRM等。银联是一个大型分布式系统，而且是关键任务型的。我写的这些对于银联的应用，可以有些参考作用吧（没有做过，仅猜测）。

EMULE、BT是个人使用的互联网应用软件。它不会因为P2P就成为“分布式系统”了，就象IE，FF，它们是分布式系统吗？

写的很好啊。看上去象元模型。为什么不放首页呢？

@weide

The 4 rules help you to identify a system's scale. Normaly a very large scale system can be called Enterprise Level. Many Enterprise Level systems consist of more than one organization and probably span a large physical area.

PS: robber boat is my words.

@weide

If the application is not to be an Enterprise Level one, .net would not be a bad choice. Even so I want to state that .net is a "robber's boat" besides technology aspect. ^_^

奇怪。怎么发出来就全变成大写了？

Sorry I have to type in ENGLISH.

Just now I viewed a news from outside mainland. More than 20 persons were shot by armed polices in Dong zhou village in Shan wei. The news was proved by Xinhuashe. You can find it by Goooooogle.

What a damned gvnmnt!

社会的中坚力量永远是那些大多数人群，尽管他们收入极低。在美国，中产阶级是社会的中坚，也是因为人家人数足够多。

政策总是不公平的，这也是因为社会的层次划分。美国的政策不是也偏向中产阶级吗？可是像我们从小就热爱的祖国（省略。。。），这样把政策严重偏向少数人群的，还真是不多见！尤其在这所谓的世界大同，地球村。。。的时代。

我们越来越喜欢YY，因为不用负责任。这也是网络上玄幻、奇幻、架空历史。。。所有与当前社会、生活无关的小说风行的根源。

@Vincent Zhao

Maybe you have seen too more AVs.

@weide

Oh, Either you misleaded me or I miunderstanded you.

Forget it. I think the platform choice mainly depends on the system scale. Of couse you should think about other issues. As I know (from friends), there's no successful Enterprise Level system (I mean very large scale) on .net platform. Try to identify your system scales:

1. Is it a information collecting/organizing/OLAP system?
2. Are you preparing to use Workflow in the coming system?
3. Do you have any complex business process?
4. Is it a real distributed system?
5. Are the customers mature with IT, could they make full/less use of IT technology to help themselves?

First of all, you should try to manage system change, then complexity. Also find out what design level you are in may help you to do better.

Besides, environment influence may not be ignored and should be pay more attention to.

基本上每个公司都是这样的。这是一种行业现象，可以用一句话来总结：
做，是死，不做，也是死，所以：“死，就一起死！”
最终受伤害的是谁呢？

@临海观潮

Excellent perspective. I thought about it but forgot to wrote them down. Many cases, when you finished a system, you may find that marketing was more important than what you thought before. Since it do act an important role while developing, you should think about it, at least ask someone to do that.

Glad to see your awesome work. :)

Personaly, I think your article put too much energy on technical matter. But actually far from what you want. Maybe you should focus on Enterprise Application Integration than technology choice.

From now, I can't see which tech is more suitable to your situation. Please check your problem and your purpose. I don't think they are corresponding to each other.

Legacy apps mostly did not use component technology, thus you must think about to integrate them on persistence level. while you want them to be used continuiously, you should think of collecting information to build a publishing system, unless you are ready to replace them, do not focus on concrete technology/platform by now.

编辑的时候使用“高级选项”，可以选择只显示摘要。

节哀！愿他在天堂中永生！