就我接触到的MVP（包括开发的和ITPRO）来说，层次不齐（技术和素质）的情况还是很严重的。。。。。。。

貌似都是OLD面孔

貌似都是OLD面孔

我还以为是面试录音呢 寒

看了楼下的Volumetric Level Set Hair Workflow一文再看此文有种醍醐灌顶的感觉

一共才3只老鼠怎么办

汇编应该就是机器码的助记符吧，一一对应

我觉得倒不一定要强求注释比率多少，其实开发人员在做的时候最清楚哪些东西需要注释。我觉得以下一些东西不可少：
1、表结构说明，特别是状态123对应的含义
2、配置开关的作用
3、程序安装说明
4、程序中涉及到业务逻辑的代码的注释
5、程序中巧妙的代码的注释
这些东西一定要同步的，否则失去了意义

我总觉得对数据库的连接还是尽快释放比较好，虽然这样我们可能利用不到某些缓存过的数据或说ORM的特性。在某些情况下如果业务逻辑很复杂的话可以适当扩大上下文的生命周期。当然，如果再复杂的话其实可以一次性取出需要的数据，在内存中通过linq2object运算后再次批量写入数据库。

？

@lemonhall
json数据缓存在客户端也是可以的，但是数据量不能太大，也不能是敏感数据
你这段代码是10分钟过期的缓存
大量数据插入使用sqlbulkcopy是可以的

@lemonhall
这是四个疑问不是两个吧
1、static对象，按你的说法，如果不设置为NULL，它将永远存在？
设置不设置null它都是存在的，只不过设置null以后，它指向的区域能得到释放，内存回收，还有你要知道静态数据对于所有用户来说都是同一份
2、如果永远存在的话，我不停地刷这个页面，它不会再次分配内存给nokias变量吧？就是说，这个小页面把内存搞爆吧？
是的，如果变量不是静态的也是一个道理，但是如果你把它当cache用的话只会在它没有值的情况下才会去赋值，不是吗？而且一般来说会在Appplication_Start的时候去赋值，因为这个操作只需要进行一次
3、如果2仍没有表述清楚，那么，我想问一下，有什么手段可以观察该页面所占用的内存情况，是否有工具？很难知道某个请求关联多少内存，但可以观察IIS进程
4、基于问题1，我的设想是，在SESSION过期的时候，或者PADE_UNLOAD里面将statics置为null。
为什么要这么做呢，静态变量是全局的，没理由让某个用户会话过期的时候去设置它，如果你使用静态变量作为缓存的话可以理解为，这个数据永远不需要过期也永远不会去修改。最常见使用cache的方式是如果没有则从数据源加载，如果有则直接读。

@lemonhall
要清楚，SQL擅长用于对于一组数据的操作，批量数据的更新和删除更是优势，而在ORM的世界中就无所谓批量还是单条数据了。我意思如果需要对一组数据进行运算，然后根据结果操作其中一些数据的话，应该先一次性把这些数据取出，在内存中运算，然后再去把运算结果写回数据库，当然，这个写回的过程就免不了多次访问数据库，如果要效率的话可以直接提交SQL语句来做这个过程。ToList()后数据才会真正加载进来，之后的操作将会是LINQ TO OBJECT。
DataLoadOptions options = new DataLoadOptions();
options.LoadWith<PhoneRechargeLog>(l => l.RechargeQueue);
options.LoadWith<PhoneRechargeLog>(l => l.Cards);
options.LoadWith<Cards>(c => c.CardType);
options.LoadWith<RechargeQueue>(r => r.RechargeType);
data.LoadOptions = options;
设置LoadWith可以在加载PhoneRechargeLog表数据的时候把外键关联的RechargeQueue、Cards、CardType和RechargeType一起加载进来，在SQL中体现为JOIN，否则如果在查询中使用到这些表的话将会是N条SQL语句。

其实我觉得老外的ASP.NET高级编程和C#高级编程2本书也很一般。。。

客户端东西都不可信，live mail申请的时候还出现过第八点的问题呢

@杨鑫奇
已经改为InsertOnSubmit和DeleteOnSubmit了

写的很好 tks

@代震军
不好意思，我可能沒表達清楚
我意思是一個KEY存儲的VALUE，這個VALUE不能超過1M
這個限制很不方便
網上有個文章說
同时Memcached对于value的大小支持到1M,大于1M的内容不适合Memcached存储。其实在Cache的设计中这样的情况发生本来就证明设计有问题，Cache只是加速，一般保存都是较小的id或者小对象，用来验证以及为数据定位作精准细化，而大数据量的内容还是在数据库等存储中。

http://groups.google.com/group/memcached/browse_thread/thread/dddcb96bc35a1535/49e498a23f0b018a

