Sat, 09 May 2009 00:10:00 GMThttp://blog.csdn.net/optman/http://blog.csdn.net/optman/archive/2009/05/09/4162339.aspxhttp://blog.csdn.net/optman/comments/4162339.aspx0http://blog.csdn.net/optman/comments/commentRss/4162339.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=4162339绘画的时候，我们会首先用简单的几笔勾勒出大致的轮廓，然后不断的补充细节。刚开始的时候，看不出是什么东西，但随着细节的不断加入，就越来越生动了。<img src ="http://blog.csdn.net/optman/aggbug/4162339.aspx" width = "1" height = "1" />Sat, 09 May 2009 08:10:00 +0800黄海全http://blog.csdn.net/optman/archive/2009/05/09/4162339.aspx#Feedbackhttp://blog.csdn.net/optman/archive/2009/05/09/4162339.aspx黄海全http://blog.csdn.net/optman/archive/2009/05/09/4162339.aspxhttp://blog.csdn.net/optman/feed.aspxcsdn.net/optman/~1146982/214252262/1146969http://blog.csdn.net/optman/archive/2009/03/24/4019729.aspxhttp://blog.csdn.net/optman/comments/4019729.aspx0http://blog.csdn.net/optman/comments/commentRss/4019729.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=4019729SAX和XmlReader一样，都是关于流式处理XML的。因为使用DOM API必须把整个XML文档首先加载了，这样会占用大量的内存，特别是xml文档很大的时候。那么，我们能不能一边读一边处理呢？这就是SAX和 XmlReader要解决的。只是SAX采用Push的模式，而XmlReader采用Pull的模式。在Push的模式下，调用者是被动的等待通知（当前读到了什么位置）。而在Pull模式下，调用者控制着读取进程，当前读到了什么，要不要继续往下读。 在Pull模式下，程序流程更清晰明了。<img src ="http://blog.csdn.net/optman/aggbug/4019729.aspx" width = "1" height = "1" />Tue, 24 Mar 2009 20:09:00 +0800黄海全http://blog.csdn.net/optman/archive/2009/03/24/4019729.aspx#Feedbackhttp://blog.csdn.net/optman/archive/2009/03/24/4019729.aspx黄海全http://blog.csdn.net/optman/archive/2009/03/24/4019729.aspxhttp://blog.csdn.net/optman/feed.aspxcsdn.net/optman/~1146982/214252263/1146969http://blog.csdn.net/optman/archive/2009/03/16/3994724.aspxhttp://blog.csdn.net/optman/comments/3994724.aspx0http://blog.csdn.net/optman/comments/commentRss/3994724.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=3994724一开始我也被这几个概念给搞糊涂了，特别是在前面写了两篇文章《Silverlight与Flash的一点不同》之后，收到了一些人的疑问。其中就有一条，Silverlight应该跟Flex比较，而不是Flash。 直到我看了Adobe的官方介绍之后，这才明白过来。 原来Flex只是一个开源的类库，简单的可以认为是通用组件库。Flex编译出来的结果即SWF文件（类似二进制可执行文件），可以运行在Flash Player或者AIR运行环境里（类似OS）。再进一步，Flash Player是运行在浏览器里，AIR则是运行在桌面环境下的（类似硬件）。  Flash和Flex Builder则只是创作工具，用于生成SWF文件的。Flash直接就生成了swf文件，而Flex Builder是借助Flex类库的--谁都知道有类库才够方便。 其实，这许多的概念，统称起来应该叫做Flash Platform。 同样的，Silverlight也是一个统称。其中当然会包括CLR和.NET Framework运行环境，对应的是Flash Player和AIR。Silverlight的Control Toolki<img src ="http://blog.csdn.net/optman/aggbug/3994724.aspx" width = "1" height = "1" />Mon, 16 Mar 2009 23:21:00 +0800黄海全http://blog.csdn.net/optman/archive/2009/03/16/3994724.aspx#Feedbackhttp://blog.csdn.net/optman/archive/2009/03/16/3994724.aspx黄海全http://blog.csdn.net/optman/archive/2009/03/16/3994724.aspxhttp://blog.csdn.net/optman/feed.aspxcsdn.net/optman/~1146982/214252264/1146969http://blog.csdn.net/optman/archive/2009/02/26/3940520.aspxhttp://blog.csdn.net/optman/comments/3940520.aspx0http://blog.csdn.net/optman/comments/commentRss/3940520.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=3940520前些日子随手写的《Silverlight与Flash的一点不同》一文，有读者提出了赞同和反对意见，意料之中的事情，呵呵，继续讨论如下。 <img src ="http://blog.csdn.net/optman/aggbug/3940520.aspx" width = "1" height = "1" />Fri, 27 Feb 2009 04:07:00 +0800黄海全http://blog.csdn.net/optman/archive/2009/02/26/3940520.aspx#Feedbackhttp://blog.csdn.net/optman/archive/2009/02/26/3940520.aspx黄海全http://blog.csdn.net/optman/archive/2009/02/26/3940520.aspxhttp://blog.csdn.net/optman/feed.aspxcsdn.net/optman/~1146982/214252265/1146969http://blog.csdn.net/optman/archive/2009/02/24/3932991.aspxhttp://blog.csdn.net/optman/comments/3932991.aspx1http://blog.csdn.net/optman/comments/commentRss/3932991.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=3932991在这个言必称支持百万级用户的时代，似乎只要掌握IOCP就拿到了Windows平台下开发高性能服务端程序的入场券。网上的相关文章很多，写得都很经典。这里，我只想谈谈我的理解。 <img src ="http://blog.csdn.net/optman/aggbug/3932991.aspx" width = "1" height = "1" />Wed, 25 Feb 2009 01:33:00 +0800黄海全http://blog.csdn.net/optman/archive/2009/02/24/3932991.aspx#Feedbackhttp://blog.csdn.net/optman/archive/2009/02/24/3932991.aspx黄海全http://blog.csdn.net/optman/archive/2009/02/24/3932991.aspxhttp://blog.csdn.net/optman/feed.aspxcsdn.net/optman/~1146982/214252266/1146969http://blog.csdn.net/optman/archive/2009/02/21/3916877.aspxhttp://blog.csdn.net/optman/comments/3916877.aspx2http://blog.csdn.net/optman/comments/commentRss/3916877.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=3916877Silverlight与Flash的最大不同之一就是，Flash天生就是流媒体，Silverlight则是后天补充支持的。<img src ="http://blog.csdn.net/optman/aggbug/3916877.aspx" width = "1" height = "1" />Sat, 21 Feb 2009 19:30:00 +0800黄海全http://blog.csdn.net/optman/archive/2009/02/21/3916877.aspx#Feedbackhttp://blog.csdn.net/optman/archive/2009/02/21/3916877.aspx黄海全http://blog.csdn.net/optman/archive/2009/02/21/3916877.aspxhttp://blog.csdn.net/optman/feed.aspxcsdn.net/optman/~1146982/214252267/1146969http://blog.csdn.net/optman/archive/2009/02/20/3912648.aspxhttp://blog.csdn.net/optman/comments/3912648.aspx0http://blog.csdn.net/optman/comments/commentRss/3912648.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=3912648在过去的项目经验中，有一开始就把产品想得太大，太远和太复杂的。特别是，当公司有了一笔钱，想要做一件大事的时候，更加容易犯这种错误。这时候，你不可能只做一件小小的产品，你需要把事情搞得够大，每个人都不闲着。你还想，好不容易有这么一个机会，一定要好好做，一定要做得完美，每个细节都要考虑清楚，以后不能再修改…… 有了这样的考虑，每个人都在自己的岗位上努力着，把问题想得很全面很复杂，以表明自己的聪明和勤奋。于是，就带来了大量的需求，冗余的设计，复杂的实现，琐碎的Bug，还有僵硬的流程......结果产品越来越复杂，已经到了没有人能够了解和控制的地步，发布的日子也变得遥遥无期。 每个人都做好了自己的事情，这有什么不对么？问题是，我们忘记了整体的目标，我们只关注内部，而没有关注外部。重要的不是每个人做得多好，而是能够满足用户的需求即可。我们不需要一步就把事情做好，可以一步步来完善的。事情是永远想不明白的，只有做了才明白。 比如架构设计，动不动就讲模块化，分布式，集群和支持百万级用户等等。系统搞得很复杂，费了很大劲实现之后才发现，根本就没有那么多用户。就像《Getting Real》所言，难的<img src ="http://blog.csdn.net/optman/aggbug/3912648.aspx" width = "1" height = "1" />Fri, 20 Feb 2009 16:37:00 +0800黄海全http://blog.csdn.net/optman/archive/2009/02/20/3912648.aspx#Feedbackhttp://blog.csdn.net/optman/archive/2009/02/20/3912648.aspx黄海全http://blog.csdn.net/optman/archive/2009/02/20/3912648.aspxhttp://blog.csdn.net/optman/feed.aspxcsdn.net/optman/~1146982/214252268/1146969http://blog.csdn.net/optman/archive/2009/02/12/3882697.aspxhttp://blog.csdn.net/optman/comments/3882697.aspx0http://blog.csdn.net/optman/comments/commentRss/3882697.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=3882697虽然一直用C/C++，但很少涉及到Bit序列的问题。比如，-1的二进制表示到底是怎样的？从没有深究过，一直都是模棱两可的，说出来实在让人笑话。 对于有符号整型数的简单认识就是，最高位为符号位，0为正，1为负，那么剩下几位应该如何表示呢？理所当然的认为，既然是1表示为0000 0001（假设为8位整型数，下同）,那么-1就应该表示为1000 0001了。 但是，在C语言里，-1的正确表示应该是1111 1111，即0xFF。因为C语言里，对整型数是采用Two’s complement表示法，而前面我的理解则是Sign-Magnitude表示法（浮点数采用该法）。在Two’s complement表示法里，1000 0001表示的是-127。 几个特殊值，比如：正值的最大表示为0111 1111，即127。负值的最小表示为1000 0000，即-128。 并因此带来几个有趣的现象，比如从8位有符号数转成16位有符号数的填充问题。以前想当然的是填0，但这是错的，应该是填充符号位的值。比如-1=0xFF填充符号位1就应该变成0xFFFF。而如果填充的是0，那么变成0x80FF就不对了。<img src ="http://blog.csdn.net/optman/aggbug/3882697.aspx" width = "1" height = "1" />Fri, 13 Feb 2009 01:13:00 +0800黄海全http://blog.csdn.net/optman/archive/2009/02/12/3882697.aspx#Feedbackhttp://blog.csdn.net/optman/archive/2009/02/12/3882697.aspx黄海全http://blog.csdn.net/optman/archive/2009/02/12/3882697.aspxhttp://blog.csdn.net/optman/feed.aspxcsdn.net/optman/~1146982/214252269/1146969http://blog.csdn.net/optman/archive/2008/12/12/3505084.aspxhttp://blog.csdn.net/optman/comments/3505084.aspx0http://blog.csdn.net/optman/comments/commentRss/3505084.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=3505084建筑可以通过巨大形状和质量造成视觉和心理震撼，而成为伟大的艺术。比如长城，如果单单是一段，不管多么雄壮，都无法使之成为世界奇迹。而简单的城墙一旦重复达到一定规模，比如几千公里，于是就世人瞩目了。 <img src ="http://blog.csdn.net/optman/aggbug/3505084.aspx" width = "1" height = "1" />Sat, 13 Dec 2008 00:53:00 +0800黄海全http://blog.csdn.net/optman/archive/2008/12/12/3505084.aspx#Feedbackhttp://blog.csdn.net/optman/archive/2008/12/12/3505084.aspx黄海全http://blog.csdn.net/optman/archive/2008/12/12/3505084.aspxhttp://blog.csdn.net/optman/feed.aspxcsdn.net/optman/~1146982/214252270/1146969http://blog.csdn.net/optman/archive/2008/12/05/3448308.aspxhttp://blog.csdn.net/optman/comments/3448308.aspx0http://blog.csdn.net/optman/comments/commentRss/3448308.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=3448308GWT就是对常见桌面UI控件进行了在浏览器里的实现，并以Java类库的封装方式进行提供给大家使用。网络上还有很多提供了桌面UI控件的浏览器实现的，他们之间的差别主要体现在封装方式上。比如像EXT库，直接以Javascript库的方式封装。而Flex呢，是以SWF格式来封装的，只能运行在Flash播放器里。还有Silverlight，以.NET的IL格式来封装，需要Silverlight Runtime。<img src ="http://blog.csdn.net/optman/aggbug/3448308.aspx" width = "1" height = "1" />Fri, 05 Dec 2008 08:53:00 +0800黄海全http://blog.csdn.net/optman/archive/2008/12/05/3448308.aspx#Feedbackhttp://blog.csdn.net/optman/archive/2008/12/05/3448308.aspx黄海全http://blog.csdn.net/optman/archive/2008/12/05/3448308.aspxhttp://blog.csdn.net/optman/feed.aspxcsdn.net/optman/~1146982/214252271/1146969