D的源碼形式

㈠ 以d 開頭的編程語言

DELPHI
Delphi是全新的可視化編程環境，為我們提供了一種方便、快捷的Windows應用程序開發工具。它使用了Microsoft Windows圖形用戶界面的許多先進特性和設計思想，採用了彈性可重復利用的完整的面向對象程序語言(Object-Oriented Language)、當今世界上最快的編輯器、最為領先的資料庫技術。對於廣大的程序開發人員來講，使用Delphi開發應用軟體，無疑會大大地提高編程效率，而且隨著應用的深入，您將會發現編程不再是枯燥無味的工作——Delphi的每一個設計細節，都將帶給您一份欣喜。

1.1 Delphi基本概念介紹

1.1.1 Delphi的基本形式

Delphi實際上是Pascal語言的一種版本，但它與傳統的Pascal語言有天壤之別。一個Delphi程序首先是應用程序框架，而這一框架正是應用程序的「骨架」。在骨架上即使沒有附著任何東西，仍可以嚴格地按照設計運行。您的工作只是在「骨架」中加入您的程序。預設的應用程序是一個空白的窗體(Form)，您可以運行它，結果得到一個空白的窗口。這個窗口具有Windows窗口的全部性質：可以被放大縮小、移動、最大最小化等，但您卻沒有編寫一行程序。因此，可以說應用程序框架通過提供所有應用程序共有的東西，為用戶應用程序的開發打下了良好的基礎。Delphi已經為您做好了一切基礎工作——程序框架就是一個已經完成的可運行應用程序，只是不處理任何事情。您所需要做的，只是在程序中加入完成您所需功能的代碼而已。

在空白窗口的背後，應用程序的框架正在等待用戶的輸入。由於您並未告訴它接收到用戶輸入後作何反應，窗口除了響應Windows的基本操作(移動、縮放等)外，它只是接受用戶的輸入，然後再忽略。Delphi把Windows編程的回調、句柄處理等繁復過程都放在一個不可見的Romulam覆蓋物下面，這樣您可以不為它們所困擾，輕松從容地對可視部件進行編程。

1.1.2 面向對象編程的概念

面向對象的程序設計(Object-Oriented Programming，簡記為OOP)是Delphi誕生的基礎。OOP立意於創建軟體重用代碼，具備更好地模擬現實世界環境的能力，這使它被公認為是自上而下編程的優勝者。它通過給程序中加入擴展語句，把函數「封裝」進Windows編程所必需的「對象」中。面向對象的編程語言使得復雜的工作條理清晰、編寫容易。說它是一場革命，不是對對象本身而言，而是對它們處理工作的能力而言。對象並不與傳統程序設計和編程方法兼容，只是部分面向對象反而會使情形更糟。除非整個開發環境都是面向對象的，否則對象產生的好處還沒有帶來的麻煩多。而Delphi是完全面向對象的，這就使得Delphi成為一種觸手可及的促進軟體重用的開發工具，從而具有強大的吸引力。

一些早期的具有OOP性能的程序語言如C++,Pascal,Smalltalk等，雖然具有面向對象的特徵，但不能輕松地畫出可視化對象，與用戶交互能力較差，程序員仍然要編寫大量的代碼。Delphi的推出，填補了這項空白。您不必自己建立對象，只要在提供的程序框架中加入完成功能的代碼，其餘的都交給Delphi去做。欲生成漂亮的界面和結構良好的程序絲毫不必絞盡腦汁，Delphi將幫助您輕松地完成。它允許在一個具有真正OOP擴展的可視化編程環境中，使用它的Object Pascal語言。這種革命性的組合，使得可視化編程與面向對象的開發框架緊密地結合起來。

1.2 Delphi 快速入門

在這一節中，我們來開發一個小程序。隨著開發的過程，逐步介紹Delphi的主要部件及其操作方法。建議讀者按照本書介紹的過程，在您的電腦上直接操作。您將對Delphi的可視化編程有一個直觀、快捷的了解，必將起到事半功倍的效果。

