最近想出一个WF的培训课题,看到这样的文章还不错。
目前觉得中小企业在工作流实施方面还很欠缺，目前培训大家可能更看中协同办公的工作流实施，以及MOSS方面的应用.
期待更好文章！！！

沙发
你开博的第一贴+我这个第一个回复=缘分!!!
呵呵,期待更好的文章!

爬到69楼看美女,喘气中... ^_^

@Jeffrey Zhao
川话中喜欢把玩,用等说成耍,老赵早已经练就北溟神功,故曰:耍内功啊

抢个地板
代码我就先不看了，知道老赵喜欢耍内功了，呵呵

@Jeffrey Zhao
莫非是老赵的生平憾事，呵呵！
相忘于江湖，偷得几日闲...

孟军兄，接口和抽象类最大的相同点就是在抽象上，就抽象这一点，它们能做同样的事情，只不过接口可能更抽象而已，允许多继承，也可以说是多实现。而抽象类也有一个好处就是能承载具体的行为，所以各有各的优点。
我们在这里讨论一种情况，比如，客户需求又变化了，这次的变化是一大堆的报表，那么你是不是还要扩展你的接口，来重新实现一个访问报表的类呢？就我的经验来看，这个时候接口一定不能再变化了，如果接口变化，跟着你的其他实现类呈现连锁的变化，代价是很高的。此时，你要么重新定义另外一个接口来扩展，要么你一开始就把最初的接口实现为抽象类，通过抽象类来实现需求变化，原因就是抽象类可以有具体实现，而不用修改派生类，直接继承就可以了，此时你的工作量就小了。
基本都是个人经验，仅共参考而已。
其实自己的东西用起来方便就可以了，很多时候也不必跟着设计模式走。
加油！期待兄弟更好的文章。

孟军兄,其实抽象类表现多态也是很完美的,不知道你的是什么意思?
看了你源代码,写的很全，很好!但在我看来,你哪个接口基本是多余的。
接口多态一般习惯用在共性上，而类的多态一般喜欢用在同类之中。所以你的东西用抽象类完全可以做的一样！
最后哪个工厂方法模式还算凑合，其实就最终效果来看，感觉还是有点别扭。

胡言乱语，还请见谅！

路过

楼主如此之细心,佩服 !

专注。一个人能真正做好的事是很有限的，唯有专注才能让你足够优秀。因此，有所不为才能有所为。

最喜欢这几句话!

张逸是肺腑之言啊,青春如此短暂,能在博客园找到成就感,也是一种缘分啊

不错

老包,没来得仔细看你的博文,不知道你的设计思想是什么,我感觉目前.net并发最好应该是异步I/O完成端口的思想!

支持老温,也支持老包!
都是搞技术的,互相体谅下吧!
另外,大热天，大家还能坚持天天逛cnblogs.com,足见大家对博客园的眷恋!
人无完人,熟能无过,如果自己真有货,关键是共鸣啊!

有一个建议,我希望这种大谈特谈网络开发的博文一定要紧扣windows网络开发的实质,不要上来就通篇的文字,通篇的x,y,z!最关键是要谈谈.net做网络开发更深层次的东西,比如并发,比如异步,比如完成断口的思想等等,大家大可以谈谈.net在网络开发方面的优势和补足,深刻挖掘.net在网络开发方面的理论基础,发一个Socket太容易了,关键是要谈下你Application Server设计的思想,不要一篇跟着一篇的上,这个完全没什么意思!

老温,你好
你每次都写这么长,佩服!!!
因为你的博文太长了,等有时间再看,有几个问题和你交流下:
你的Application server和客户端是用什么模式实现的?
并发能达到多少?
你的登陆大厅有没有加Server?
如果加了,你的多个Application server是怎么架构的?

交流下哦,我对网络很感兴趣!

好文章,一看就知道本着标准走的,支持!
期待更好的文章!

@pandaren
独孤九剑好象冷狐冲偶然的机缘，授教于华山派的风清扬风老前辈
葵花宝典的确是太阴了，所以我把它排第一！
呵呵

@Bēniaǒ
北冥神功的确是正宗的武功心法,好象是天山派最上乘的武功绝学。
更正一下啊

