「Microsoft、C#コードをネイティブコードにコンパイルする「.NET Native」を発表」記事へのコメント

10年遅かったかな

[Anonymous Coward]

たいして普及しなかった.NETはもう捨てていいので、AppleみたいにネイティブのObjective-C一本でOSXからiOSまで
書けちゃう統合されたAPI&フレームワークを作ってほしいけどね。
WinRT、WinPhoneでその方向に進みつつあるのは歓迎だが歩みが遅すぎるしMSは迷走が多いのでもうね。

Re:

[Anonymous Coward]

AppleこそOSX&iOSでしか使えないObjCという言語を捨てて欲しい。

Cocoaのクロスプラットフォームはほぼ死亡しているし(CocotronもOpenStepも…)、せめてC++からCocoaを使えるようにして欲しい…

Re:

[Anonymous Coward]

現代のクロスプラットフォーム性は、C/C++を呼べるかで決まるんだよ。
その点でboost, sqlite, OpenCV...C/C++のライブラリが「そのまま」使えるObjectiveCのアドバンテージは大きいんだよ。
C#だとそうはいかないね。

Re:10年遅かったかな

[Stealth (5277)]

C# で C/C++ な DLL とかが直接呼べなかったら、そもそも .NET Framework が Windows (Win32 API) の上に構成できる訳がないんですが、何言ってるんですか?

すべてのコードを純粋なマネージドコードのみで完結した場合の最大のメリットはどのようなアーキテクチャーやエンディアンになっているかを問わない事。
アンマネージドの世界に足突っ込むなら C/C++ で書かれたコードをアーキテクチャーやエンディアンに縛られながら、システムコールをダイレクトに叩くコードとか普通に書けますよ。

保守性の面などからも、普段はあまり好まれるような記述方法ではありませんし、クロスプラットフォームと言う点では「当たり前だけど、アーキテクチャーやエンディアンの違いですべてライブラリーを作り直す必要がある」ネイティブコードを「現代のクロスプラットフォーム」と評価する発想は、ちょっと良く分かりませんけど。

Re:

[Anonymous Coward]

そりゃ確かにC#からC/C++は呼び放題だね。でもSystem.Data.SQLite.dll使わずにsqlite.dllだけ読み込んでsqlite使うC#アプリ書く気になる？理屈の上ではできることは分かってるよ。でも普通はンなことしないでSystem.Data.SQLite.dllっつーC#専用マネージドラッパ使うよね。sqliteみたいなメジャーなライブラリなら誰かがSystem.Data.SQLite.dll作ってくれるから楽できるけどさ、そこまででないマイナーなライブラリを無理にC#から呼ぶくらいなら最初からC/C++で書いた方がずっと開発効率いいよ。

Re:10年遅かったかな

[nim (10479)]

普通業務用アプリではマイナーなライブラリ呼び出したりしないので。

Re:

[Anonymous Coward]

業務アプリ開発する場合は、そもそも提供されていないようなものは別の選択肢が無い場合を除いて基本的に採用しませんからね。

コンシュマー向けのパッケージアプリとごっちゃにすると話がややこしくなります。

Re:

[Anonymous Coward]

だから「別の選択肢」がない場合に対応できないって話なんだって。
何がしかの専用装置を操作するプログラムをC#で書きたいんだけど、メーカーが用意する制御用ミドルウェアはC/C++版のDLLだけで、.NET経由での使用はサポートしませんとかさ。

Re:

[Anonymous Coward]

メーカーがサポートしないから使えないって、それC#がC/C++のDLL呼べるかどうかと関係ないじゃん。
そんな理由でいいなら、C#だけでなく自分が嫌いな言語すべてこき下ろせるね。

Re:

[Anonymous Coward]

サポートするしないは好き嫌いで決まるわけではありませんので

Re:

[Anonymous Coward]

結局実行環境ごとに作り直すのなら、アーキテクチャやエンディアンに依存させても問題ない
というのが現実では？
デスクトップパソコンにライブラリと実行バイナリを別々に配布するという形式ではそうはいかないかもしれないけど。