1.2.1 進入Delphi的可視化編程環境

1.2.1.1 安裝Delphi

Delphi的安裝與其它應用軟體並無不同。2.0版必須在Windows 95以上的操作系統中使用。啟動Windows 95或Windows NT後，將Delphi的光碟放入光碟機(CD-ROM)中，運行光碟上的\INSTALL\SETUP.EXE文件，它的安裝程序會提示您正確地裝入Delphi。如果您是在微軟中文Windows環境中安裝Delphi，請參照附錄A來設置您的BDE環境，以便於處理中文數據。

1.2.1.2 進入Delphi 環境

為避免隱藏在Delphi後的Program Manager和曾經運行過的其它程序擾亂版面，分散您的注意力，不妨在啟動Delphi前關掉其它應用程序；啟動Delphi後，再最小化隱藏在後面的Delphi 2.0程序組。這樣屏幕上就只留下Delphi窗口可見了。

首次載入Delphi，屏幕上會出現四個窗口：

● 標題為「Delphi-Project1」的Delphi主窗口

● Object Inspector窗口

● 標題為「Form1」的窗體(Form)窗口

● 標題為「Unit1.PAS」的代碼編輯窗口。剛啟動時這一窗口的大部分被「Form1」窗體所掩蓋。將「Form1」窗體移開，或單擊Form1窗體下方的狀態行，可以使其全部可見。在「Form1」窗體的任意可見位置單擊滑鼠，可以恢復主窗體可見

以下我們將對這四個窗口分別進行介紹。

1.2.2 Delphi可視化編程環境介紹

1.2.2.1 主窗口(Main Form)

Delphi的主窗口位於屏幕的上端，包括Menu(菜單)、Speed Bar(加速條)和Component Panel(部件選項板)。Menu是下拉式主菜單。Speed Bar位於主窗口的左下端，由兩排共14個加速按鈕組成。這些按鈕是菜單功能的快捷方式，各種圖標直觀地表示了它能執行的動作。Component Panel由一行、若干頁對象按鈕所組成，利用它來選擇需要的部件並將它放到窗體中去。

1.2.2.2 Object Inspector(對象檢視器)

Object Inspector窗口含有兩頁：Properties頁顯示窗體中當前被選擇部件的屬性信息，並允許改變對象的屬性；Events頁列出了當前部件可以響應的事件。按動Object Inspector下端的「Events」頁標簽，使得Events頁可見，這一定的事件後邊的空白處，可以定義對象接受到相應事件時執行的動作。首次啟動時，Object Inspector窗口顯示的是當前窗體Form1的屬性。Object Inspector根據對象屬性的多少，決定是否有滾行顯示。移動滾行條，可以查看當前對象的全部屬性。

此外，Object Inspector上還有Object Selector(對象選擇器)，位於Object Inspector上方的下拉式菜單中。它顯示了窗體上所有部件的名稱和類型，也包含窗體本身。您可以用Object Selector很容易地在窗體的各個部件之間切換，也可以快速地回到窗體本身。當窗體中含有較多的對象時，您會發現這是切換對象尤其是回到窗體的最快捷途徑。

想使Object Inspector一直可見，可將滑鼠移到Object Inspector上，按動右鍵，以啟動Object Inspector的彈出式菜單，將其設置為Stay On Top。這對初學者常是一個很重要的設置方式。

1.2.2.3 窗體窗口

Forms窗口是開展大部分設計的工作區域。首次啟動Delphi 2.0時顯示的是窗體Form1。可以把部件放在窗體中，通過移動位置、改變尺寸等操作隨心所欲地安排它們，以此來開發應用程序的用戶界面。您可以把窗體想像成一個可以放置其它部件的容器。窗體上有柵格(Grids)，供放置部件時對齊位置用，在程序運行時Grids是不可見的。

