.NETアプリケーション用リンカの状態

Question

多くの人が、おそらくJoel Spolskyという最も人気のあるブログ記事のうちの1つに馴染んでいます。Please Sir, May I Have a Linkerスタンドアロンアプリケーションを開発して販売できるように、.NETフレームワークの依存関係を削除します。

Visual Studio開発チームのJason Zanderは、トピックが多少疑問であると主張し、実行時のセキュリティ問題（他の点など）を修正する機能が主な関心事であると主張しました。全体として、小さなオーバーヘッドはそれに値するものでした。

2009年に早送りしました。現在、C＃リンカーを持っていると主張するグループがいくつかあります。 （ジェイソン・ザンダー氏は、それを実装するのにはあまり時間がかからないと言っていました。）かわいそうな.NET 1.0のダウンロードではなく、200-300Mbのクロスプラットフォーム完全.NET 3.5インストーラx86、x64、およびia64用の.NETのバージョンが含まれています。実行時のサイズを小さくするために、Microsoftの提案が含まれます：

• 開梱を再配布可能な、あなたはしたくないのターゲットプラットフォームを削除し、戻って一緒にそれを置く
• のみを使用し、ご使用のプラットフォーム
のためのライブラリをダウンロードするWebブートストラップ
• ライブラリを制限し、唯一の私はそれを理解し、さらに悪いことにはx86の

のために働くました（2008年後半のような新しい）クライアントプロファイルのインストーラ（私が間違っている場合は、私を修正してください）クライアントを使用して、プロファイルは、ウィンドウに登録しなくても.NET 3.5がインストールされている。これは、複数の.NET 3.5クライアントアプリケーションがコンピュータにインストールされている場合、お互いが見えず、ランタイムが何度も再インストールされることを意味します。

Microsoftがここで考えていることは本当にわかりません。最悪の場合は、1つのターゲットプラットフォーム（x64など）にインストールし、それらのライブラリのみをインクルードする必要があると仮定しても、アプリケーションのオーバーヘッドは60メガバイト以上になります。最もよく知られている.NETアプリケーションの1つであるPaint.NETには、Difficulties installing the application because of the massive .NET dependencies.が含まれていました。無料アプリの配布に問題がある場合、他の世界はどうですか？彼らは自分のアプリケーションをインストールする前に、最後にMake a bootstrapper that installed Microsoft Installer 3.1, the .NET runtime bootstrapper, and all their other dependent librairesにしなければなりませんでした。

それではどうですか？リンカー。優れたものが存在するのか、ユーザーが大規模な.NETランタイムをインストールすることなくC＃アプリケーションを構築することができるだけのツールですか？

モノ：：

• Mono has its own linker

  更新：オプションのカップルがありますようなので、それが見えます。下の答えから、それはかなりうまくいくように見えます。

.NET：

• Xenocodeが利用可能だと動作するもののようです。
• Thinstallが推奨されているもう1つで、VMware社のものです。
• There's another linker by Remotesoft。彼らはそれを「難読化者」として請求します。そこにはどんな考えがありますか？
• Found another by Rustemsoft called Skater .NET Obfuscator。誰でもそれらに精通していますか？
• ILmerge by Microsoft was also suggested;これはタスクの一部（つまり、ライブラリをマージし、未使用のビットを取り除くのではなく）だけを実行するように見えます。

モノツールが使用されているようです。 .NETベースのツールはどうですか？それ以外の経験や、マイクロソフトが3.5を全員に公開するのを待たなければならないのでしょうか？私は、.NET 4.0がどれくらいの時間がかかっているかを考えるのが嫌です...

Answer 1

Mono Linkerの場合です。

ここに記載されている他のソフトウェアについてはほとんど話すことができませんが、Mono Linkerの作成者として、私はそれが何で、何がないのかを知ることができます。

Monoリンカは管理されたリンカに過ぎないため、定義上、アセンブリを取り、プログラムを実行するために必要でないものを削除します。アセンブリをまとめてマージするのではなく、ネイティブプログラムを作成しません。

ILMergeのMono.Mergeクローンがありますが、完全ではなく、作者はそれを維持していません。 Monoランタイムとアセンブリの両方を含むネイティブプログラムを生成するために、Monoはmkbundle toolを提供します。

また、アセンブリを変更するのは管理ツールだけなので、厳密な名前付きアセンブリを指定し、それらに署名する秘密キーがないと、アセンブリを実行する際に問題が発生します。

私は、リンカに関するブログ記事のカップルを書いた：リンカと私たちの経験について

• A presentation of the linker
• A combined used of the linker and mkbundle

を。リンカーは現在、Monoプロジェクトの2つの部分で使用されています。これは、C＃コンパイラMono.CSharp.dllを埋め込むために配布するアセンブリを生成するために使用されます。 PDCでMiguel's presentationを見ることができます。これは、PDCの仕組みを説明しています。これはかなり簡単で、カスタマイズ可能なツールであるリンカの基本的な使い方です。カスタムステップを書くのはかなり簡単です。

リンカーのより複雑な使用方法はwe create our Moonlight assembliesです。 MoonlightはSilverlightの実装で、このアセンブリはデスクトップアセンブリのサブセットです。そのため、デスクトップアセンブリをリンクしてサイズを縮小し、カスタムステップを使用して、パブリックAPIをSilverlightに合わせて変換しています。

そうですね、リンカのコマンドラインインターフェイスや、実際にあなたが何をやっているか知っていなければならないか、奇妙なアセンブリに終わるかもしれませんが、すべてで、それは私たちのために本当にうまく動作します。

Answer 2

これは、.NET Rocksで長いこと前に聞いた主なものです。私は本当に

http://www.remotesoft.com/linker/

Answer 3

FWIW

モノはかなりしばらくの間、had a linkerを持っているのに、それを試して変更をやったことがなかったです。

ここにはmkbundleの使用方法のexampleがあります。

Answer 4

はそれを使ったことがない、私はあなたが.NET Reactor

Answer 5

クライアントのプロファイルと同様のことを行うことができます聞いたWindowsに登録しますが、特別な方法であなたが唯一のクライアントプロファイルでマシンを混同したくないので、完全な.NET 3.5

クライアントプロファイルを持つマシン：

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\DotNetClient\v3.5\Install 

完全な.NET 3.5：

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v3.5\Install 

Answer 6

CodeProjectには、「リンカ」のいくつかとその動作方法についての素晴らしい記事があります。

http://www.codeproject.com/KB/dotnet/internals_native.aspx

Answer 7

彼はその記事を書いた前に、私はarguing (under my pen name "Mr Analogy")しばらくの間、ジョエルのフォーラムで、リンカが必要でした。リンカーの増殖は私の懸念を正当化したようです（悲しいことに）。私が話した人々から

http://www.thinstall.com/

、それはかなりよく考えています、私は、ライセンスをチェックし、最後が（/アプリのライセンスあたり年間$ 2kの）面倒でした。彼らは、開発者ではなくITショップをターゲットにしているようです。あなたが自分のサイトで価格を見つけることができないという事実は、それが高価だと（私に）示唆している。

Answer 8

http://www.xenocode.com/

これは、我々が使用しているものです。これまでのところ、1年後や多少限定された使用（おそらく野生では500回の設置）には問題はありません。

これはかなり合理的な価格です。彼らはさらに高価な完全仮想化ソフトウェア（あなたのアプリを他のアプリやO/Sに束ねる）を持っています。しかし、私たちはそのすべてを必要としませんでした。 1年ほど前の私たちのコストは400ドルでした。私はそれがもう少し高価だと思いますが、Thinstallよりはるかに少ないと思います。