# 一、語言的選擇 為什么開發人員要針對給定任務選取某種編程語言，而不去選擇其他的語言？ 當項目需要搶速度時，我往往選用原始的C語言進行開發。 如果開發要求運行在Windows上的、版本盡可能小的程序時，一般選用帶有靜態連接MFC 的C++語言進行編程。 假如需要開發在Mac、Windows與Linux等_*_作系統上運行的圖形化界面（GUI)程序時， Java語言就成為通常的選擇。這樣得到的GUI雖然算不上最好，但是它能夠工作。 對于需要快速開發出來的GUI和確實顯得自然的UI來說，可以選用Visual Basic作為程 序設計語言，但這樣做，要清楚地認識到分發大尺寸的程序所付出的代價，以及要受制于 Windows的事實。 假使需要開發運行在任何UNIX機器上而速度不必很快的命令行程序，那么用Perl語言進 行開發是一個不錯的選擇。 若程序必須在瀏覽器內運行，那么JavaScript就變成惟一選擇。在SQL存儲過程中，通 常需要選取某提供商所專有的SQL派生功能，或者說，干脆回家走人。 關鍵點是什么？ 不過，我幾乎從來都不會基于語法而選取某種語言。是的，我比較偏愛提供了{};要素 的那些語言（C/C++/C#/」ava)。并且，在關于什么是“好的”語法方面，我是有些看法的。 但是，我不會認可僅僅因為要使用分號的緣故而増加一個20MB大小的運行庫的做法。 是什么使我對.NET的跨語言策略感到有點驚訝的呢？是這樣一種理念：可以選用任何語 言進行軟件開發，語言的種類可以是億萬，并且它們的工作方式都相同。 VB.NET與C#.NET除了語法上的細微差異之外，實際上是一樣的。其他語言要想成為.NET 世界的一部分，就得至少需要支持一個核心功能和類型集，否則它們將不能與其他語言很好 地鏈接。問題是，如何開發.NET中的UNIX命令行應用程序？如何在.NET中開發小于16 KB的 Windows微程序呢？ 看起來，在.NET中選擇語言，我們似乎就不得不要關注一下語法了。