Empfehlungen für die Visual Studio 2010-Lösungen, die beide "Any CPU" und " x86 " - Projekte

Passiert es oft, dass eine einzelne C# - Lösung enthält einige Projekte, die x86-spezifischen (in der Regel durch die native-Abhängigkeiten) und andere, die sind 'Any CPU'.

Bis vor kurzem habe ich immer gegangen, in die configuration manager und sorgte dafür, dass die Lösung, die Plattform "Any CPU'. Das ist nicht zu viel von einem problem; es erfordert gelegentlich zwickt wie die hier genannten, aber insgesamt ist nicht so schlimm.

Allerdings habe ich vor kurzem begann mich zu Fragen, wenn diese Bemühungen nicht zielführend. Ich bin eindeutig gegen die Möglichkeit, die Visual Studio 2010 (und vorher Visual Studio 2008) ist entworfen, um diese zu bewältigen. "Gemischte Plattformen" ist eigentlich eine genaue Beschreibung, und obwohl es anfangs fühlt sich an wie es ist etwas falsch, bei weiterer Gedanke, den ich zu dem Schluss, dass es nicht mehr falsch, als "Any CPU".

So, in letzter Zeit habe ich versucht, zu wählen zwischen dem halten der "Gemischten Plattformen" oder umstellen auf "x86" als meine Lösung-Plattform in solchen Fällen. Letzteres spiegelt die Absicht: die Letzte EXE-Datei x86, und läuft im 32-bit-Modus auf 64-bit-Betriebssysteme. Der ehemalige jedoch ist das, was Visual Studio wirklich es will.

In eurer Erfahrung, gibt es eine Besondere Lösung, die Plattform, die besser geeignet ist in irgendeiner Weise als die anderen in dieser situation?

Hinweis 1: in jedem Fall, den ich erlebt habe, 'x86' ist gerechtfertigt durch die nativen Abhängigkeiten und 'Any CPU' gerechtfertigt ist, indem Sie eine externe Bibliothek aus, die ist wirklich Plattform-unabhängig.

Note 2: wenn ich das richtig verstehe, die Lösung - Plattform macht nicht viel Unterschied; es ist nur ein name. Es scheint, ändern Sie den Standard "to-build-oder-nicht-zu-bauen" checkbox-Zustand, wenn neue Projekte Hinzugefügt werden, aber das ist der einzige Effekt, den es hat. Richtig?

