一般的なD神話の破壊

元のテキスト： semitwist.com/articles/article/view/dispelling-common-d-myths

Reddit： www.reddit.com/r/programming/comments/118y4m/dispelling_common_d_myths

エントリー

D言語の常連ユーザーでありファンである私は、初心者の間で定期的に発生する多くの誤解や誤解に気づかずにはいられませんでした。



これらの誤解はすべて理解できます。 多くは過去に重要な役割を果たしてきた問題に関連しているため、これらの時代遅れの見解が存在し続けることは驚くことではありません。 これらはまさにDコミュニティが他のプログラマーにできる限り説明すべき領域であるように思えます。 これらのトピックは次のとおりです。

• D用のIDEがあります
• DSourceはフェードしますが、Dプロジェクトはこれまで以上に活​​発です
• D1とD2の分割
• フォボス標準ライブラリ？ しかし、タンゴはどうですか？
• D-オープンソース
• Dは手動メモリ管理を許可します
• 静的型付けは非生産的な意味ではありません

D用のIDEがあります

DをサポートするIDEが、通常の構文の強調表示以上の機能をほとんど備えていない場合がありました。 しかし、今ではそうではありません。 本格的な開発環境が好きな場合、3つの主なオプションがあり、それぞれが積極的にサポートされています。

• MonoDevelop： Mono-D
• Visual Studio： ビジュアルD
• Eclipse： DDT

DSourceはフェードしますが、Dプロジェクトはこれまで以上に活​​発です

数か月で規則的に、この種の質問が発生します。「Dは死んでいますか？ 私はDSourceに行きましたが、すべてのプロジェクトは時代遅れでサポートされていないように見え、フォーラムは空でした。 Dは死にかけているように感じます。」



DSourceは、Dでプロジェクトをホストするための事実上の場所でした。注-WAS。 現在、ほとんどのアクティブなプロジェクトはGithubとBitbucketに移行しています。 実際、参照Dコンパイラと標準ライブラリを備えたリポジトリでさえ1年以上Githubでホストされています。 この間、開発のペースは大幅に加速しましたが、その逆はありません。



死者の中からアクティブなプロジェクトを見つけやすくするために、DSourceを更新する試みがいくつかありました（オープンソースプロジェクトのホスティングは、時間の経過とともに多くの放棄されたプロジェクトを収集する運命にあることを忘れないでください）。 しかし、GithubとBitbucketが非常に人気があったため、この方向での努力の価値は取るに足らないと考えられていました。



認めざるを得ないが、DSourceについてそんなことを言うのは悲しい。 私は常にこのサイトを高く評価しており、かつてGithubとBitbucketがほとんどすべてのオープンソースプログラマーにとって一般的になるずっと前に、その存在はD1インフラストラクチャに必要かつ有用でした。 サイト、ネットワークチャネル、ホスティング自体はDコミュニティに寄付されました（まだあります！）。そのため、私は、ペインワークの精神でDSourceについて話すのは不快です。 しかし、いずれにせよ、DSourceは現代のDインフラストラクチャではほとんど使用されませんが、言語自体は非常に生き生きしているだけでなく、目の前で開発されています。



Dでアクティブなプロジェクトを検索する方法については、一般的な検索エンジンに加えて、 D Wikiをお勧めします。 はい、私たちはプロジェクトの最新リストを備えたページを維持するのに完璧からは程遠いことを認めますが、ここでそして今、私は自分のビットをやり、他のDユーザーにも同じことを思い出させることを誓います。

D1とD2の分割

D2は現在の状況です。 D2はすでに安定したブランチと見なされており、D1は過去の遺物です。 D1については忘れてください。スティックを貼る必要さえありません。死んでいます。



「死んだ」と言うとき、Python 2との類推で想像できるような死を意味するわけではありません。つまり、D1を使用する人はほとんどいないということです。 すべてはすでに遅くてもD2にあります。 D1の使用はほとんどなく、その公式サポートは今年の終わりに終了します（1年前に発表されました）。 D1は誰も気にしません。 それだけです、ポイント。



D2のみがあります。



（翻訳者のメモ：著者はここで「死んだ」と少し興奮しました。「新しいプロジェクトにD1を使用する人はいません。これは純粋な遺産です」）

フォボス標準ライブラリ？ しかし、タンゴはどうですか？

フォボスとタンゴのスタンドオフについて聞いたことがあるかもしれません。 過去を振り返ると、これは明確な間違いDでしたが、問題は特定され、修正されました。 要するに、 Phobosは標準Dライブラリの期間です。 Tangoはオプションおよびオプションですが、完全にPhobos互換のライブラリです。 そのようなもの。



しかし、常にそうではありませんでした。 興味がある人のための歴史のビット：



かつて、D1の若さで、Andrei Alexandrescuがチームに参加するずっと前に、標準のフォボスライブラリの状態は最高とはほど遠いものでした。 もちろん、この言語の主要な開発者である一人の人（Walter Bright）によって開発されました。彼は、言語とコンパイラの開発に忙しすぎました。 そして、いくつかの理由から、それは本格的なオープンソースではありませんでした。