一個真正的應用程序可能有不止一個窗口，您可以選用不同的窗體進行設計。其它窗體可以是對話框(Dialog Box)、數據錄入框等。

1.2.2.4 代碼窗口

代碼窗口一開始處於窗體窗口之下。因為在Delphi中，設計用戶界面直接在窗體中進行，運行結果和設計樣板完全一致。當部件被放到窗體上時，Delphi會自動生成大部分的用戶界面代碼。您所應做的只是在它為您生成的框架中加入完成所需功能的程序段而已。點動Form1的狀態行使代碼窗口可見。

這個窗口中是代碼編輯器。可以在其中書寫Delphi應用程序的源代碼。當程序中含有不止一個窗口時，會有幾個庫單元的源程序出現在代碼編輯器中。代碼編輯器的標題條中顯示了當前正在編輯的庫單元文件名。要查看某一特定程序的源代碼，只需用滑鼠點動寫有該庫單元文件名的頁標簽，就可以對該庫單元進行編輯了。

㈡ D語言與C語言誰更牛【普及率不包含在內】

D語言是由Digital Mars公司開發的編程語言，起因是為了改進C＋＋。它與C二進制兼容（不完全），可編譯為本地碼，有GC也可手動管理內存，語法上借鑒多種語言，模板則在C＋＋的基礎上做了相當大的擴充。D 語言既有 C 語言的強大威力，又有 Python 和 Ruby 的開發效率。它是一種集垃圾回收、手工內存操作、契約式設計、高級模板技術、內嵌匯編、內置單元測試、Mixin 風格多繼承、類 Java 包管理機制、內置同步機制、內建基本運行時信息的系統級編程語言。D語言簡介D 語言是一種通用的系統和應用編程語言。它是比 C++ 更高級的語言，同時還保持了生成高效代碼以及直接訪問操作系統API和硬體的能力。D 很適合於編寫從中等規模到那些由團隊合作完成、數百萬行代碼規模的各種程序。D 易於學習，為編程者提供了很多便利，並且適用各種野心勃勃的編譯器優化技術。 D 不是腳本語言，也不是一種解釋型語言。它不需要虛擬機、宗教、或者高於一切的哲學。它是給實際的編程者使用的實際的語言，它幫助編程者快速、可靠的完成易於維護、易於理解的代碼。 D 是數十年來實現多種語言編譯器的經驗的積累，是用那些語言構造大型工程的嘗試的積累。D 從那些語言（主要是 C++ ）那裡獲得了靈感，並使用經驗和現實世界中的實用性來馴服它。為什麼需要D語言自從 C 語言被發明以來，軟體工業走過了一段很長的路。許多新的概念被加入了 C++ 中，但同時維護了同 C 的向後兼容性，包括兼容了原始設計中的所有的弱點。有很多修正這些弱點的嘗試，但是兼容性是最大的困擾。同時，C 和 C++ 都在不斷引入新的特性。這些新特性必須被小心的加入到現有的結構中，以免重寫舊的代碼。最終的結果十分復雜—— C 標准將近 500 頁，C++ 標准大概有 750 頁！C++ 實現起來既困難又代價高昂，造成的結果就是各種實現之間都有差別，因此很難寫出完全可以移植的 C++ 代碼。 C++ 程序員傾向於使用語言中的孤島來編程，也就是說，他們傾向於十分精通語言中的某個特性而避免使用其他特性。盡管代碼通常在編譯器之間是可移植的，但在程序員之間移植就不那麼容易了。C++ 的一個長處是它支持很多根本上不同的編程風格——但從長遠來看，互相重復和互相沖突的風格會給開發帶來妨礙。 C++ 在標准庫而不是語言核心中實現了可改變大小的數組和字元串拼接等。不在語言核心中實現這些功能造成了幾種不太理想的結果。 是否能把 C++ 的能力釋放、重新設計並重鑄到一門簡單、正交並實用的語言中呢？ 這種語言是否能做到易於正確實現，並使編譯器有能力有效地生成高度優化的代碼呢？ 現代編譯器技術已經取得了很大的進步，有些原來用作原始編譯技術的補充的語言特性已經可以被忽略了（一個這樣的例子是 C 語言中的『register』關鍵字，一個更為微妙的例子是 C 中的宏預處理程序）。我們可以依賴現代編譯器的優化技術而不是使用語言特性（如同原始的編譯器所做的那樣）來獲得可以接受的代碼質量。從C/C++保留而來的特徵粗看上去 D 就像 C 和 C++ 。這樣一來學習以及將代碼移植到 D 就很容易。從 C/C++ 轉向 D 應該很自然。程序員不必從頭學起。 使用 D 並不意味著程序員會如 Java 或者 Smalltalk 那樣被嚴格的限制在某一個運行時 vm （虛擬機）上。D 沒有虛擬機，編譯器直接生成可連接的目標文件。D 如同 C 那樣被直接連接到操作系統。通常那些你熟悉的工具如 make 同樣適用於 D 的開發。 D 將很大程度上保留 C/C++ 的 觀感 。它將使用相同的代數語法，絕大多數的相同表達式和語句形式，以及總體的結構。 D 程序既可以採用 C 風格的 函數和數據 範式，也可以採用 C++ 風格的 面向對象 範式，或者它們兩者的混合。 編譯/鏈接/調試 的開發模型將會被繼承下來，但是把 D 編譯成為位元組碼然後解釋執行也不會有任何問題。 異常處理 越來越多的使用經驗顯示，異常處理是比 C 傳統的「出錯代碼/全局errno變數」模型更為高級的錯誤處理模型。 運行時類型識別 C++ 部分地實現了這個功能，而 D 更進一步。對運行時類型識別的完全支持將使垃圾收集運行的更好，會使調試器的功能更強，會使對自動持久化的支持更好等等。 D 維持了同 C 調用慣例 的兼容。這樣就能夠使 D 程序直接訪問操作系統的 API 。程序員有關現有 API 和編程範例的知識和經驗可以繼續在使用 D 時使用而只需付出很少的努力。 運算符重載 D 支持對運算符的重載，這樣就可以用用戶定義的類型擴展由基本類型構成的類型系統。 模板 模板是實現范型編程的一種手段。其他的手段包括使用宏或者採用協變數據類型。使用宏已經過時了。協變類型很直接，但是低效且缺少類型檢查。C++ 模板的問題是它們太復雜，同語言的語法不和諧，還有各種各樣的類型轉換和重載規則，等等。D 提供了一種簡單得多的使用模板的方法。 RAII（資源獲得即初始化） RAII 技術是編寫可靠軟體的重要方法之一。 Down and dirty 編程 D 將保留 down-and-dirty 編程的能力，而不用採用別的語言編寫的外部模塊。在進行系統編程時，有時需要將一種指針轉換成另一種指針，或者使用匯編語言。D 的目標不是避免 down and dirty 編程，而是減少在進行普通程序設計時對它們的需要。廢棄的特徵對 C 的源碼級兼容性。保留對 C 的源碼級兼容的擴展已經有了（C++ 和 Objective-C）。在這方面的進一步工作受制於大量的遺留代碼，已經很難對這些代碼進行什麼重大的改進了。 對 C++ 的鏈接兼容性。C++ 的運行時對象模型太復雜了——如果要較好的支持它，基本上就是要求 D 編譯器變成一個完整的 C++ 編譯器了。C 預處理程序宏處理是一種擴展語言的簡單方法，它可以給語言加入某些語言本不支持的（對於符號調試器不可見的）特徵。條件編譯、使用 #include 分層的文本、宏、符號連接等，本質上構成了兩種難以區分兩種語言的融合體，而不是一種語言。更糟的是（或許是最好的），C 預處理程序是一種十分原始的宏語言。是停下來的時候了，看看預處理程序是用來做什麼的，並將這些功能直接設計到語言內部。多重繼承它是一種擁有飽受爭議的價值的復雜特徵。它很難用一種高效的方式實現，而且在編譯器實現它時很容易出現各種 bug 。幾乎所有的 MI 的功能都能夠通過使用單根繼承加介面和聚集的方式實現。而那些只有 MI 才能支持的功能並不能彌補它帶來的副作用。 現在調試成為了語言語法的一部分了。可以在編譯時決定是否使用這些代碼，再也不用使用宏或者預處理命令了。調試語法提供了一種持續的、可移植的、易於理解的識別調試代碼的方法，使程序員既能夠生成帶有調試代碼的二進製版本，也能夠生成沒有調試代碼的二進製版本D 對從同一份源碼生成多個版本的程序提供了內建的支持。它替代了 C 預處理程序的 #if/#endif 技術。

