Dについて読んだことの多くが好きです。
- 統一されたドキュメンテーション (そうすれば私の仕事はずっと簡単になります。)
- 言語に組み込まれたテスト機能。
- 言語でのデバッグ コードのサポート。
- 前方宣言。（同じ関数を2回宣言するのはばかげているといつも思っていました。）
- プリプロセッサを置き換える機能が組み込まれています。
- モジュール
- エイリアシングの代わりに適切な型チェックに使用される Typedef。
- ネストされた関数。(咳PASCAL 咳)
- インおよびアウト パラメータ。（それはどれほど明白です！）
- 低レベルのプログラミングをサポート - 組み込みシステム、そうそう!
でも：
- D は、OS を実行しない組み込みシステムをサポートできますか?
- 16 ビット プロセッサをサポートしないという明確な宣言は、そのようなマシンで実行される組み込みアプリケーションから完全に排除するのでしょうか? 問題を解決するのにハンマーが必要ない場合もあります。
- ガベージ コレクションは Windows や Linux では優れていますが、残念ながら、組み込みアプリケーションでは明示的なメモリ管理を行う必要があります。
- 配列の境界チェック、好きでも嫌いでもあります。設計保証には最適ですが、パフォーマンスの問題に対して常に許容されるわけではありません。
- OS を実行していない組み込みシステムでは、マルチスレッドのサポートにどのような影響がありますか? 割り込みも嫌いなお客様がいます。OS/マルチスレッドがはるかに少ない。
- 組み込みシステム用の D-Lite はありますか?
基本的に、D は数メガバイト (1 メガバイト未満の場合もあります) しかなく、OS を実行していない組み込みシステムに適しています。コンパイル時に (要件ごとに) 最大メモリ使用量を知る必要があり、場合によっては 32 ビットよりも小さいものでプロセッサー?
いくつかの機能に非常に興味がありますが、デスクトップ アプリケーションの開発者を対象としている印象があります。
16 ビットの実装に適さない具体的な理由は何ですか? (16 ビット アーキテクチャが、ランタイムを保持するのに十分な量のメモリをフラッシュ メモリまたは RAM にアドレス指定できると仮定します。) 32 ビット値は、ライブラリ コードを使用して、16 ビットよりも遅く、より多くの操作を必要としますが、それでも計算できます。