Atitit .c#的未來新特性計劃草案
1. C#的未來:追蹤空引用1
1.1. 2. 變量命名空間1
1.2. 10. 項目引用Native dll2
1.3. 10. 項目引用Native dll2
2. 三、設計面向 面向變量的匯編語言,高級語言出現後,從Pascal/C語言面向過程和變量,到C++以後的面向對象2
2.1. 1. 面向集合3
2.2. 2. 面向並發3
2.3. 3. 面向任務(異步3
3. 參考3
olang 都體現了新一代編程語言的設計哲學。
簡約的關鍵字,
非侵入式的面向對象設計(沒有了繼承)
class ProductUtil{
namespace Price
{
float old;
float New;
float standard;
}
float GetPrice(){
float Price.discount; //聲明折扣
//計算價格...
return Price.New;
}
}
命名空間可以在方法內,也可以在類型內。聲明命空間後,可以單獨聲明一個變量。
作者:: 綽號:老哇的爪子 ( 全名::Attilax Akbar Al Rapanui 阿提拉克斯 阿克巴 阿爾 拉帕努伊 ) 漢字名:艾龍, EMAIL:[email protected]
轉載請注明來源: http://www.cnblogs.com/attilax/
如今要調用C/C++的程序集,必須查好參數,轉化類型,再像這種方式聲明:
[DllImport("User32.dll", CharSet = CharSet.Unicode)]public static extern int MessageBox(int h, string m, string c, int type);
為什麼不能像引用.NET dll那樣引用C/C++寫的dll呢,或者像Service Reference那樣,增加一個Native Reference的目錄,自動生成代理類。
如今要調用C/C++的程序集,必須查好參數,轉化類型,再像這種方式聲明:
[DllImport("User32.dll", CharSet = CharSet.Unicode)]public static extern int MessageBox(int h, string m, string c, int type);
為什麼不能像引用.NET dll那樣引用C/C++寫的dll呢,或者像Service Reference那樣,增加一個Native Reference的目錄,自動生成代理類。
使用元組的目標是以一種輕量級的方式從一個函數中返回多個值。對元組的良好支持能夠消除對out參數的使用,這種參數通常被認為是一種笨重的方案。此外,out參數無法兼容 async/await,因此在許多場景中out參數將變得毫無作用
編程語言發展已經超過半個世紀了,先是面向變量的匯編語言,高級語言出現後,從Pascal/C語言面向過程和變量,到C++以後的面向對象。 C#和Java只是語言特性上有大幅改進,設計思想並沒有飛躍。
C#作為最為先進的編程語言,反映了當前語言發展的瓶頸。要有所突破,必須要有新的設計思想,把面向粒度提高到新的層次。
個人分析後認為,未來C#或C#的後繼者,會向三個方向發展:
未來編程語言遇到的業務邏輯將更復雜,對集合處理是業務邏輯的核心內容。LINQ使C#走在業界的前列,然而還有許多問題。
由於歷史原因,集合類型太多太亂。支持泛型是必須,我們需要根據可變性、排序性、Hash特性、並發要求等,使用一致的高性能集合類型。這些集合類能夠靈活轉化,智能地處理擴容、復制等底層操作,且沒有LINQ那樣無法跨程序域傳遞的限制。這需要框架和CLR雙重支持。
這個是很自然的方向,除非出現光、生物、量子計算技術的飛躍,不然半導體電路處理器單核極限愈來愈難突破,多核趨勢愈演愈烈。未來的編程語言,並發支持必須融入其底層。
還是拿Node.js來說,已經初具此特性,其對IO的訪問全部非阻塞的,是從底層支持的異步操作。
對於C#來說,就不只是框架上修修補補,而是CLR的全面支持。async和await出現是個很好的苗頭,期待看到更多這樣的發展。
Node.js它通過事件輪詢(event loop)來實現並行操作,這只能處理最簡單地多任務同步。要實現真正的並發語言,並滿足日益復雜的業務邏輯處理,必須對並發的單元-任務進行有力的支持。
.NET對任務有了System.Threading.Tasks下一系列類的支持,但這只是開始。我們需要動態地創建、分解、修改、取消任務,需要方便地獲取和控制任務的狀態,管理超時和資源,統計任務效率,處理異常。
論C#未來發展 - 小城故事 - 博客園.htm
C#的未來:元組及匿名結構體-IT168 技術開發專區.htm
C#的未來:擴展屬性及更多 - 推酷.htm