非常感谢,这东西官网上都没有了

路过，欢迎到我的RoseGril.cn交流下，如有打扰请见谅。谢谢! Create At:19:32:09

fgd

我的E680的通讯录里的号码突然都没有了,不知道怎么回事?

非常感谢LZ，我下载下来了，谁不能下载的给我邮件，
summer198191@126.com

发到我的邮箱里面好吗

怎么找不到搂主所说的压缩包呢 可以给我传份吗 不胜感激！！

博主很有爱，真心感谢

谢谢楼主,找了好久.

還好樓主有整理啊，現在MSDN的連結已經失效很久了，我可是找了全世界，才在這找到，大恩不言謝，感受 code Snippets 去。

非常感谢你

怎么没人看啊,可惜了!

jk

大哥，怎么把偶写的博客汇总了一下？

还好

haihao

@re: Fitch and Mather 7.0 概述

真他妈的恶心!

没有内容???

楼主辛苦了，不过有些冤枉，呵呵。

当初我也想一个一个的下，可很幸运的看到了 Core2Core 提到的链接，省了我的事儿。

Microsoft已提供了保持目录分类的安装包呀! To download code snippets for all the categories and retain the directory install structure of these snippets, click here
http://go.microsoft.com/fwlink/?linkid=57395&clcid=0x409

偶是第一批受举益人，谢谢了^-^

大汗，本来也不是科班，这些东西看了也没记住多少，看来要待业了

DotTrace是分析每个调用所占用时间的吧，
那个软件真不错，但是实在是有点贵。

很不错

JetBrains 的DotTrace很不错，你可以看看，不过好像不能做压力测试，但是可以看出函数被调用多少次，以及所花费的时间。

是的,对性能计数器一直没有深入研究.有时间希望多了解.

俺做了一年半的asp.net，现在开始搞java，我们在项目中用过struts和jsf，不过用来用去都很不爽，始终觉得asp.net的编程模型应该是现在最先进的web框架（Tapestry俺还没搞过）。

刚刚接触jsf的时候看到过一种说法，说asp.net、jsf和swing一样，使用的是一种坍塌式的mvc框架，呵呵，当时以为jsf会是一种像asp.net一样爽的框架，但是现在做了一个项目后，发现，其实根本不是那么一回事。

回头看看，觉得blueoxygen说的是很不错，在移用性和开发效率上，.net确实比j2ee强多了，它的不足，往大了说是.net毕竟是后来者，企业级应用它一直在追赶（个人觉得脚本是很大的）；往小了说，封装的太厉害，一个程序员如果不注意深层次的东西，很容易做傻了。

搞了一段时间j2ee，等框架，设计模式什么的概念有了之后，在看看.net，很佩服微软，同时也很庆幸自己能接触到java，呵呵。

确实，有一些概念的产生会有它的背景的，看了blueoxygen和补丁的阐述，明白了很多，也希望对和我一样有困惑的朋友有点收获，好了，此文可以退出首页了

blueoxygen 说得好~
确实身在福中不知福
呵呵

生在福中不知福阿，asp.net是天生架构优良的mvc，aspx就是view codebehind就是 Controller 自己再写一层封装了逻辑被C调用就是Model。MVC也有类别之分，ASP。NET的controller是page controller而java世界的MVC是 front controller。page C就是一个Page一个controller，对整个应用的集中管理不强，但是实现起来简单。而Front C就需要考虑很多东西，大多数通过配置文件将View Model贯穿起来，形成总指挥。
# re: MAVERICK.NET好用吗
asp.net就相当于structs,类库就相当于spring.net和nhibernate
此理论有些偏颇，asp.net可不是一个struts能够顶得了的，否则ms自杀算了，而类库相当于JDK spring只是中间件 hibernate，难道自己没写过持久层？
我是做java的，曾经做过.net，各位不必非要把java的东西弄到.net上来，很多东西有分歧的，比如datagrid之类的空间，在java中要被唾弃的，此处数据邦定，那层次的概念何有？在j2ee分层架构中一个对象在何处生存要有明确界限，在Business logic层的值对象绝对不能传递到view层，而datagrid这种穿越了n层的数据邦定，现在只有java中的AJAX才鼓吹，AJAX的出现让我们思考，难道作应用一定要分这么多层么？一定要MVC么？
各位不知JAVA开源世界在学习.net的组件式开发模式，这是高效的(比如 JSF tapestry)但是.net在组件之外的中间件处薄弱的很，努力吧。有兴趣各位可以自己实现一个strugs.net版本。将FrontController实现，呵呵

MS$为大家做了太多事情，封装了太多东东，导致经常用一些东东确不知其细节

"asp.net就相当于structs"
也不是很肯赞成,看什么程度上的相当于了
"类库就相当于spring.net和nhibernate"
这句话啥意思.....

asp.net就相当于structs,类库就相当于spring.net和nhibernate

不需要深入研究java,只要做一些java方面的学习,写一些小示例程序,自然会看到MVC框架的好处,明白MVC框架对java开发效率的促进和结构的优化
至于.net,MVC在VS里已经有了一定程度的集成,如果用记事本写.net的话估计也很能体会出MVC的能量,呵呵
btw,我觉得,.net不必要全部照搬java的理论
尤其是设计模式,.net下的设计模式非要写成和java下一一对应的23条麽?其实有些设计模式在.net framework或者VS里面已经有了内置的支持了,所以有些在java下习以为常的东西有时候在.net下让人觉得莫名其妙.
java和.net在体系结构上是相似的,但是,稍稍接触下java,对比两者还会有新的感悟,完全照搬他们两者未必是最明智的:)

好的东西我们就要学习，不知其所以然，我们就要去探索，MVC在博客堂里大多只是理论上的阐述，并没见到生动的解说或例子，架构不应该曲高和寡，应该更趋向于实践，我的见解有限，仅想起个抛砖引玉的作用，希望对MVC有深刻理解的高手们能够为更多的人打开一扇门，不至于一定要去摸一遍JAVA才能有资格理解MVC吧.......
再补充一句，构架或模式的思想是重要的，但是其应用也是重要的，只有不断的推广其实践，才能丰富和发展其本身，这是我的一点看法，不知道对不对。。。

不搞搞java就没有谈MVC的必要了
生搬硬套当然觉得蹩脚
知其然而不知其所以然嘛