私は、単一のEXE Windowsアプリケーションを生成するために、そこに何のツールがあるのだろうかと思っていました。すべてのライブラリは単一のEXEにコンパイルされ、何ら依存することはありません。単一EXE Windowsアプリケーションを生成する言語?
私はこれらを知っている:
- デルファイ
- などPowerBASICのとFirstBasicのような他の非OOコンパイラ、
- REALbasicの
- C/C++
が他のですかツール?
ありがとうございます。
私は、単一のEXE Windowsアプリケーションを生成するために、そこに何のツールがあるのだろうかと思っていました。すべてのライブラリは単一のEXEにコンパイルされ、何ら依存することはありません。単一EXE Windowsアプリケーションを生成する言語?
私はこれらを知っている:
が他のですかツール?
ありがとうございます。
Visual C++ 6. WindowsはMFCと共に出荷されるか、Win32 APIに書き込むことができます。プリインストールされている.NETフレームワークを持っているのWindowsの最近のバージョン、.NETのlangsのいずれかのためによく
は当然の選択... VB.NETやC#ありすぎて、これらの素敵なGUIビルダーを持っている:)
です.NETの依存関係はWindowsの中核部分ではないので、私は彼らが言っているようにM $の答えを考えています。少なくともWindows 2000を実行している人にとっては当てはまりません。
静的リンクに適切なオプションを選択した場合は、最新のVisual C++を使用してこれを行うこともできます。
もう1つの方法は、すべての並列アセンブリを、実行可能ファイルと同じディレクトリに正しいスキームを使用して提供することです。しかし、あなたのアセンブリwon't be updated by Windows Update.
これは、あなたが本当に傾いている場合は、さまざまな.NETファイルを1つのファイルにロールバックするのはかなり簡単です。
http://research.microsoft.com/en-us/people/mbarnett/ilmerge.aspx
あなたのマージされたアセンブリは依然として.Netフレームワークを必要としますが、これは "依存関係なし"の要件を欠いているようです。 – Kevin
私はネイティブバイナリ(複数のターゲットプラットフォームを扱う)にコンパイルPerl compiler still existsを信じています。
Fortran。それはstatic linkingと呼ばれています。
投票したときに、私はこれにいくつかの真実があると言わなければなりません。人々は.Netがインストールされているとは言えませんが、特に以前のバージョンのWindowsを実行している人は、MFCのDLLがすべてではない時があります。ICQのようなプログラムでは、 。これであなたのシステムにこのようなことが常にあると思われます。 – Kibbee
私は誰もが.NET互換性を持っているとは決して言いませんでした。それはWindows 2000についての私の言及の要点でした。個人的には私は.NETからすべて離れていて、すべてのコードは移植性があります...または、 8ビットより広いレジスタを持つ現代的な汎用CPUへの移植性? :P –