Wie notwendig die Dateien auf den Ausgang der unabhängige client-Projekt?

Meine Lösung besteht aus:

Client - startup-Projekt, UI-Schicht. Hängt ab von: App

App - library, application layer, assembler. Hängt ab von: Lib1, ...

Lib1 - Bibliothek, ein business logic layer. Muss eine bestimmte Datei richtig zu arbeiten: ThirdParty.dll

Habe ich ThirdParty.dll zu den Lib1 Projekt (Add > Existing Item... > Add), und setzen Sie Copy to Output Directory Eigentum der dll-Datei Copy Always. Nun ist die dll-Datei ist kopiert Lib1 Ausgabe und der App Ausgabe, aber nicht um die Client Ausgang, wo ich es brauchen.

Was ist die richtige (einfach? offensichtlich ist?) Möglichkeit zum kopieren ThirdParty.dll dem Ausgang Client auf jede Lösung bauen?

UPD
ThirdParty.dll ist keine Referenz. Tatsächlich, das ist eine andere Referenz-Abhängigkeit. Meine Frage ist, angewendet auf eine beliebige Datei, die muss in den Ordner der ausgeführten Anwendung.

Aufgezeichneten Videos, um sicher zu sein ich Tue es rechts: http://youtu.be/QwS2tOIc5yQ

InformationsquelleAutor astef | 2013-05-28
  1. 10

    Vorhandenes Element hinzufügen als Link:

    Ich hatte ein ähnliches Problem in VS2010 und ich irgendwie endete das hinzufügen der Datei als Link und das aktualisieren der Eigenschaft Copy Always.

    In Ihrem Fall, in CLIENT - Projekt, fügen Sie ThirdParty.dll als Link (Hinzufügen > Vorhandenes Element > Hinzufügen-Link) und setzen Sie Copy to Output Directory Eigentum der dll-Datei Copy Always.
    Hinweis: Es würde kopieren Sie die Ordner-Hierarchie-Projekt-Knoten.

    Nur für Referenz: ich war eigentlich mit einer open-source -LibGit2Sharp, die benötigt eine dll - (libGit2.dll) in das Ausgabe-Verzeichnis. Daher ist in der UI-Schicht, die Hinzugefügt hatte Anwendungsschicht mit LibGit2Sharp.dll als Referenz; ich musste hinzufügen libGit2.dll als Link + Copy Always. Dies war die empfohlene Lösung.

    Post-Build:

    Die andere option könnte sein, schreiben einen post-build-Skripte für CLIENT

    Wissen, wie die Copy auf MSBuild funktioniert, könnten Sie finden Microsoft.Common.targets - Datei (sollte verfügbar sein @ C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets in Ihrem system ist)

    <Target
        Name="CopyFilesToOutputDirectory"
        DependsOnTargets="
            ComputeIntermediateSatelliteAssemblies;
            _CopyFilesMarkedCopyLocal;
            _CopySourceItemsToOutputDirectory;
            _CopyAppConfigFile;
            _CopyManifestFiles;
            _CheckForCompileOutputs;
            _SGenCheckForOutputs">
    • Es scheint links sind der richtige Weg.
    • Installation von Visual Studio 2012, die nicht über diesen Fehler ist es ein bisschen besser =)
    • Wenn Sie ein gutes Verständnis von, wie die standard-MSBuild-interleaved in einem Visual-Studio zu bauen, vielleicht können Sie sich, diesem Fall und versuchen herauszufinden, warum VS2012 und VS2010 Verhalten abweichen, wenn Sie bauen das gleiche Projekt. Siehe meine Antwort für die relevanten Teile des Protokolls: stackoverflow.com/a/16848316/1497385
    • So wie ich das sehe, VS2010 verwendet MSBuild an .Net4.0 und VS2012 verwendet 4.5. Ich habe nicht Glück gehabt, eine chance zu bekommen arbeiten auf VS2012, wird sicherlich prüfen, ob aus..
    • Es gibt nur eine MSBuild.exe mit .Net 4.0 und .Net 4.5 - C:\windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe. Es gibt keine c:\Windows\Microsoft.NET\Framework\v4.5.*\. Auch VS 2012 verwendet C:\windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets - das gleiche wie VS 2010.
    • Danke für den Hinweis auf die add als "link" - Funktion.

    InformationsquelleAutor jacob aloysious
  2. 4

    Es ist einfach und es ist merkwürdig, dass es nicht für Sie arbeiten. Ich habe gerade überprüft und es funktioniert:

    1. Hinzufügen ThirdParty.dll zu den Lib Projekt.
    2. Die Build Action sollte Content (Standardwert) !!!
    3. Set Copy to Output Directory zu Copy if newer oder Copy always
    4. Referenz Lib aus App
    5. Referenz App aus Client

    Dies funktioniert in Visual Studio 2012, aber scheint nicht zu funktionieren in Visual Studio 2010.

    VS2010:

    Target "AssignTargetPaths" skipped. Previously built successfully.
