我也遇到了，，，
即使不用Session，这个问题依然存在。
我的解决方案就是直接把Session Module remove掉了，世界一下子清静了。- JSONP的确是一个非常了不起的发明，事实上这种方式和JSON没有太大的关系，因为你也完全可以不用JSON来传递数据。广义的说，只要是定义回调函数，插入引用脚本，引用脚本中调用回调函数并给予数据的调用方式就算是JSONP了。
不过现在微软各产品线对JSONP的内置支持真是令人蛋疼。 - 所以执行顺序是：
初始化对象
初始化字段
调用构造函数。
调用构造函数的时候，又会遵循先调用构造函数冒号后的那个的原则：
事实上一个C#类型的构造函数：
public class MyType
{
public MyType( string abc )
{
//...
}
}
他真正的样子是这样的：
public class MyType
{
public MyType( string abc - 这个叫幻方吧，，，，魔方阵是啥意思？这东西与魔方啥关系？
- 终于明白了，对于IO等非CPU密集，但需要等待的操作，如果用同步的方法，ASP.NET的线程就会一直被阻塞在那里。如果使用IHttpAsyncHandler，ASP.NET就会放弃等待，把请求和上下文挂起来，等待callback。
ASP.NET里面最常见的需要异步的其实是数据库操作。 - 什么是ASP.NET异步不适合的场景呢？或者说有什么缺点呢？
- cachedNode = sameValueNodes[0];
还有这里没有判断列表为空。 - 非常不错了。
唯一的问题是，List<T>的Add不是常数时间复杂度的，因为扩容操作与数组大小有关，另外，简单粗暴的list.Remove会导致移除第一个元素，从List<T>的实现来说，移除最后一个元素是最快的且是常数时间。
所以，为了确保是O(1)，那个List应该改为LinkedList，链表的增删节点永远是常数时间，尽管链表的遍历性能比List<T>差。 - c2.rar
如果针对ASP.NET Routing来说的话，RouteValues的定义应该就是键值均为不区分大小写的字符串吧（而不仅仅是action和controller）。
我的意思是，是不是要保持兼容。他说得是我另一篇文章:http://www.cnblogs.com/ar...
^o^，是我理解错了。... - 不过个人以为，路由最大的意义在于双向，即从RouteValues -> VirtualPath还能VirtualPath -> RouteValues。像这种什么域名路由啥的东西，只能从RouteValues -> URL，然后，反向的其实基本上就做不到，因为域名都换了，程序一般都不是一个了（当然如果你是多域名指向一个实例那当我没说）。
- 看一下Route的源代码不就知道了。
你可以在你自己的Route里面增加一个RouteValueDictionary类型的RouteToken属性，然后在GetRouteData和GetVirtualPath的时候，把这些Token键值对放到RouteData和VirtualPathData实例的Token属性里面去。
或者简而言之，你需要在GetRouteData的时候，在RouteData.Token里面放上合适的NameSpaces。
如果针对ASP.NET Routing来说的话，RouteValues的定义应该就是键值均为不区分大小写的字符串吧（而不仅仅是action和controller）。- ，可以手工将DataTokens中的UseNamespaceFallback元素删除或者设置为True。
但这样一刀切也不能满足需求，有些公用的东西，你又会希望他跳到无Area的范围去找。当然对于有经验的开发者而言，者最多是提高一些调试成本，打个断点看看，装个插件输出，都很简单能定位问题所在。但对于新手而言，这些陷阱可以调试一整天，足以令其崩溃。
简单粗暴的方案是禁用无Area的Controller和View，所有东西必须明确指出Area，或者禁止无Area的Controller和View与Area内的东西重名。... - dset>
嗯，当你要精确控制URL的时候，建议不要使用Route。我就曾经栽了一个很大的跟头，最后自己整了一套路由体系，尽管实现的功能非常简单，只支持"/"作为分隔符。但约束非常严格，绝对不允许可能冲突的路由注册，这就使得路由的注册顺序不再敏感，不得不说这一点在某些情况下是非常重要的。
譬如说你可以注册两条规则：
~/abc/{action}
~/abc/123
后一条规则优先级总是比前一条高，不论注册顺序如何。
而这样的规则在注册时就会因为冲突而抛出异常。
~/abc/{ac - 老实说ASP.NET Routing算是设计很理想，但使用极糟糕的东西之一了。
路由的先到先得机制，Area的当前Area找不到即上溯到无Area查找的机制，无一不是看起来很美但实际运用中很扯淡的东西。 - HTTP 100 我知道了
HTTP 200 好的
HTTP 301 找你的小丽去吧，我再也不想见到你。
HTTP 302 去找别人，本小姐现在没空
HTTP 401 你是谁啊？
HTTP 403 妈妈说不能跟别人签售
HTTP 404 您呼叫的用户不在服务区。
HTTP 500 你说啥，想请我吃凤爪？
HTTP 503 您呼叫的用户正忙，请稍后再试。 - 想到这一点，其实不怕难看的话，把权限直接配在路由上恐怕是最完美的方案，，，，，...
- b>其实我也是没有想到比较好的办法，本文介绍的也只不过是多种方法中的一种，起码能够解决这样的问题，但我相信它肯定不是很完美的，也想能够学到更完美的解决办法。
我看一下MVC有没有Open到可以通过Controller和Action的名字获得ActionDescriptor。... - 老实说没看懂
Regex.Replace( str, "\[.*?\]", s => Regex.Replace( s, "[a-zA-Z]", "" ) ); - 略嫌繁琐。
我本以为是实现了在Action上打上了Attribute就会自动隐藏链接，但进来后才发现还是在ActionLink上要传入，这样意义就不大了，毕竟这样需要在Action上的Attribute和ActionLink上的参数必须是一致的，一旦不一致会造成很麻烦难以测试的问题。 - 微软的脑子就是这样，你看，又绕回了控件模型。
- 呃，，，，不是密文越多越容易被破解么？
- 那要说装个运行时的话，可以跨平台的东西多了去了，例如Java。
- 正确答案应该是JavaScript吧，正常情况下iOS根本就不支持Flash。
而JS，还可以在Windows Phone之类的设备上运行。。。。 - MethodInfo.GetCurrentMethod().Name
把这个换成一个字符串常量。 - 呃，，，似乎京东亚马逊一直都是有发票的，这是专门黑某网站的软文吧。
- 是的。至少引用类型是这样的（不涉及到装箱和拆箱）。
- 数据结构和物理结构的分离是老早的事儿了，几乎没有数据库的物理结构是与数据结构完全吻合的，你分析的数据结构是非常正确的，但做数据库设计的时候，几乎不可能将数据结构完全搬到物理结构上，一定要考虑性能和其他因素的影响从而作出冗余的妥协，冗余的副作用数据的一致性也需要给出方案来规避和解决。
至于你说的SQL优化，君不知主流的关系型数据库都是自行查询优化的。你写的SQL并不能决定其实际行为。 - s是存在的，但father的类型不对导致其不可见，不是无法访问。
只需将father强制类型转换即可。 - 哥们，首先HtmlAgilityPack根本就不是微软的，其次，Jumony Parser是目前对HTML规范支持最好的HTML Parser，没有之一。
http://www.cnblogs.com/Ivony/archive/2010/12/19/jumony-guide-1.html
你有兴趣看看这个。
