fody-costura

    0

    1答えて

    私の友人は、Fody.Costuraでパックされたアセンブリを解凍する挑戦を与えました。アセンブリには、リソースとして埋め込まれたdll依存関係があります。私は は、.zipファイルを抽出することになるが、結果は全く役に立たないです が適しがある場合には動作します public static void Decompress(string path) { using (var strea

    5

    2答えて

    ローカライズされたアプリケーションを持ち、スタンドアロンのEXEを提供しなければならない人は、ILMerge(またはCosturaまたは自家製ソリューション)を使用してローカライゼーションDLL(または他のアセンブリ)をEXEに追加することができます。しかし、いったん実行すれば、コードをデバッグすることはできなくなります。おそらく、ILMergeのステップがチェックサムを更新するか、またはGUID

    5

    2答えて

    この質問はlog4net(私は思う)に関するよりもC#についてです。 私はカスタムアペンダーを作成し、プログラムによって以前に設定された静的フィールドを読み込ませました。 私の驚くべきことに、静的フィールドは再初期化され、設定値はアペンダーには反映されませんでした。 私はdebugviewを起動して、静的コンストラクタが2回(!)呼び出されたことを確認しました。これは同じappdomainの権利で

    0

    1答えて

    のものではない、私はNReco FFMPegConverterを使用している、と私は、サムネイルを取得しようとすると、私はエラーを取得する:ここで System.ArgumentException: The path is not of a legal form. at System.IO.Path.LegacyNormalizePath(String path, Boolean ful

    1

    1答えて

    私はプロジェクトに取り組んでおり、いくつかのライブラリ(RestSharp、Newtonsoft.Json、CsQuery)を使用しています。すべてのdllでexeファイルを使用したくありませんでした。私はVisual Studioを使用していましたが、JetBrains Rider EAPを使用していましたが、出力されたexeファイルには埋め込みdllが含まれていません。 2015コミュニティア

    0

    1答えて

    私はLibGit2Sharpを使用し、Costura.Fodyを使用しようとしている小さなexeを持っていますので、私は配布する単一のexeを持っています。(実際には、ファイルも同様ですが、それは問題ありません)。 LibGet2Sharp.dllはgit2-1196807.dllにかなり堅い参照があり、前者の方法で後者を埋め込む方法がわからないようです。私はいくつかのことを試してみたが、私は私の

    2

    1答えて

    私はServiceStackにはかなり新しく、命名法が100%でない場合は事前にお詫び申し上げます。 私は自己テストアプリケーションを作成し、ServiceStackサービスはメインラインコードと同じアセンブリにあります。すべての良い。 その後、コードを運用用に移行し、サービスはメインコードとは別のアセンブリで動作します。最初は、すべてがうまく動作することを確認するために使用するテストハーネスと、

    0

    1答えて

    タイトル: Fody.Costuraを使用して、自分の参照(.dllファイル)を最終的にコンパイルされた.dllファイルに埋め込むことはできますか? 私は適切なセットアップを行ったと確信していますが、インストールされたFody.Costuraでコンパイルされた.dllファイルと、それがないと違いは見えません。また、常に同じサイズです。私はそれを間違っているか、それとも.exeファイルのみで動作する

    4

    1答えて

    Visual Studioで外部ライブラリが必要な単純なプログラムを作成していました。私がそれをデバッグすると、すべてがスムーズに進みました。 私はdllを使わずにexeだけを配布したいので、私はCosturaをインストールし、以前のビルドをすべてクリアしてからdebugを押します。不思議なことに、 "SignTool.exe not found"というエラーが表示されます。しかし、私はexeを公

    0

    1答えて

    私はCostura.Fodyを使用して、プロジェクト内の参照の束を一種のマスターライブラリに埋め込んで、API内のすべての単一ライブラリを参照する必要性を排除しています。 Costura.Fodyの出力には、私のライブラリの他の部分が埋め込まれていることが示されていますが、DLLを参照すると埋め込み名前空間が表示されないため、依存プロジェクトは構築されません。テキストエディタでDLLを開く は、私