Target "_SplitProjectReferencesByFileExistence" in file "C:\windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets" from project "Test.ContentFiles\App\App.csproj" (target "GetCopyToOutputDirectoryItems" depends on it):
Task "ResolveNonMSBuildProjectOutput" skipped, due to false condition; ('$(BuildingInsideVisualStudio)'=='true' and '@(ProjectReferenceWithConfiguration)'!='') was evaluated as ('true'=='true' and ''!='').
Done building target "_SplitProjectReferencesByFileExistence" in project "App.csproj".
Target "GetCopyToOutputDirectoryXamlAppDefs" in file "C:\windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Xaml.targets" from project "Test.ContentFiles\App\App.csproj" (target "GetCopyToOutputDirectoryItems" depends on it):
Task "AssignTargetPath"
Done executing task "AssignTargetPath".
Done building target "GetCopyToOutputDirectoryXamlAppDefs" in project "App.csproj".
Target "GetCopyToOutputDirectoryItems" in file "C:\windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets" from project "C:\Users\Ark-kum\Documents\visual studio 2010\Projects\Test.ContentFiles\App\App.csproj" (entry point):
Task "MSBuild" skipped, due to false condition; ('@(_MSBuildProjectReferenceExistent)' != '' and '$(_GetChildProjectCopyToOutputDirectoryItems)' == 'true' and '%(_MSBuildProjectReferenceExistent.Private)' != 'false' and '$(UseCommonOutputDirectory)' != 'true') was evaluated as ('' != '' and 'true' == 'true' and '' != 'false' and 'false' != 'true').
Task "AssignTargetPath"
Done executing task "AssignTargetPath".
Done building target "GetCopyToOutputDirectoryItems" in project "App.csproj".
Done executing task "MSBuild".
Task "AssignTargetPath"
Done executing task "AssignTargetPath".
Done building target "GetCopyToOutputDirectoryItems" in project "Client.csproj".
Target "_CopyOutOfDateSourceItemsToOutputDirectory" in file "C:\windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets" from project "Test.ContentFiles\Client\Client.csproj" (target "_CopySourceItemsToOutputDirectory" depends on it):
Building target "_CopyOutOfDateSourceItemsToOutputDirectory" completely.
Output file "bin\Debug\FileList.App.txt" does not exist.
Task "Copy"
Copying file from "Test.ContentFiles\App\FileList.App.txt" to "bin\Debug\FileList.App.txt".

    VS2012:

    Target "GetCopyToOutputDirectoryItems" skipped. Previously built successfully.
Done executing task "MSBuild".
Task "AssignTargetPath"
Done executing task "AssignTargetPath".
Done building target "GetCopyToOutputDirectoryItems" in project "Client.csproj".
Target "_CopyOutOfDateSourceItemsToOutputDirectory" in file "C:\windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets" from project "Test.ContentFiles\Client\Client.csproj" (target "_CopySourceItemsToOutputDirectory" depends on it):
Building target "_CopyOutOfDateSourceItemsToOutputDirectory" completely.
Output file "bin\Debug\FileList.Lib.txt" does not exist.
Output file "bin\Debug\FileList.App.txt" does not exist.
Task "Copy"
Copying file from "Test.ContentFiles\Lib\FileList.Lib.txt" to "bin\Debug\FileList.Lib.txt".
Copying file from "Test.ContentFiles\App\FileList.App.txt" to "bin\Debug\FileList.App.txt".

    Zitat von der .Ziel-Dateien:

    ============================================================
                                    GetCopyToOutputDirectoryItems