@代震军
問個問題，memcached好像每一個結點只能存儲1M以內的數據
如果我的數據很大，好像一定要拆分為不同的KEY去存儲
這樣就很麻煩，樓主遇到過這個問題嗎

呵呵 同感

思路那是相当清晰：）

不太相信这是ms fte写的代码，呵呵，其实这不是水平问题是责任心问题，难道开发的太赶了？这里面还有aspnetpager，用了jquery和asp.net ajax，还有control toolkit，寒一个，超快速开发哦

页面上的在线咨询图标让我寒一个

EF的Tristan Guo？

@不想登录 呵呵，我第一次上网也不知道做什么，只知道可以发邮件，但发给谁呢

从HelloWorld谈到HttpModule

呵呵，和我们差不多，都是从头开始。其实，senior的人太多也不一定都是好事情。

明白了，这个活动从一个技术交流变成了一个纯商业的活动。呵呵

其实没什么好不好的，通讯的双方都看的懂就可以了。标准的东西往往考虑的比较多，所以相应会增加一些额外的信息。

@金色海洋（jyk） 此帖目的是交流，而不是为了说EF这个不好那个不好。交流的意义在于，第一，不了解EF的人在以后考虑应用EF的时候方便评估，第二，了解EF的人也可以一起交流不爽的地方以及给出自己的一些解决方案，第三，收集到这些东西也可以提供给微软项目组，方便他们在之后的版本中改进。另外我想说的是，是不是自己写和指出现有框架的缺点不是一回事请，如果找不到合适的可能是会自己扩展或者写，但是本帖就是想和大家一起讨论有关EF不方便的地方。

嘻嘻

1 ) ASP.NET Dynamic Data
2 ) Template

晕s

模板页用户控件总的控件呢

dotnet3.0与dotnet2.0这标题改为c# 3.0与c# 3.0比较妥当
因为.net 3.0并没有打包C# 3.0编译器

这是写书吗

我还是这句话，爽

@xiao_p
linq 没有想象中的那么好，也没有想象中的那么差，如此而已！
》》linq（包括linq2sql）比我想象中好多了，反而我对ado ef比较失望
linq 最大的卖点无非是在 将 查询集成在 “语言层”， 集成在 clr 层面罢了。
》》和clr有什么关系，都是编译器干的
很多orm 也可以做到这样，只是，linq to sql和语言结合的更紧密罢了。但是就这个卖点还不足以让linq to sql大火！
》》那也要自己再实现一个provider
最后，查询的时候，最好多写lamda，少用 select的 查询方式，那东西将来迟早被淘汰。
》》查询表达式不只用于linq2sql，和方法调用一回事情
目前看来，linq to sql 不过就是个微软的轻量级orm罢了，同时，又和ADO.net entity framework 有重复的地方，使用起来也没有远超同类框架的优点，所以，它的死亡也是理所当然的！
》》linq2sql的意义其实还是挺大的，起到了典范作用，而且确实是方便适合快速开发，而且死不死和用不用没什么关系，xp也要死了

微软策略有点混乱

谢谢楼上所有
看到院子里很多网友出书我很高兴
上次看到张子阳打算写的一本书
我觉得和我一开始的期望挺像的，都是一些相对比较提高的内容
但是我不太喜欢把博客的东西重新组织完善一下就出书
觉得对读者不太负责，书里面的内容比博客需要更多的考虑
有的编辑说我把ASP.NET第一步改一下，加点3.5的内容，变成另外一本书
这种事情我是不干的，要写我就要带来全新的东西
我知道的不多，但也比较喜欢分享
其实这些经验的东西是别人最需要看的，比如结合实际项目的架构上的经验
而且市面上居然找不到这样的书，挺遗憾

把参数表一删除，这程序就变成混淆过的了，别人拿到源代码也看不懂，妙

数据层自己不能处理的异常自己记录后换一种逻辑层“明白”的异常抛出或返回错误代码。逻辑层没有必要知道任何有关特定数据库的东西，表现层更没必要知道。

越看越像 看blog

对不起，注册过程当中发生未知异常，请你稍后再试

支持
lz的博文思路清晰 知识点解释的到位
写出的书一定不错

这个大家消气，其实lz只是导火线让瞿杰的一腔怒气爆发了，大家互相体谅

说实话翻译相当于义务劳动，国内书的翻译稿酬实在是很低，65/1000字什么概念？而且还有一个问题是出版社要搞要的很急，但最后却磨蹭很久

呵呵，其实说白了就是资金不够，只能招便宜的人，但又不好意思说出自己的价格

薪资范围？

@wwf
呵呵，有时间的话一定写。我一直想再写一本书，第一步粗糙了一点。
@hook
自己看都乱