来一篇关于NET的类承继成绩和会见权限成绩

一个很大的类库。应用程序之所以难以跨平台，在于直接调用了特定平台的接口，而一个巨大的类库，就能极大地减少应用程序对平台的依赖。当一个子类从父类承继时，父类的一切成员成为子类的成员，此时对父类成员的会见形态由承继时利用的承继限制符决意。

1.假如子类从父类承继时利用的承继限制符是public，那末
(1)父类的public成员成为子类的public成员，同意类之外的代码会见这些成员；
(2)父类的private成员仍然是父类的private成员，子类成员不成以会见这些成员；
(3)父类的protected成员成为子类的protected成员，只同意子类成员会见；

2.假如子类从父类承继时利用的承继限制符是private，那末
(1)父类的public成员成为子类的private成员，只同意子类成员会见；
(2)父类的private成员仍然是父类的private成员，子类成员不成以会见这些成员；
(3)父类的protected成员成为子类的private成员，只同意子类成员会见；

3.假如子类从父类承继时利用的承继限制符是protected，那末
(1)父类的public成员成为子类的protected成员，只同意子类成员会见；
(2)父类的private成员仍然是父类的private成员，子类成员不成以会见这些成员；
(3)父类的public成员成为子类的protected成员，只同意子类成员会见；

至于类中分歧成员(public、private和protected)的会见形态就不细说了。前天傍晚我发表了《Java的跨平台就是一句谎言。》，原本就是周末闲来无事，发表一篇略带争议性的博文让大家都来吵吵架，发表自己的看法，根本就没想着谁把谁打倒，一个行业或者是技术阵营是无法用短期口水仗打到对手的。

当然我们在选择Asp.net主机是，除了要考虑服务提供商在版本是否是实时更新以外，机房的环境和配置也是非常重要的，通常选择骨干网的机房，在速度和稳定性上会非常有保证。

以上是语言本身的弱点，在功能方面ASP同样存在问题，第一是功能太弱，一些底层操作只能通过组件来完成，在这点上是远远比不上PHP/JSP，其次就是缺乏完善的纠错/调试功能，这点上ASP/PHP/JSP差不多。

使用普通的文本编辑器编写，如记事本就可以完成。由脚本在服务器上而不是客户端运行，ASP所使用的脚本语言都在服务端上运行，用户端的浏览器不需要提供任何别的支持，这样大提高了用户与服务器之间的交互的速度。

ASP是把代码交给VBScript解释器或Jscript解释器来解释，当然速度没有编译过的程序快了。

当然我们在选择Asp.net主机是，除了要考虑服务提供商在版本是否是实时更新以外，机房的环境和配置也是非常重要的，通常选择骨干网的机房，在速度和稳定性上会非常有保证。

关于ASP.NET功能上，ASP.NET比微软以前的ASP(96年出现)有更强大的library,更好的稳定性。ASP.NET可以使用.NETFramework中所有组件(也就是说.NET能实现的，ASP.NET一样能实现)。

ASP.NET:ASP.net是Microsoft.net的一部分，作为战略产品，不仅仅是ActiveServerPage(ASP)的下一个版本；它还提供了一个统一的Web开发模型，其中包括开发人员生成企业级Web应用程序所需的各种服务。ASP.NET的语法在很大程度上与ASP兼容，同时它还提供一种新的编程模型和结构，可生成伸缩性和稳定性更好的应用程序，并提供更好的安全保护。

ASP.Net摆脱了以前ASP使用脚本语言来编程的缺点，理论上可以使用任何编程语言包括C++,VB,JS等等，当然，最合适的编程语言还是MS为.NetFrmaework专门推出的C(读csharp)。