そのため、有能な開発者のグループが集まり、本格的な標準ライブラリを作成してこの問題を解決することにしました。 彼女はタンゴと名付けられ、未完成のフォボスよりもはるかに優れていたため、事実上の標準になりました。



残念ながら、通常の操作では、Tangoはランタイム環境に関連するPhobosの低レベルの一部を置き換える必要がありました。 ライブラリは互換性がなくなりました-両方を同時に使用する方法はありませんでした。 もちろん、これはPR Dにとって本当の悪夢になりました。



一方、フォボスは完全にオープンソースになり、アンドレイ・アレクサンドレスクが開発を担当し、少しずつフォボスがより美しく、より完全になりました。 彼はいくつかの場所でかなりいい人でしたが、それはフォボスとタンゴの非互換性の重要な問題を助けませんでした。 しかし、幸いなことに、D開発コミュニティは2つの標準ライブラリに関する多くの苦情を聞き、問題の解決に集中しました。



当時、D2はメインの不安定なブランチとして開発されていましたが、D1は下位互換性を壊す変更が禁止されている安定したブランチになりました。 また、D2では、PhobosとTangoの非互換性を生じさせたすべての機能が再設計され、個別のエンティティDruntimeになりました。 そのため、PhobosとTangoはどちらもDruntimeを使用し、完全に互換性があります。 競合はもうありません。



どちらを使用する価値がありますか？ タンゴ機能に対する特定のニーズがなかった場合、フォボス。 それはそうかもしれませんが、フォボスはまだ真の標準ライブラリです。



Tangoを利用できる理由は何ですか？ 追加のライブラリと同じ理由：オプションとしてその設計を好む場合。 Tangoはスタイル的にJavaに非常に似ており、この言語から移行した人に好かれることがあります。 または、フォボスでは一般的ではないタンゴの何かが必要でしたか？ たとえば、Tangoは世界最速の XMLパーサーを実装しています 。 同時に、PhobosのXMLモジュールは、最初から取り直され、書き換えられるべきものの1つです。 （心配しないで、フォボスの残りの部分は単純に豪華です。）

D-オープンソース

Dには3つの主要なコンパイラがあります。

• DMD：参照コンパイラー
• GDC：GCCバックエンドを使用し、メインGCCパッケージに含まれるプロセス中
• LDC：LLVMを使用

GDCとLDCは最もリアルなオープンソースですが、一部のLinuxディストリビューションのリポジトリの対応するセクションにも含まれています。 標準ライブラリとランタイム、PhobosおよびDruntimeは、Open Source Initiativeによって承認されたBoostライセンスの下でライセンスされています。



すべてのDMDソースはGithubで入手できます 。 LDCとともにGDCでも使用されるフロントエンドには、OSI承認のArtisticライセンスとGPLライセンスがあります。



正式にはオープンソースではない唯一のものは、DMDバックエンドです。 その理由は、Symantecによって一度にライセンスされたものが使用され、Walterがライセンスを変更することはできないためです。 しかし、ソースコードは公開されており、プルリクエストはいつでも歓迎します。 広がりが心配ですか？ それだけの価値はありません。 ウォルター自身に聞いてください 。 ライセンスは彼に許可を求めることを義務付けています（翻訳者の注意：このコピーライティング事件をロシア語でどのように定式化するかアドバイスするのはうれしいです）が、これは純粋に技術的な形式です。 彼に聞いて、許可を得てください。 拒否の単一のケースはまだ知られていない。 そして、はい、忘れないでください、これはDMD、またはむしろバックエンドDMDにのみ適用されます。 それ以外は、GDCとLDCの2つのフルフォーマットコンパイラを含む、すべてがオープンソースです。



D-オープンソース。 常にそうであったわけではありませんが、間違いなく今です。

Dは手動メモリ管理を許可します

Dはデフォルトのガベージコレクターを想定していますが、 管理 、 置換 、 完全に削除 、または手動メモリ管理を使用できないという意味ではありません。



Dにはポインター（@safeモードでのメモリセーフ操作による制限があります）とCでの直接関数呼び出しがあります。malloc / freeは自由に使用でき、emplaceを使用して取得したメモリに何でも配置できます。 または、スタックされたスコープクラスを試してください。 または参照カウンター 。 またはRAII 。 さらに、現在開発中のプロセスには、カスタムアロケーターのシステムがあります。

静的型付けは非生産的な意味ではありません

Dは静的に型付けされた言語ですが、これによりC ++またはJavaスタイルに関連付けられることはありません。

% cat funWithRanges.d import std.algorithm; import std.range; import std.stdio; void main() { // All done lazily: auto squares = sequence!((a,n) => n^^2)(0); auto fibonacci = recurrence!((a,n) => a[n-1] + a[n-2])(1, 1); auto fibEven = fibonacci.filter!(x => x%2 == 0)(); foreach(v; zip(squares, fibonacci, fibEven).take(6)) writeln(v[0], "\t", v[1], "\t", v[2]); } % rdmd funWithRanges.d 0 1 2 1 1 8 4 2 34 9 3 144 16 5 610 25 8 2584
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Dは思慮深く効果的であるだけでなく、 安全で正しいです。



並列計算 、 単純なテンプレート 、 メタプログラミングツール 、および一般的に なった さまざまな ユーティリティの ために、より便利なものを追加します。