Anytao 2008-09-06 18:41
@红魔
呵呵，还有很多分享:-)
Anytao 2008-09-05 16:33
@sekihin
呵呵，正是，快速定位值得关注的内容:-)
Anytao 2008-09-05 13:38
@柏雯
呵呵，这是精华集编委会共同的努力，我只是个参与者和代表发布人，不是我的功劳:-)
Anytao 2008-09-05 11:17
@zzticzh
??不解深意
Anytao 2008-09-05 11:12
@xjb
呵呵，谢谢关注
Anytao 2008-09-05 10:24
@小眼睛老鼠
谢谢，继续关注
Anytao 2008-09-05 10:23
@李胜攀
谢谢支持
Anytao 2008-09-05 10:22
@兴百放
呵呵，是值得一看，谢谢支持
Anytao 2008-09-05 10:22
@Artech
呵呵，历经了三轮筛选，很多人的心思，很多人的时间，到这个阶段算是有个阶段性收成。
我也是太忙，没有第一时间将结果公布，有点儿迟到:-)
Anytao 2008-09-05 10:20
@Ame
谢谢啦
Anytao 2008-09-05 10:19
@飘遥
呵呵，谢谢
Anytao 2008-09-05 10:19
@WilsonWu
此话怎讲，虽然有阻力，但是还会继续，至少是件好事儿
Anytao 2008-09-05 10:19
@gismin
Thank you, to be continue...
Anytao 2008-09-05 10:18
@向世界出发
呵呵，值得关注
Anytao 2008-09-05 10:18
@AstarNoLogin
加油，加油
Anytao 2008-09-05 10:18
@任力
我相信大家的努力，会耕耘出好结果，至少我们曾经在努力
Anytao 2008-09-05 10:16
@AlexLiu
呵呵，是好多人的努力，我们分册有4个帅哥:-)
Anytao 2008-09-05 10:15
@airwolf2026
我这儿没发现会卡，当然也没有任何恶意代码:-)
Anytao 2008-09-05 10:14
@Anders Cui
谢谢提醒，不是最终定稿，所以只是临时阶段，在分类上还要进行梳理，这都是后续工作了
Anytao 2008-09-05 10:13
@侯垒
哈哈，谢谢
Anytao 2008-09-05 10:13
@是否
呵呵，那就看原版吧
Anytao 2008-09-05 10:12
@Jimmy Zhang
呵呵，包建强才烂，这数据都是从他那儿取的:-)
Anytao 2008-09-05 10:11
@生鱼片
虽然不是最后的定稿，但是绝大部分都是博客园的精品，值得拉出来溜溜，而且有些精品有些年月了，我们可以适时回归:-)
Anytao 2008-09-05 10:10
@包建强
@李永京
呵呵，那个是我用程序从Excel读的，可没有手动写，阿京说的正解:-)
Anytao 2008-09-05 10:05
@lbq1221119
呵呵，也看到lbq了:-)
Anytao 2008-09-04 19:38
@李永京
呵呵，因为奥运的关系，可能我们的进展的确有些放松，下一步还需要更多的努力和推动。前期离不开你和包包的推动，我们还得继续:-)
希望有个好收成:-)
Anytao 2008-09-04 19:37
很好，很爽:-)
Anytao 2008-09-04 19:30
@Justin
呵呵，太多是因为很多舍不得删除，有些好东西其实严格上属于其他分册，所以后面还有严格把关:-)
Anytao 2008-09-04 18:57
@kofkyo
是的，不会被执行，因此此处调用的是无参构造函数，多谢提醒:-)
Anytao 2008-09-04 16:08
@kofkyo
没有明白你指的“是不会到达被调用”的意思？可否详细说明？
Anytao 2008-09-03 18:41
@I Love Asp.NET
:-)
Anytao 2008-09-03 18:41
@Michaelkira
这实际上是我想在下篇中力图澄清的问题，但是现在阶段还没有完全了解透彻，有一些问题还只能用“本来就这样”式的万能答案来回答，所以我希望对此再进行一些探讨和分析，希望有更近距离的答案。
Anytao 2008-09-02 00:12
@dewsde
小技巧，小技巧
Anytao 2008-09-02 00:08
@段非天空
谢谢你的参与，CLR团队需要首先有相关文章才能加入，期待你的下次光临:-)
Anytao 2008-09-02 00:07
@charry
谢谢你的参与，CLR团队需要首先有相关文章才能加入，期待你的下次光临:-)
Anytao 2008-09-02 00:04
@skyhaifeng
呵呵，这是个好办法，经常上博客园和社区，到处是老师:-)
Anytao 2008-09-02 00:04
@toosyer
;-)
Anytao 2008-09-02 00:03
@NIOX
首先检查在客户端是否可以直接远程访问你的数据库看看:-)
Anytao 2008-09-02 00:03
@徐应云
不客气
Anytao 2008-09-02 00:02
@唐文
;-)
Anytao 2008-09-01 23:52
@AGPSky
隐式接口实现以接口实例访问，必须进行类型转换才能进行相应的访问，这和直接访问是有区别的。
关于修饰符问题，我的理解是默认修饰符的级别不同而造成的，类成员是默认为private的，而接口成员是默认为public的，所以显式修饰符本身已经有了public的标记，而隐式接口由于访问级别问题，必须要求实现为public才能继承层次的访问级别。
Anytao 2008-09-01 23:34
@zzz
是阿，静态成员当然能够继承，而且还是以类来访问。
Anytao 2008-09-01 23:23
@IntGirl
嘿嘿，也很幸福:-)
Anytao 2008-09-01 23:22
@jay-c
呵呵，抱歉，MSDN，这些不是书中的内容，有所区别;-)
Anytao 2008-09-01 23:16
@Justin
谢谢王兄的仔细勘误，我会及时更新勘误信息:-)
关于P116的分析，我的理解是：
关于new关键字，有一个误区就是new不光是阻断虚方法，其实核心的点我倒认为不必强调“阻断”，而应该着眼“隐藏”，用于向基类成员隐藏基础成员。虚方法是，非虚方法也是。
基于这点，对于son.DoVirtualWork() 而言，由于new的存在DoVirtualWork没有覆写父类方法，而成为子类的“新”方法，所以调用DoVirtualWork实际执行的是Father的对应方法，注意调用是仅仅执行Father.DoVirtualWork，而不存在“走到”son.DoVirtualWorK一说。对于aGrandSon.DoVirtualAll()而言，由于没有new的隐藏，所以父类Grandson中的DoVirtualAll方法已经由子类覆写，执行aGrandSon.DoVirtualAll 实际执行的是子类的DoVitualAll方法，也没有走到Grandson类一说，因为直接调用的就是Grandson类相应方法。
Anytao 2008-09-01 23:13
@jay-c
--引用--------------------------------------------------
jay-c: 接口意义的精髓在于就在一句话：接口名称 对象名 = new 实现类名；而关键中的关键就在一定要用接口名称进行实例化。
--------------------------------------------------------
关于接口意义的精髓在于就在一句话：接口名称 对象名 = new 实现类名；
这句话，我实在不敢苟同，因为那实在不够揭示接口本质的意义。
接口本质的意义在于约定、契约和规则，接口解决了面向对象中继承所带来的纵向问题，接口实现了更高层次的抽象，这是接口的意义，而“接口名称 对象名 = new 实现类名”只能算是一种应用的表现而非精髓，你举例的应用体现的恰恰是多态的精神，而非接口的精神。
我倒赞赏懒虫对接口的理解。
仅仅是一点己见，欢迎随时讨论，这是非常棒的体验。
Anytao 2008-09-01 23:07
@jay-c
--引用--------------------------------------------------
jay-c: 还有，我认为接口只是一些声明，不应该叫它们虚拟成员，而且重写必须要override，这个东西真的是。。。。
--------------------------------------------------------
如果非要指教概念上的准确性，我想override被称为“覆写”更为合适。至于“虚拟成员”的说法，我倒认为接口成员更合乎方法签名的说法。
Anytao 2008-09-01 23:03
@jay-c
--引用--------------------------------------------------
jay-c: 我有一个问题，MSDN当中对接口的定义好像没有涉及到“虚”和“抽象”这两个概念，虚方法必须是以virtual来修饰，而抽象一定要以“abstract”来修饰，而且有很多人说重写接口，接口没有重写这种情况吧，最多就是显示接口调用，那是重写吗？？
--------------------------------------------------------
很高兴收到你这么多的回复，因为最近外出，没能及时回复，还望见凉。
关于“虚”和“抽象”的概念，你认为什么是“虚”？什么是“抽象”，说实话我从来没有觉得MSDN就一定是正确的，或者本质的。对于接口而言，不过是否显式修饰了virtual，它本质上都是“虚”的，所以任何对接口的实现在本质上都是覆写，而不管是显式的还是隐式的。
Anytao 2008-08-28 12:38
@YITIAN Studio
首先谢谢你的指正。
关于is和as实质上是两张模式，在实际的系统中对于类型的判定常常是必须的，因为很多时候你并不清楚接受的参数是否是一个兼容的类型，就像你说的一样两个不相关类型的变量是经常会搞到一起的。
非安全的类型参数或者变量会引起系统灾难，这是类型检查存在的意义，也就是is和as存在的意义，一种实现的手段。