恭喜银辉兄,再接再厉啊!

TerryLee兄,看起来像个大侠,一脸沧桑啊
看起来有点胖的哪个兄弟,乍一看就像是<士兵突击>中的老魏
呵呵,见笑了啊

看了照片就知道我们搞技术的有多单纯了
涛兄是硕士,但怎么看都像个少侠

老大,你的时间都从那里来的?
太快了!

呵呵，楼主写的不错.
其实对象的Adapter模式就是用聚合的方式来实现松耦合的,而类的Adapter模式一般是用继承的方式实现的，增加了类型，在系统多变的情况下,要瞧的代码不是一般的多啊!
而且对象的Adapter模式与类的Adapter模式相比,减少了类型扩充,更使用于系统

葵花宝典排第一
独孤九剑第二
九阴真经第三
降龙十八掌第四

楼主列举的那三种都太邪气了,呵呵

100楼留名啊，呵呵

谢谢楼主分享，我也写个了，但相对简单了点，不过一直很好用。

期待楼主的更多优秀文章。

这个问题以前也碰到过,而且头疼过,当时是写一个开源的文字处理程序。大家可以用记事本来保存“联通”二字，编码类型默认不变就可以了， 然后打开这个txt文件，你会有点小惊讶吧！

.Net Remoting技术技术是不错,但楼主可以考虑下不用.Net Remoting技术怎么来做,提个建议就是你可以用完成端口的Socket来尝试下,并发可以达到5000,关键是要把Application Server设计好.客户端可以布置在企业内部网中,也可以布置在分公司的广域网中.

适当的编辑一下,图片好乱,快撑爆了!

好文章,用窗体也可以,但我还是建议用用户控件,为了承载设置,用这么多From有点不妥,用户控件足以

应聘方法,特有创意!
顶cnblogs.com

致敬!

楼主想法很好,学习一定要主动,研究当然也一定要主动,现成的很多控件是不错,关键是要理解其中的奥妙

思路真棒,学习了

《Application=Code+Markuop》一书的风格和其作者本人一贯的写作风格有关,我还是觉得这本书写的最好,Chales Petzold最喜欢让你跟着他的思路走,慢慢带你到最深处!
正如包兄所说,这本书太厚实了,很难应付!

虽然不赞成这样的验证,但也是楼主的心意,支持你

博客园最经典的设计模式文章都在这里了,抽点时间,该冲冲电了!
支持TerryLee!

呵呵，写的不错，把有歧异的地方改了，文章看起来就更好了。
加油！期待楼主下一篇。

@侦探
自动登陆的功能很常见,关键是要看你怎么做,才安全!

Win Form还没玩熟，又来了个WPF
--------------
其实你用了wpf就会发现,winform在某些方面还是很有优势，wpf不会完全取代winform。
另外，兄弟，加油，你已经做的不错了，人生就拿几十年，不求事事尽人心意，但求问心无愧！
人不能太贪，能做到局部最优已经很不错了，既然已经把自己赌到.net平台上，就坚定的走下去！

恭喜了，年轻人就需要这种激情

全球化的问题偶尔会考虑下，受教了。

@生鱼片
呵呵,的确有点伤脑筋,但这个就别考虑了
宅急送出现这种情况,说明他们公司的信誉和货物担保做的不怎么样。
dudu别急了，急也没用啊，解决问题吧

解决一个小虫子，不错

一直在关注

这个问题，平时用access做后台数据库开发中基本没关注过。楼主很有钻研之心啊，赞一个！

另外，建议dudu把这次T恤的材质选成纯棉的，像涤纶等材料就不要加了，穿起来舒服，到时候我订购一件。

100出头能接受,平时大家买T恤,如果想穿的舒服,并考虑是纯棉的且不加涤纶等材料,估计也得120左右吧,如果是大品牌,一般都得120以上吧。
不过我们博客园T恤的意义不是价钱的多少，而是大家对博客园的喜爱，对博客园的信仰！

dudu,圆领吧,大方一点,另外直接印cnblogs.com就不错了,如果全是01感觉太复杂,显示不出简单美