spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Wieso kann man keine Dlls programmieren? Ich habe auch die Express Edition und schreibe gerade an einer Lib! Einfach beim erstellen eines neuen Projektes auf "Weiter" klicken und dann "DLL" auswählen.

Natürlich kann man verschiedene Visual Studio Versionen parallel installieren.
Ich habe VC 2008 und 2005 Professional und auch noch VC++ 2005. Wobei letzteres halt noch ein überbleibsel ist. Aber es läuft.

Zitat von »"Deppomat"«

Wieso kann man keine Dlls programmieren? Ich habe auch die Express Edition und schreibe gerade an einer Lib! Einfach beim erstellen eines neuen Projektes auf "Weiter" klicken und dann "DLL" auswählen.

Zitat von »"WhiteMike"«

Der größte Nachteil ist, dass man zusätzlich DLLs zu seinen Projekten mitliefern oder sie statisch linken muss.

Ich hab das jetzt so verstanden, dass man die DLLs immer
bei seinem Projekt dazutun muss, also sie nicht irgendwie alles in einer
Datei haben kann.

Ich habe mich auf der Aussage von Klappflapp bezogen.

Zitat von »"Shiver"«

Zitat von »"WhiteMike"«

Der größte Nachteil ist, dass man zusätzlich DLLs zu seinen Projekten mitliefern oder sie statisch linken muss.

Ich hab das jetzt so verstanden, dass man die DLLs immer
bei seinem Projekt dazutun muss, also sie nicht irgendwie alles in einer
Datei haben kann.

Ich meine nicht die DLLs, die du selbst erstellst, sondern zusätzliche DLLs, die man mitliefern muss, wenn man sein Programm mit dem VisualStudio geschrieben hat. Alternativ kann man aber auch statisch linken.


Das Gurke:
Sorry, hab nicht darauf geachtet. Ist natürlich etwas, das mich allgmein an VisualStudio stört.

Was die DLLs angeht seh ich nicht wieso das ein Nachteil sein sollte. Eher ist das Gegenteil der Fall: Spart RAM und Plattenplatz (was ja gerade der Grund für die DLLs ist)...

Außerdem hast du die Option statisch zu linken und keine DLLs mitzuliefern.

Das vollwertige Visual Studio hat halt viel mehr Zeug im Gepäck. Spontan würde mir da einfallen: Tools (Spy++, ...), x64 Compiler (geht in Express auch mit Platform SDK, wobei die Compiler beim Platform SDK afaik nicht die aktuellsten sind), Ressourcen Editor (gibt hier wie gesagt auch brauchbare Freeware Tools), die Möglichkeit Add Ins zu benutzen, Solution Folder, mehrere Projekte pro Solution (hab vergessen ob das in Express geht), andere Sprachen mit im Gepäck (C#, VB), Hex Editor, Class View. Vieles davon sehr nützlich.

Die "Arbeitsbereiche" heißen in Visual Studio übrigens seit ca. 10 Jahren "Solutions"

Die Express Edition is nett weil sie schlank und auf das Notwendige reduziert ist. Hab selber lange Zeit Express verwendet...

Zitat von »"dot"«

mehrere Projekte pro Solution (hab vergessen ob das in Express geht)

Jo, geht zum Glück. Aber die Solution Folder leider nicht, warum auch immer das beschnitten wurde

Zitat von »"dot"«

Was die DLLs angeht seh ich nicht wieso das ein Nachteil sein sollte. Eher ist das Gegenteil der Fall: Spart RAM und Plattenplatz (was ja gerade der Grund für die DLLs ist)...

Ich wiederhole mich: Es geht nicht um DLLs allgemein, sondern um bestimmte DLLs, die man zusätzlich mitliefern muss, wenn man mit VisualStudio kompiliert.

Zitat von »"WhiteMike"«

Ich wiederhole mich: Es geht nicht um DLLs allgemein, sondern um bestimmte DLLs, die man zusätzlich mitliefern muss, wenn man mit VisualStudio kompiliert.

Ja klar, ich seh absolut keinen Nachteil darin dass die Runtime in ner DLL liegt, im Gegenteil. Was hats für einen Sinn dass printf() einmal in jeder .exe rumliegt!?

Ach, jetzt verstehe ich, was du meinst.

Genau das war mein Problem. Ich wusste einfach nicht, was sich in diesen DLLs befindet.
Wenn darin aber tatsächlich diese Standardfunktionen angeboten werden, kann es wirklich von Vorteil sein, wenn man mehrere Anwendungen hat und dynamisch linken kann.