份认证却不依赖。...- 哦，看到有Silverlight，我就放心了
- 看了第一段代码，无法再看下去了。滥用switch-case，已经完全背景了这个语法的设计者的初衷。
numbers.where(c => c >= '0' && c <= '9').groupby(c => c).select(g => new { g.Key, Count = g.Count() }).ToDictionary(x => x.Key, x => x.Count); - 其实我也正在做这件事情。
我的想法是Silverlight客户端直接从DVR拿数据来播放，因为那些数据本来就是H.264的。只是SDK中只提供了SL中不能访问的DLL，而没有相关的网络协议。实在不行就只能抓IP包来分析了。 - ArcGIS API for Silverlight访问Google地图不错。如何设置MapTypeId？
- 修改调用约定，也就是多个参数的传递方式。例如，直接使用寄存器，如果用堆栈，就涉及多个参数的顺序。
文章很好，赞一个。 - 楼主很较真，很好。软件开发暂时还不是一门“科学”，但是不妨碍它是一门“技术”。
- @出租半边床位
C1除了Chart还不错，其余的根本上不了台面。Grid我也不喜欢DevExpress的，我觉得Telerik RadControls的Grid还不错。只可能各家公司的东东怎么都没法弄一个统一的Theme。 - 哎！坦率讲，不知道是自己笨还是别的什么原因，Visual Studio里还有一些无法理解的缺陷。类似象多项目共用一个snk，类似多项目中引用同一个文件。我目前只能关闭solution，然后手工编辑sln文件或csproj文件。
- 所有关于http://www.opendwg.org的链接全部失效了。发生了什么事情？
- 我认为这个限制上合理的。在HttpApplication对象的实例里，首次访问HttpContext.Request应该是Application_BeginRequest的时候。原因很简单，由于并发的需要，HttpRequest是和WorkerThread绑定的，而HttpApplication则是全局的，由所有的HttpContext的实例通过属性ApplicationInstance来共享的。局部访问全局不存在冲突，而局部访问全局会导致冲突，通过HideRequestResponse来禁止访问相比锁定隔离来说不仅高效而且可靠。
- ILSpy不错，但是“我一直认识从2005到2008，它在工具层面没有什么进步”这是不妥的。TFS、Refactoring、UnitTest都是非常了不起的进步。
- 变灰还不如隐藏好了
- heartening
- t;
<head>
<title>原来的标题</title>
<script type="text/javascript" language="javascript">
var flashTitlePlayer = {
start: function (msg) {
this.title = document.title;
if (!this.action) {
- 是啊，日志是全局功能，在每个Controller里写，甚至在每个Action里写，坑爹了
- 哎，看来加上数学比较缺，你是四缺了。
GUID是128位，2进制的128位换算成16进制是32位(128/4)，换算成64进制是22位(128/6)。压缩成12位，冲突率大约是50%了。你不用黑盒法测试，你可以用白盒法，不用100万次，一次就能证明其重复。 - 楼主说的非常好，不过Leepy说的也很有深度。反而“肤浅”这个词我觉得更适合你。
- @骄傲的豹子
@沸腾
我刚才反复讲了，一切基于你的目的。不管对方是不是尊重你，只要你打算放弃，拍拍屁股走人就是了。我说的是如果你觉得机会还在，你仍然不想放弃。即使对方真的目前不尊重你，不等于没有机会获得尊重。相信我，获得尊重的机会一定来自于你的实力、你的气度、你的自信和你的真诚。
那种一定要别人先尊重你，才能尊重别人的人，基本上都是楞头青，那种从没有摔过跟斗的人才会做出的表现。 - 奇怪，我哪里把自己的意志强加给别人了？如果你的意愿是不和你所谓的垃圾做生意，立即拍屁股走人，我支持你！我以上所说的内容有一个前提就是“你的目标是让这个客户接受你的产品或服务”。
- 想问一下你的原则是什么？是不能包容他人的任何缺陷，然后使自己的机会变成最小么？坦率讲，如果有一天你真的饿死了，我不会意外，原来你一直以为所谓的“原则”就可以吃饱。
- 这是一个无法让人信服的结论。.
这正是你的机会，立即给他台阶，同时其实更是你的台阶。 - 降低而不会升高。智慧的作法应该是灭火，然后另外商定一个合适的时间、地点进行沟通。
3.从你的文章中我能想象出来你在现场的那种不屑的态度。本来听到一些不实言论已经比较窝火，特别是因为对方不守时心中的怒火马上就要燃烧了，上来以后谈判节奏又不符合你的节拍。这一切每个人都能够理解。但是其实你自己也非常清楚，这一刻笑容对你更重要！笑容不仅体现了你的自信，体现了你的涵养，更显示了你真诚的态度。智慧的作法是绕开他的问题，告诉他你们的设计意图，而不是有问必答从而轻轻松松陷入对方精心设计的圈套。
人生是一场感召游戏，没有什么不可以感召的，区别只是你是否有这样的诚意、有这样的耐心，当然，更重要的是：尊重。... - s1没有任何意义。
- 任何SQL注入不都是一个参数化查询就全搞定了么？
- 楼主的观点非常可笑。
1.很多时候注释不是给别人看的，而是给自己看的。注释有可能是给维护者看的；有可能是给调用者看的。
2.面向对象或结构化编程不影响是否需要写注释。OOP通常会指导逻辑分散，虽然每个方法逻辑简单了，但整体的复杂度并没有改变。代码就是对这些复杂逻辑的补充。
3.是否写注释与方法或函数的代码长度关系并不大。你定义的很多接口一行代码都没有，通常也是需要写注释的；而很多相对长的方法由于封装性好，稳定性高反而注释不是必须的。
4.很多时候写注释的过程也是检验自己设计完整性的过程，如果你有良好的设计习惯，写注释也会变成一个习惯，而不是负担。 - 作为面向对象三个基本特征之一的“多态”就是特指subtype Polymorphism。这就是描述时的上下文环境而已。这有什么好质疑的呢？顺便更正一下：C++不是面向对象的语言的代表，Smalltalk才是。C++是混合型语言的代表，所谓混合型语言，是指支持过程化程序设计、面向对象程序设计、泛型程序设计等多种程序设计风格。
- 你什么也没有证明
- @胡尐睿丶
那你就别扯什么FireFox，直接改成：如果你要在IE6下用FireBug... - 同意前面同学的意见。离开了Firefox，Firebug好象就没有太大价值了。在IE上用阉割后的Firebug还不如用IE自己带的开发者工具。
