.NET是java的兄弟。是微软因为被Sun排除在java之外而开发的一套语言。主要包括C#，VB.net,C++/CLI等语言。

它的设计理念基本和java相同，也是一个支持静态面向对象编程范式的平台。

对于.NET语言平台，我选择C#和C++/CLI这两种语言进行论述。VB.NET和C#类似，这里就不再多说了。

C#.net还支持值类型，也就是基于对象的编程范式。（当然，.NET框架也是支持值类型的）

C#.net的泛型类型替换是在运行时执行的。对于引用类型(在堆内存中创建实例的类型)，它使用类型强制转换，而不是C++模板的源代码生成来实现参数化类型。

对于值类型，则使用类似于C++模板的MSIL中间代码生成机制实现。

顺便提一下，java的泛型实现和C#的机制类似。也是使用强制类型转换实现。而且，Java中没有值类型，也不能对基本类型进行泛型操作，因此没有C#和C++中的源代码扩张问题。

但是，老实说，java的泛型机制确实太弱了！

C#语言首选的是面向对象编程范式。C#也可以使用泛型支持的基于对象的编程范式。

使用值类型，对于用惯面向对象编程范式的C#和java程序员来说有一定的难度。而且，提升的效率也并不很高。

同时，在语法层面上，C# 泛型是实现参数化类型的更简单方法，不具有 C++ 模板的复杂性。此外，C# 并不尝试提供 C++ 模板所提供的所有功能。

因此，C#泛型支持的基于对象编程要比模板支持的基于对象的编程要弱很多。

理念上，泛型编程有些不伦不类，有着太强的面向对象编程的气味。

C#中，使用泛型支持的基于对象的编程范式不如面向对象编程范式。

我认为，C#语言还是应该首先使用面向对象编程范式。

C++/CLI是为了让C++使用.NET平台而提供的扩展机制。

.NET平台是类似于java的静态强类型动态执行的执行平台。是面向对象编程范式理念的框架。

C++/CLI使用了新的语法，使用C++/CLI进行.NET开发时，类似于C#编程。

同时，也可以使用模板进行C++/CLI编程。这是C++/CLI2005新增的功能。

使用C++/CLI进行.NET编程时，既可以使用C#样式的面向对象编程。也可以使用模板支持的基于对象的编程范式进行开发。

可以把模板支持的基于对象的编程范式和.NET的面向对象的编程范式结合起来使用。

C++/CLI可以同时使用原生C++和.NET编程。如果使用.NET框架执行，那么C++原生代码就会存放在生成的MSIL中间代码中，在运行时再使用C++编译器编译成机器码。

.NET运行时本身就是使用COM编写的，是一个COM服务器。因此，.NET和COM互操作是非常简单的。也可以使用COM技术，用C/C++直接调用.NET内的方法。

在互操作上。.NET比java实现得更好。不能从C语言调用Java方法，只能从java代码中使用JNI调用C方法。

.NET是java的表兄弟。又做出了一下改变。

1，定义了.NET的汇编语言。基于.NET的汇编语言可以支持任何语言在.NET平台上执行。Java自然也可以作为一个平台。但是java平台的设计目标就是java这一种语言，因此没有定义汇编语言，只有java的机器码。

2，支持值类型。虽然用处不大，但是可以提高性能，也方便与C语言的函数库交互。

3，泛型的实现比java强大。

4，特别是C++/CLI，具有模板*.NET运行库的强大能力。

Ruby是一种强类型的动态解释型语言。在Ruby中一切都是对象。

使用Duck Typing“像鸭子一样编程”的编程理念。Ruby有类型，但是变量不确定类型。这也实现了动态的多态能力。

不象Java，.NET等静态面向对象编程语言，不需要使用什么都不作，仅仅表示类型的规范的接口。Ruby中使用变量时不需要声明使用什么接口或者类型。

任何类型都可以，只要确实有这样的方法或者数据成员存在即可！

类似于C++的模板编程，只是C++的模板需要指定参数的类型。Ruby不需要指定变量的类型，因此不需要模板那样的机制。

Ruby这样不指定变量类型的语言使用起来非常灵活。

按照动态语言的观点，既然编译时不能完全找出运行时的错误，不如不要编译时检查，也不要编译。使用单元测试来寻找错误。