㈢ d鏂囦歡鐢ㄤ粈涔堟墦寮

鏂囨湰緙栬緫鍣ㄨ蔣浠剁▼搴忔墦寮銆傛墦寮d鏂囦歡鎺ㄨ崘浣跨敤GNU Emacs鏂囨湰緙栬緫鍣ㄨ蔣浠剁▼搴忔墦寮銆佹煡鐪嬨佽繍琛屾ょ被鏂囦歡銆侱鏂囦歡鏄疍璇璦緙栧啓鐨勬簮浠ｇ爜鏂囦歡銆侱璇璦鏄涓縐嶉氱敤緙栫▼璇璦錛岃搗婧愯嚜C++錛屽叿鏈夐潤鎬佺被鍨嬨佺郴緇熺駭璁塊棶鍜岀被C璇娉曘

㈣ 誰有東方財富金融終端的趨勢DK線公式源碼

東方財富金融終端的趨勢DK線公式源碼從未公布過，所以目前無法通過網路途徑查詢到會東方財富金融終端的趨勢DK線公式源碼的相關情況，傳出來關於代碼的信息應該是不真實的，有可能是一些炒股的程序員自行些的模擬終端的趨勢DK線公式源碼，只是模擬出未來可能出現的趨勢，切勿盲目進行投資以免造成損失無法彌補。
拓展資料
一、DK線的簡介
dk點用於判斷在盤中買入和賣出的時間點，其中d是買點，k是賣點，用於在macd線上顯示，該功能以紅色趨勢dk線表示主力資金進入流入階段，藍色趨勢dk線表示主力資金進入流出階段，所以可以利用dk點來分析個股，尋找買賣機會，當dk線發出d信號時，是一種買入信號，投資者可以考慮買入一些，當dk線發出K信號時，是一種買出信號，投資者可以考慮賣出一些，或者繼續空倉觀望。不只只利用dk點來分析個股，還可以結合其他技術指標一起分析，增加其發出信號的准確性，當dk線出現d信號時，其中macd指標、kdj指標出現金叉現象，則其買入信號更強，反之當dk線出現k信號時，其中macd指標、kdj指標出現死叉現象，則其賣出信號更強。
二、股票投資策略
1 當有更好的投資機會：准確預測價格走勢的底部和頂部是投資者的理想選擇，但在現實中很難做到。因此，更好的策略不是判斷哪裡是頂部，哪裡是底部，而是一旦確定找到更好的投資機會，就隨時拋出原始股票並購買新股票。
2 調整投資組合時：股票投資的成敗主要取決於如何分配資金比例。只有採用合理的投資組合才能穩贏，投資組合要定期調整。例如，您可能決定將三分之一的資金投資於高科技股票，三分之一投資於低市盈率股票，三分之一投資於小盤股。數月後，由於占資金半壁江山的高科技股市值上漲，可能需要減持高科技股，將資金補充到其他板塊。