Was ist “stdafx.h" verwendet, für die in Visual Studio?

• Auch wenn Sie nur Dateien aus dem std-namespace erhalten Sie einen speed-Vorteil
• omg ,sehr nette Antwort, in der Tat.ich war auf der Suche nach standard-konformen c-compiler. es stellt sich heraus, dass ich die deaktivieren kann micro$oft-Erweiterungen von Projekt-Eigenschaften , ändern Sie die compiler von "auto" auf "c" und deine sind ziemlich viel mit "standard" - compiler und IDE.
• Um zu klären, kann ich einfach die Zeile entfernen?
• von 'line', meinst du #include "stdafx.h"? Sicher, aber das ist nur ein standard #include. Die "MS-Erweiterung" Teil ist nur ein compiler, performance-Optimierung; es ändert nichts an der Semantik, dass eine header-Datei, die zufällig den Namen "stdafx.h". Beachten Sie, dass, wenn Sie entfernen Sie die include-und der code wird davon abhängen, alles, was über stdafx.h, sind Sie gehen zu müssen, um Sie direkt.
• So würde es referenzierten Dateien in der "stdafx.h",, ich müsste zählen, sondern direkt?
• ja, in der Regel gibt es include-Dateien aufgelistet innen. Das ist der springende Punkt. Ob dein Programm braucht diese beinhaltet oder nicht, hängt von dem Programm. Wenn Sie sich schriftlich portable-Programm, Sie wahrscheinlich nicht brauchen " - Fenster.h".
• Oh, ich verstehe es nicht. Ich dachte Header nicht kompilieren. Es sind nur Prototypen und Erklärungen, kein code, also nichts kompilieren. So wie es das möglich?
• das stimmt nicht ganz. Vor dem kompilieren eine code-Datei, die den Inhalt der Header sind einfach und wörtlich "geklebt" an der Stelle, wo Sie #include Sie in der Quell-Datei (von den selben 'Präprozessor' Schritt, wertet Makros). Die resultierende Gesamtgröße der Datei wird dann an den eigentlichen compiler, der sieht nie eine header-Datei als eine separate Einheit. Sie setzen nur Erklärungen header-Datei, weil das ist, was funktioniert gut auf eine header-Datei - dies ist eine verbreitete Regel. Probieren Sie es aus! Erstellen Sie eine header-Datei mit einem Programm, dann erstellen Sie eine Quelldatei, die nur über eine #include für Sie. Es kompiliert einwandfrei.
• Ihr, aber wenn Sie eine header-Datei mit dem code in mehrere cpp-Dateien werden Sie bekommen, Neudefinition Fehler. Wer würde also schreiben Sie einen code in den header-Dateien?
• natürlich, gerade so, als ob Sie tippte den code zweimal. Aber ich denke, ich verstehe jetzt Ihre Frage - lassen Sie es mich noch einmal versuchen: es ist wahr, dass Sie nicht meistens "senden-code" aus dem Inhalt einer header-Datei, sondern a) der compiler weiß das nicht, bis es verarbeitet die header, und b) kompilieren von C++ ist viel komplexer als die übersetzung der Formeln in Computercode (z.B. Vorlagen). Auch wenn kein code ausgegeben, der compiler muss noch Prozess der Kopfzeile und eine interne Repräsentation für Sie, weil Sie verändert, wie es kompiliert die Quell-Datei. Das ist sehr teuer für komplexe Header.
• Historische Neugier. Den Namen stdafx.h stammt aus etwa 1992, als MFC hieß "Application Framework-Erweiterungen" vor seiner Veröffentlichung. Visual Studio 2015 noch standardmäßig der name ..
• (In Antwort auf einen mittlerweile gelöschten Kommentar: "so, das gleiche wie #pragma once?"): Nein. Pre-compiled Header und #pragma once sind orthogonale Konzepte. Vorkompilierte header ist ein optionaler Zusammenstellung der performance-Optimierung, das macht null änderungen an der Semantik der source-code. #pragma once änderungen an der Semantik einer include-Datei, so dass es eingefügt werden kann, die mehrfach in einer compilation unit und es wird nur dann wirksam, das auf den ersten Einfügepunkt. Keine Beziehung.
• Eine schöne Idee, jedoch ein Weg zur Optimierung der Zusammenstellung werden sollte nur, dass. Wenn es keine "Richtlinie" in eine cpp-Datei, die sollte auch nicht "fatal". Und es gibt bessere Möglichkeiten, dies zu tun, ohne die Durchsetzung einige header stdafx. Alle header, hat unterschiedliche Bedeutungen auf verschiedenen compilation units in der Theorie brechen würde das One Definition Rule. Die einzige Präprozessor, der für Sie gelten könnte, in einem Fall, und nicht ein anderer soll den include-guard.
• So sind alle header-Dateien in stdafx.h getrennt kompiliert; und wenn eine .cpp-Datei, die es enthält , dem compiler, der über links lediglich die bereits kompilierte Ausgabe mit dieser Datei?Funktioniert der pre - Prozessor einfügen der code von allen header-Dateien am Anfang .cpp-Datei?Wenn ja, dann wie wird es sparen Sie Zeit bei der Zusammenstellung, da das mitgelieferte code wird neu kompiliert werden..
• es ist nicht "einfügen" an der Quelle Ebene; das wäre, was passiert, ohne vorkompilierte Header. Es ist nicht "kompiliert Ausgang verknüpft werden", entweder, weil das, was vorgetragen von stdafx.h ist nicht eine compilation-unit, aber der intermediate compiler-internen Status, die beeinflussen, wie der rest jeder CPP-Datei wird analysiert. Sie können denken, es als eine "gespeicherte snapshot" der compiler Speicher Zustand am Anfang der Kompilierung, die gespeichert wird entfernt und dann geklont für jede CPP-Datei. Beachten Sie jedoch, dass die tatsächlichen Mechanismen nicht dokumentiert sind.
• Für GCC Lesen info gcc und die Knoten Precompiled Headers informiert werden, die Sie über Gebäude, einschließlich Ihnen, und wie zu bauen, und verwenden Sie separate debug-und release-build-Versionen in einem Verzeichnis. Oder siehe gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.html

Zeige alle Kommentare