但是，C++，Java，.NET这样的编译时检查类型的语言也有自己的优点：

1，更加安全，编译时就会发现错误。

2，可以实现IDE的智能提示。而Ruby这样的语言就不可以。因为C++，Java的变量使用时都指定了类型，因此可以在IDE中智能提示可能的成员。

    而Ruby这样的动态语言的变量都没有指定类型，所以无法为你提供智能提示。

    使用Ruby，应该使用“动态类型语言”的基于对象的编程范式，使用隐式的接口。使用的类不需要有一个共同的基类。让各个实现类互相独立存在就行了。记住，这是和C++的模板支持下的基于对象的编程范式类似的基于对象（ADT抽象数据类型）的编程！

    不要试图用java，C#这样的语言的面向对象的编程思维方式来编写Ruby程序！

JavaScript是一门长期以来被忽视的语言。它的重要性和能力都被大大的低估了！

这是因为Java和.NET崛起以来，“静态类型语言”的面向对象的编程范式受到广泛的推崇。作为动态语言，函数式语言的JavaScript长期以来被广大Java，.NET程序员视为畸形怪胎！老实说，长久以来，我也一直是以厌恶的眼光看待它。多少次，它让我很抓狂。

直到现在，我还是没有学好JavaScript。尽管JavaScript已经诞生了这么多年，但是把JavaScript作为一门很有前途的动态强类型语言，函数式语言来看待还是新鲜事物。还没有见到很多关于这方面和设计模式的研究。

周爱民的《JAVASCRIPT语言精髓与编程实践》一书应该不错，但是我还没有看过。

这是JavaScript使用最广泛的一种编程范式。简单、快速、有效。 JavaScript代码需要通过网络传输到用户浏览器中，因此JavaScript的使用一般都是简单的几个数据提交和验证功能。如果使用Ruby那样 的动态基于对象的编程范式编码显得有些小题大做，又浪费带宽。

如果JavaScript仅仅支持过时的面向过程的编程范式，那么JavaScript就真的是大家心目中的鸡肋了。

这些年来，广大程序员都忽视了JavaScript也是一门动态类型语言，还是一门函数语言！

我们完全可以向Ruby那样进行基于对象的开发。

现在，伴随着广大用户对户客户端的效果和AJAX技术的期待。JavaScript正在完成越来越大的任务。正在开发和传统语言类库类似的庞大类库。

如，EXT实现的用户界面库。和Java的Swing库很接近。这样巨大的系统，必须要使用基于对象的编程范式，再使用面向过程的编程范式不可想象！

把JavaScript当成Ruby来使用，这是我对你的忠告。

[题外话：

不过也许我的JavaScript技术永远不会很高。因为虽然我越来越欣赏JavaScript语言的机制。但是，我对用户界面的开发并不是很有兴趣。我认为用户界面是小道。底层的逻辑开发才更有价值，我也更加有兴趣。

]

    现在再来看看篇首的“语言特性对比表”，也许你能够认同我对这些语言的观点了。

如果我需要进行原生系统开发，我会选择使用C++，使用模板支持的基于对象的编程范式进行编码。

如果需要给其它语言提供接口，我会用纯C语言实现一些接口函数，供其它语言调用。

如果需要Java语言进行开发，肯定要使用面向对象编程。需要大量使用接口，依赖于抽象。

如果需要使用.NET开发。那么我也会使用面向对象编程范式编码。很少使用值类型。

如果使用C++/CLI开发，我会使用模板开发原生C++程序，也会首选模板开发.NET程序。也可以像C#那样使用面向对象编程范式开发.NET程序。

我真的爱死模板了！这么多年来我还一直认为模板是个废柴呢！

如果要编写脚本，我会使用Ruby，“动态类型语言”的基于对象的编程范式。

Java和.NET平台上都在引入Ruby，Python等动态语言，也许很快就可以用它们开发Java和.NET程序了！

在浏览器上开发，当然得用JavaScript[很久以前，我使用VBScript这门语言—上了微软的当了。那时以为凡是微软的就是好的！]。

简单的需求，当然用面向过程范式开发。

大的项目，比如AJAX，地图，GUI等，使用“动态类型语言”的基于对象的编程范式开发。