Win2008R2，IIS7.5 的时候，第二步的命令变更为：

c:\windows\system32\inetsrv\appcmd.exe set config /section:system.webServer/serverRuntime /appConcurrentRequestLimit:100000

最后一道题，是不是先分词，然后用 堆栈(先进后出) ， 取出来以后就反转了？

05年毕业，自学的计算机，花了3个月的时间学习asp.net。

目前工作7年多了，一直是.net. 有机会还是自己写代码。
其实针对LZ说的自学不深入不系统的问题，在刚刚开始两年有，而且感觉什么都不懂。 在逐步的工作过程中，遇到各种各样的问题，一点点的摸索解决，总结下来，其实也算比较系统了。

主要的是做，总结，再做，再总结（我负责过很类似的系统，做了4个，每次几乎都是推到重来，将上一个学到的东西，用到新的项目中去）。

关（比如有的2次，有的3次）？...

在这样的环境下，最快的办法就是执行力，强迫你去按照 微积分 的思路去解决问题。如果开发人员主动学习，另当别论。

@金色海洋（jyk）
学习不是一个愉快的过程，而是一个痛苦的过程。只有学明白了，自己也知道了，这个时候的成就感才是愉快的。
你去和一个小学生去讲微积分，他只能说你说不对，不好，没有加减乘除那么简单直接。
目前国内的开发人员，有多少人员愿意去学微积分，去学DDD？好的东西不因为你不接受，或者一部分不接受，它就是不好的。

了，所以导致怎么感觉BLL层和DAL层的依赖程度都很高。...

我感觉LZ的想法，已经上升到了设计的哲学理念方面，不仅仅是一个如何实现功能的框架，而是对面向对象的一种新的认识。
说心里话，您的想法，我觉得是否过于和现实中的"人" 类似？但是人基本上没有销毁这么一说，相对于领域模型来说，按照您的思路，对象的销毁应该由谁来处理？
感觉上有很多话要说，落笔的时候思前想后又说不出来了，唉..
LZ是否有MSN或者其他的IM（QQ公司禁止使用..）,感觉在IM上说话的时候，可能更加畅快一些。

事件，采用您的架构，好像也不太容易解决这个问题吧？或者我没看明白。 我想表达的意思，可以不可以将架构进一步引申为 消息驱动， 将Event 封装为 Message， 结合内存的MQ和外部的MQ，进一步增加架构的可扩展性， 在App内部，可以采用内存MQ来处理这些消息，如果涉及到跨APP了，采用外部的MQ Server?...

并且Dryad是针对运行Windows HPC Server的计算机集群设计
是否意味着普通的windows server 不可以运行？

看完就忘， 如果能做到带着问题去看，或者看的时候能想着自己曾经遇到过的同类的问题，吸收新的知识，会更快更牢更扎实。...

我最近这段时间也在看CQRS，其实我觉得在DDD中，确实事件更加合适一些，将查询分离开来，不是很符合一般人的习惯。
同时，CQRS的东西，是大型项目采用的设计模式，是将Event做分布式处理了，有专门的发布订阅的事务队列。
结合上面说的，我倾向于有一种事件驱动的领域设计模式的出现（或者出现了，我没看到），适合中小型的应用，最好是在做一层封装，当系统扩大到一定程度的时候，可以扩展的CQRS模式，将事务作为分布式。

怎么说呢， 有些人关注单兵作战的能力 ，有些人在研究战术战法， 非要一定说研究战术战法的人比研究单兵作战的人能力要高那么一些？或者眼界高那么一些吗？我还是觉得，术业有专攻，如果你真的对某一个方面特别的有兴趣，完全可以一直研究下去。专才和通才都是稀缺产品，最怕就是该专不专，该通不通的。