簡單概述Fedora Shell編程微軟解釋
學習Fedora Shell編程時，你可能會遇到嵌入式語言問題，這里將介紹Fedora Shell編程跨平臺問題的解決方法，在這里拿出來和大家一起理論一下在一個軟件為中心的世界里，我們已經(jīng)有了太多太多的計算機語言用以Fedora Shell編程——從腳本語言到字節(jié)碼編譯語言，再到最高級的架構(gòu)語言和嵌入式語言。而現(xiàn)在，微軟正打算開發(fā)另外一種Fedora Shell編程語言，代號為“M”（代表Microsoft）。
這種新Fedora Shell編程語言是微軟新Oslo發(fā)展和面向服務(wù)策略的一部分，在保持文本（textual）和特定領(lǐng)域（domaiN-specific）的同時，還整合了來自XAML的特性。與Visual Studio 2010一起，M將與其他兩個即將一同發(fā)布的組件被直接應(yīng)用：這兩個組件其中一個是QuadraNt，它是一個可視化構(gòu)建模型的工具；而另外一個組件是在SQL數(shù)據(jù)庫中用于存儲和瀏覽模型的存儲器。
除此之外，關(guān)于該語言微軟沒有作更多的解釋。不過據(jù)推測它很可能是一種基于.Net框架的編譯語言（終于可以和自然語言代碼說再見了）。而且從微軟的表述上來看，M正緊追潮流——在努力成為一種跨平臺（cross-platform）語言。
這里提到的“跨平臺”，微軟這樣解釋，“很長時間以來，跨平臺要求第三方平臺的作者來為代碼寫一個后端程序，而且SQL數(shù)據(jù)庫必須寄托于微軟的SQL Server這個Microsoft WiNdows專利服務(wù)才能執(zhí)行?！毕胂笠幌?，如果你是微軟用戶，正打算購買多套WiNdows系統(tǒng)的copy（會因此而產(chǎn)生收益，而且推測這些系統(tǒng)只能是Vista 或WiNdows 2008，因為XP已經(jīng)不出了），那么對微軟而言跨平臺將變成一件相當有意義的事情。
另外有消息表示，M語言事實上就是微軟之前開發(fā)的“D語言”（如果不是，那么微軟最初就沒有發(fā)明D語言），現(xiàn)在微軟只是翻新了一下，以適應(yīng)其新的Oslo模型策略，并把D改成了字母表上更加靠后的M，便新瓶裝舊酒地吸引了一大批追隨者的興趣。雖然這種說法可能不假，但D語言從來沒有被提升到.Net編譯語言的高度（而且旋而消失），而且雖然很多人對D擁有很高的熱情，但D語言確實存在很多缺陷而且從未入流。（就像比爾蓋茨稱將在它發(fā)布后的十年里為OS/2寫代碼）。
這個程序語言的基本準則是在開發(fā)上擁有某些特性值得人們?nèi)リP(guān)注，特別是對OOP（面向?qū)ο蟮某绦蛟O(shè)計）。但是M語言與微軟SQL Server和.Net框架的聯(lián)系相當緊密，雖然目前還不確定它是否會和ASP .Net整合，但這種聯(lián)系已切切實實地使其吸引力局限在了WiNdows系統(tǒng)的應(yīng)用上。不過盡管如此，單一項目還是能夠在非WiNdows平臺上運行.Net代碼。如果M語言能夠遵循同樣的標準，并且微軟能夠擺脫對微軟MS SQL的依賴性，那么假以時日M語言編寫的程序?qū)⒛軌虺蔀長inux朋友（peNguiN-frieNdly）。
在微軟找到一種強制人們使用M語言的辦法之前，有多少人會自愿使用這種語言，只有時間會告訴我們答案，而驅(qū)使人們使用的最行之有效的辦法，恐怕只有在 M語言中去掉對其它語言都有特性的支持，即只有M語言才有的特性?？紤]到微軟的程序員吃的都是微軟的飯這個事實，實際上真正在使用這個“不可視”C和C++代碼的就只是WiNdows自身了，盡管微軟一再鼓勵它們（“不可視”的C和C++代碼）與WiNdows一起使用。但是如果所有的入門級程序員都學習這些新的Fedora Shell編程語言，那么將來誰來管理這些我們現(xiàn)在使用的幾十億行C和C++代碼，難道把這些應(yīng)用徹底重寫？我想早期貝爾實驗室的那些人也會對這個問題的答案感興趣。
【編輯推薦】