Get all project items that may need to be transferred to the output directory.
This includes baggage items from transitively referenced projects. It would appear
that this target computes full transitive closure of content items for all referenced
projects; however that is not the case. It only collects the content items from its
immediate children and not children of children. The reason this happens is that
the ProjectReferenceWithConfiguration list that is consumed by _SplitProjectReferencesByFileExistence
is only populated in the current project and is empty in the children. The empty list
causes _MSBuildProjectReferenceExistent to be empty and terminates the recursion.
============================================================
    • Sind Sie sicher, dass nach dem erstellen der Lösung ThirdParty.dll kopiert Client Ausgang? Ich sehe es in App Projekt nur Ausgang.
    • Ja, da bin ich sicher. Ich habe speziell überprüft. (Ich habe ein Bild aber nicht .dll-Datei.). Sind Sie sicher, dass die Build Action für ThirdParty.dll eingestellt ist Content? Ich kann zip-und meine Lösung (VS 2012), wenn ich nach Hause komme.
    • Ja, Build Action ist Content. Im mit VS2010 - das könnte es sein bug? Mein video angucken, alles ist sehr einfach: youtu.werden/QwS2tOIc5yQ
    • Sie erschweren die Dinge ein wenig mit dieser Art der Fehlersuche. Entfernen Sie die Datei, gehen Sie Einfach auf die Client/bin/Debug mit dem Explorer. Mit der rechten Maustaste auf Client und wählen Sie Build, dann wechseln Sie zum Explorer und suchen Sie auf die neuen Dateien.
    • Ich habe bestätigt, dass diese Werke in VS2012, aber nicht in VS2010. Es ist ein bisschen komisch und es ist schwer zu sagen, welche version ist buggy. Weder version unterstützt die "Gepäckstücke aus transitiv referenzierte Projekte", aber irgendwie VS2012 dies tut. VS2012 überspringt einige build-Schritte "waren zuvor erfolgreich erstellen" oder weil die BuildingProject Eigenschaft irgendwie seltsam false ausgewertet wird. VS2010 führt mehr Ziele und irgendwie verliert der Enkel content-Dateien in den Prozess.
    • Ich habe aktualisiert sich meine Antwort mit einigen details.
    • +1 ich glaube nicht, dass dies funktionierte, denn ich hatte nur mit VS10. Es funktioniert, wie erwartet, in VS12/13.

    InformationsquelleAutor Ark-kun
  3. 1

    Könnten Sie(in visual studio) Lib1 Projekt-Eigenschaften -> Build-Ereignisse -> Post-build event command line.

    In der "Post-build event command line" edit-box geben Sie kopieren Kommandos, kopieren Sie die erforderlichen Dateien an die Client-Ausgabe-Ordner. In diesem Eingabefeld können Sie verschiedene VS-Makros (Klicken Sie auf "Edit Post-Build" -> Makros)
    Wie diese:

    copy path\to\ThirdParty.dll  $(SolutionDir)Client\bin\Debug

    Vielleicht, müssen Sie die "Build"->"Rebuild Solution" zum ersten mal.

    • Schlechte Sache ist, dass Lib1 wird abhängig von Client Projekt. Ich denke, das ist falsch, wie Client dependant auf all diese Dateien von Drittanbietern. Wenn die Wahl zwischen allen schlechten Lösungen würde ich bevorzugen das hinzufügen von Dateien zu Client (Add => Vorhandenes Element...)
    • In jedem Fall-Client abhängig von Lib1(über App). wenn Sie nicht brauchen, Abhängigkeiten von irgendwelchen Projekten und Aktionen bauen, dann kopieren Sie einfach manuell alle Ihre Ressourcen von Drittanbietern, um Ausgabe-Ordner zum ersten mal. Oder verwenden Sie den post-build-Schritt auf den Client kopiert werden, das sind alles Sachen, die zu Client Verzeichnis.
    InformationsquelleAutor Vlad I.
Schreibe einen Kommentar