InformationsquelleAutor Roman Starkov | 2010-07-07
  1. 4

    Ad Note 2: ja. Lösung Plattform ist nur ein name für die Gruppe von Projekt-Konfigurationen, einschließlich, ob Sie bauen oder nicht einem bestimmten Projekt.

    Ich persönlich benutze x86 auf alle desktop-Applikationen (desktop, weil diese Bereitstellung auf Endbenutzer-Maschinen, die Sie haben in der Regel wenig Kontrolle über - das ist viel einfacher, wenn Sie die Bereitstellung einer server-Anwendung auf einen bekannten server).

    Gründe:

    1. x86 erlaubt ein einfacheres debugging - "Bearbeiten und fortfahren" wird nicht unterstützt, wenn die Ausführung im 64-bit Modus.
    2. Man kann nie voraussehen, Wann in der Zukunft werden Sie fügen Sie einen Verweis auf eine assembly, die erfordert x86-und vergessen test richtig auf 64 bit, was fatale Laufzeit-Fehler auf 64-bit-Bereitstellungen.
    InformationsquelleAutor Marek
  2. 4

    Habe ich nur konfiguriert, mein Start-Windows Forms app als "x86" und alle class-Bibliotheken in das Projekt als AnyCPU. Wenn ich das ausführen der app alle nicht verwalteten Abhängigkeiten, selbst aus der Klasse librarys, dass x86 immer noch funktionieren.

    Wenn ich nun fügen Sie eine Bibliothek-Klasse, die noch nicht x86 Abhängigkeiten von meinem Projekt um eine weitere app, die konfiguriert ist als AnyCPU es funktioniert out-of-the-box.

    Bevor ich wusste, dass alle meine librarys, wo x86-und ich habe eine Ausnahme, wenn ich wollte, Sie zu einem 64-bit-Projekt.

    Aus meiner Sicht ist das die beste Lösung.

    InformationsquelleAutor Jürgen Steinblock
  3. 3

    Ja, das ist ein bisschen ein Durcheinander bekommen Sie, wenn Sie lassen Sie das VS2010 Projekt Konverter importieren Sie ein Projekt aus einer früheren version. Wer kennt Sie nicht. Die alten IDEs verwendet, Debug|Alle-CPU-und-Release|Jeder CPU, da die Standard-Konfiguration Namen. VS2010 wirklich lieber festlegen der Zielplattform auf x86, weil die IDE funktioniert so viel besser, wenn Sie tun. Und nutzt Debug|x86 und Release|x86 als Standard-Konfiguration Namen.

    Produziert der mix beim import eines alten Projektes. Und ein extra Satz von Konfigurationen (verschiedene Plattformen) Sie nicht Fragen zum Umgang mit dem Chaos. Igitt. Sie können nicht entfernen Sie entweder die Entfernen-Taste deaktiviert ist, in der Configuration Manager.

    Diese sind nur Namen btw, die sind nicht wirklich repräsentativ für die Zielplattform einstellen. Sie können die Einstellung ändern, es nicht wie von Zauberhand ändern Sie den Namen der Konfiguration. Igitt.

    Können Sie nicht beheben diese in der IDE. Sie hätte zu Bearbeiten .sln und .vcproj-Dateien, um loszuwerden, die extra-Konfigurationen und Bearbeiten Sie die Namen von denen, die Sie behalten möchten. Oder einfach nur halten "Mixed-Plattformen" als Standard-Konfiguration und der rest wird ignoriert. Setzen Sie einfach die Plattform-Ziel, um das, was Sie brauchen, Sie nicht haben, um mit der Konfiguration Namen.

    • Ärgerlicherweise, der mix ist auch jedes mal erstellt, wenn ich ein neues Projekt erstellen, werden die in einer bestehenden Lösung, auch wenn noch keine Aktualisierung beteiligt ist. Es ist selten, aber es nervt mich jedes mal... haben zu gehen, säubern herauf die Verwirrung durch neue Konfigurationen erzeugt, indem die VS.
    • Warum nicht einfach beseitigen den AnyCPU Konfigurationen anstatt zu kämpfen, immer und immer wieder?
    • Nur ein Hinweis - ich war schon immer in der Lage, entfernen Sie die Konfigurationen ohne Probleme über die GUI so weit. Wie es klingt, nur gebrochen vcproj, aber nicht csproj.
    • Nicht sicher, warum ich noch nicht geantwortet, bevor, ich weiß nicht beseitigen, AnyCPU, weil einige es kommt von externen Plattform-unabhängige Bibliotheken, die ich nicht ändern kann, und auch, weil viele Dinge tatsächlich merklich schneller auf AnyCPU auf einer x64-Maschine.
    • Sie verpasst den Punkt. Es ist die Konfiguration das ist sinnlos, die eigentliche Plattform, Target-Einstellung nicht.
    • In diesem Fall weiß ich nicht, was du meinst. Wenn ich löschen Sie die AnyCPU-Konfiguration in Visual Studio einfach neu zu erstellen, das nächste mal füge ich einer Bibliothek targeting AnyCPU, und wenn ich ein neues leeres Projekt wird es neu erstellen eines x86-Konfiguration. Darüber hinaus jedes mal, wenn er hinzufügt, wird es auch einen "Mixed-Plattformen" - Konfiguration. Ich würde lieben, Sie zu beseitigen AnyCPU, aber VS wird nicht lassen Sie mich. (gut, andere als es zu beseitigen jedes mal füge ich ein neues Projekt)

    InformationsquelleAutor Hans Passant
  4. 3

    Hatte etwas mehr Erfahrung mit diesem, hier ' s was ich jetzt denke:

    • Es macht keinen Unterschied, was die Lösung Plattform genannt wird, ein mixed-Plattform-Projekt. Das Verhalten des VS ist genau das gleiche, dass die genaue gleiche Menge von clean-up nach dem hinzufügen eines Projekts.
    • "Gemischten Plattformen" ist etwas genauer, also ich habe eine leichte Präferenz für diese.

    Alles verändern, zu x86 ist unerwünscht, aus zwei Gründen:

    • Einige algorithmen sind fast doppelt so schnell im x64-Modus.
    • Jede geteilte Bibliothek, die x86-kann nicht verwendet werden in einem Projekt die Vorteile, die eine Menge von x64-Modus.
    • Aufrechterhaltung shared libraries im zwei-Plattformen, x86+x64, ist viel mehr Aufwand, als Sie zu halten "Any CPU" und das Aufräumen nach Visual Studio jedes mal, wenn es Streuseln unerwünschte Lösung Konfigurationen in einer Lösung.
    InformationsquelleAutor Roman Starkov
Schreibe einen Kommentar