應用開發與d語言

Question

對於那些誰制定了與d應用，

• 你使用的庫來構建應用程序？
• 這些庫文件記錄良好？
• 你使用了Tango嗎？
• 你覺得D已經準備好構建大型應用程序嗎？
• 您使用了哪個IDE？下降也許？

Answer 1

• 探戈
• 是，儘管多一點的例子可能是個好
• 是
• 是的，我是這麼認爲的。但是，如果程序員習慣於成熟的IDE（MS Visual Studio），他們可能不會喜歡D，我使用一個小型定製的基於Scintilla的編輯器，可以使用bud，dsss或DMD。

Answer 2

• 我一般不上庫（除了標準庫），我傾向於做非常低層次的東西之上工作，所以「無」
• 我用火衛一，但那是因爲我懶惰，這就是我開始時的那一切。
• 我是使用它在商業應用程序。但我們在早期採用者領域非常重要。
• 後裔真的取得了不錯的進步。然而，對於我所做的事情（非常繁重的模板工作），它不能勝任任務。然而對於大多數情況來說，這不應該成爲一個問題。

Answer 3

我用探戈庫+ dfl和一點我自己的。 探戈文檔非常好。 DFL還不錯。 是的，我確實使用過探戈，但最初嘗試了phobos。 適用於大型應用程序？取決於你的意思。在生產使用中，我只將它用於前端和更新。 到目前爲止，我只使用vim編寫代碼並且設計gui，因爲我找不到適合自己的ide。

Answer 4

• DFL（GUI），體面（對OpenGL），CUDA（GPGPU）
• DFL被體面的記載，但缺乏交叉引用。體面/ CUDA主要是C包裝，雖然D爲CUDA製作了很好的內部API非常簡單。
• 不，我一直在使用Phobos
• 是的，雖然有某些類型的大型應用程序，用另一種語言編寫會快得多。
• 我一直在使用Code :: blocks作爲我的主要IDE和Entice來進行GUI設計。

Answer 5

• 除了核心庫（在我的情況，探戈），我沒有使用任何外部庫。

• 探戈文件是體面的。這是一個大型圖書館，而且我會說有大約80％的文檔，遠遠超出我的頭頂。而且，在那些記錄的課程中，我會說大約80％是完整和正確的。鑑於圖書館的規模，文件數量令人印象深刻。但它仍然不是它需要的地方。爲了真正使用Tango，你必須閱讀源代碼（這是乾淨的，寫得很好）。

• 我不知道D是否適合大型應用程序。我的應用程序非常小，我對它很滿意。從語言設計的角度來看，我更喜歡C＃（或Java，但程度較低）。相比之下，D語言的設計讓我覺得有些笨拙和尷尬。真的，我爲這個項目選擇D的唯一原因是因爲A）我需要能夠將我的代碼編譯成可以由任意第三方鏈接的DLL; B）我需要我的代碼在Win，Lin和Mac之間移植;和C）我不想用C/C++編寫。

• 我正在使用Descent（一個Eclipse IDE插件）。它提供了相當不錯的語法高亮和項目導航。自動完成還有很多不足之處，並且與dsss之類的「構建器」的集成仍然缺乏。但它比記事本好:)

Answer 6

• 我用探戈，Jive的堆棧跟蹤，dconstructor，DUNIT和selfmock。不過，我保留了其中的最後三個。

• 探戈有合理的文件。我遇到了幾處比我需要的文檔少的地方;在這些情況下，我已經制作了請求更好文檔的票據。 Jive不需要文檔。我希望我使用的其他人有合理的文件;我一直在努力。

• 是的，我用探戈。

• 您可以在FORTRAN中創建大型應用程序; D更好。主要問題是圖書館支持。就我所知，密碼學這樣的東西在D中並沒有得到很好的支持。但是，找到我所需要的一切非常簡單。除此之外，你可以用C語言編寫一個封裝在一個現有的庫中，而不會有太多麻煩。

• 我通常使用vim，但現在我切換到下降。它的自動完成比Vim好得多。

Answer 7

請注意，任何C庫都可以與D一起使用，因爲D完全支持C ABI。 D對C++庫有一些有限的支持，但不支持C++模板庫。

Answer 8

• 主要是我自己開發的那些 - SDWF和Stewart的公用程序庫。
• 我希望如此。
• 編號
• 是的，雖然我不確定庫和IDE支持是否已經準備好了。而且D還沒有準備好實現重要的第三方實施，這可能在達到這個階段起作用。
• 我在TextPad中完成了大部分編輯工作。這確實與D完全不兼容（缺少兩種語法高亮功能，並且不支持Unicode），但它起作用。

Answer 9

代碼塊似乎是support D。