kann mir jemand sagen ob folgende punkte alle features sind, die den unterschied zwischen Visual C++ 6.0 Standard und Visual C++ 6.0 Professional ausmachen, oder gibt es noch weitere features die in prof erhalten sind, in std aber nicht?

• OLE DB Templates (new)
• Code optimization
• Profiler
• Static linking to the MFC Library
• Databound controls (RemoteData)
• InstallShield
• Custom AppWizard
• Visual Database Tools

das sind also 8 features. könnt ihr mir nun noch sagen welche punkte man in der std durch einen fremd hersteller (z.B. durch addin etc.) benutzen kann und welche nicht?

[ Dieser Beitrag wurde am 17.05.2003 um 11:51 Uhr von MaSTaH editiert. ]

Sorry, vorschnell gepostet meinerseits...

Okay, :p

Aber ein Profiler ist in VC++Pro nicht drin, oder?

Müsste laut tabelle aber schon. Ansonsten bei Microsoft anklopfen

Naja, die Pro-Edition unterscheidet sich von der STandard dadurch, dass viele Tools dabei sind die man eigentlich garnicht braucht

Hm, also sind das nun nicht alle punkte? Hm, Hm, Hm :p

- OLE DB Templates (new) | Müsste externe Software sein
- Code optimization | Müsste fest Integriert sein.
- Profiler | Müsste fest Integriert sein.
- Static linking to the MFC Library | Müsste fest Integriert sein.
- Databound controls (RemoteData) | Müsste externe Software sein
- InstallShield | Müsste externe Software sein
- Custom AppWizard | Müsste fest Integriert sein.
- Visual Database Tools | Müsste externe Software sein

und dann:

1. Sollte man durch einen fremd Hersteller einsetzen können.
2. Sollte man durch einen fremd Hersteller einsetzen können.
3. Sollte man durch einen fremd Hersteller einsetzen können.
4. Keine ahnung.
5. Sollte man durch einen fremd Hersteller einsetzen können.
6. Sollte man durch einen fremd Hersteller einsetzen können :).
7. Keine ahnung.
8. Sollte man durch einen fremd Hersteller einsetzen können.

Wie soll denn der Profiler heißen? Ich benutze VTune von Intel...

• The Standard Edition contains all of the features of the Professional Edition except code optimizations, the Profiler, and static linking to the MFC Library.
• Quelle
• The Standard Edition is comprised of features found in the Professional Edition, with the following exceptions:

Static linkage to MFC
Static linking allows you to include the MFC library in your program’s compilation, thereby resolving MFC references at link time and not at run time. So, if you write programs that use the MFC library with the Standard Edition, the resulting executable will require that the MFC library code be available as a shared library (DLL). Calls to the MFC library that you place in your code are resolved at run time and not at link time.

Code optimization
Code optimization, implemented with the compiler’s /O compiler options, make your final executable files (EXE) and dynamic-link files (DLL) smaller or faster.

Profiling
The Visual C++ source code profiler helps you determine which parts of your code could benefit from performance modifications.

The RemoteData control and other data-bound controls
The RemoteData control and the DBGrid, DBCombo, and DBList controls are for use with data-access clients and are only found in the Professional and Enterprise editions.

Custom AppWizard
The Custom AppWizard project type allows you to create an AppWizard that you will subsequently use to create projects with customized starter files.

InstallShield
InstallShield is a program packaged with the Professional and Enterprise editions that lets you package your application in a setup program for easy installation.

Cluster Resource Wizard
The Cluster Resource Type Wizard generates two projects for implementing a Microsoft Cluster Server resource type. Writing a custom resource type allows an application to be more closely managed and monitored by MSCS. The two generated projects are a resource DLL project, which produces a DLL which is loaded by an MSCS resource monitor on a cluster node to manage and monitor the application, and a Cluster Administrator extension DLL project, which produces a COM in-proc server DLL for providing a user interface for managing resources of this new type.

• Quelle
• Unterschied: Visual C++ 6.0 Standard <> Visual C++ 6.0 Professional:

- OLE DB Templates (new)
- Code optimization
- Profiler
- Static linking to the MFC Library
- Databound controls (RemoteData)
- InstallShield
- Custom AppWizard
- Visual Database Tools

• Quelle

Stimmt das nun, oder sieht das jemand anders?

[ Dieser Beitrag wurde am 17.05.2003 um 12:37 Uhr von ACID editiert. ]

- Code-Optimization ist eigentlich wichtig wenn du die Sachen auch vertreiben willst.
Wieso ist es wichtig wenn ich software vertreiben will, und sonst nicht?

- Static Linking ist nicht so wichtig.
Wirklich? Was genau ist es denn?

- CustomAppWizard hab ich noch nie gebraucht.
Hmmm

Wie soll denn der Profiler heißen? Ich benutze VTune von Intel
VTune benutze ich auch. Wie der Profiler heisst weis ich nicht.

Was machen diese 1000.- aus? Code Optimierung? den Datenbank kram? hm?

Original erstellt von ACID:
Wieso ist es wichtig wenn ich software vertreiben will, und sonst nicht?

Ja, so war das ja nicht gemeint. Wenn jemand professionell damit arbeiten soll dann stört es wenn die Berechnung doppelt so lange dauert wie mit optimiertem Code. Bei Hobby-Software steht man nicht so unter Zeitdruck und kann selbst ganz lange optimieren. Aber ich glaube dass der STandard-Compiler auch optimiert.

Naja was das Optimieren angeht, da wird es sicher eine (kostengünstige) add-on lösung oder stand-alone lösung geben.

Original erstellt von ACID:
**:-)

Naja was das Optimieren angeht, da wird es sicher eine (kostengünstige) add-on lösung oder stand-alone lösung geben.**

nein

Original erstellt von <MFC>:
nein

Doch? http://www.automatedqa.com/products/aqtime.asp
- Code Optimierung
- Profiler
- Debugger
- Natürlich IDE Integration
- Kostenpreis: Akzeptabel

@Mastah: Tja, den Intel Compiler kann man wiederum nur ab prof benutzen, wegen code optimierung

[ Dieser Beitrag wurde am 17.05.2003 um 13:59 Uhr von ACID editiert. ]

Original erstellt von ACID:
@Mastah: Tja, den Intel Compiler kann man wiederum nur ab prof benutzen, wegen code optimierung

Echt, das wusste ich auch noch nicht!

MfG Spacelord

Unterschiede zwischen den einzelnen Visual C++-Editionen
Die folgende Tabelle zeigt die Funktionen der einzelnen Editionen (Standard, Professional oder Enterprise) von Visual C++ 6.0.

Funktion Standard Professional Enterprise 
Lizenz zum Vertrieb von Anwendungen J (neu) J J 
MFC-Datenbankklassen J J J 
Active-Vorlagenbibliothek (ATL) J J J 
Automatische Anweisungsvervollständigung (neu) J (neu) J (neu) J (neu) 
Entwicklung von Client-Server-Anwendungen J J J 
OLE DB-Vorlagen (neu)  J (neu) J (neu) 
Codeoptimierung  J J 
Profiler  J J 
Statische Verknüpfung mit der MFC-Bibliothek  J J 
Datengebundene Steuerelemente (RemoteData)  J J 
InstallShield  J J 
Benutzerdefinierter Anwendungs-Assistent  J J 
Visual Database Tools  J (neu, einige) J 
Assistent für erweiterte gespeicherte Prozeduren (neu)   J (neu) 
Visual SourceSafe   J 
SQL-Debugger   J 
SQL Server 6.5 Developer Edition   J 
SQL Server 6.5 Service Pack #3   J 
Visual Modeler (neu)   J (neu) 
ASA400-Datenbankzugriff über OLE DB (neu)   J (neu) 
Microsoft Transaction Server   J 
Internet Information Server 4.0 (neu)   J (neu) 

Hinweise:

"J" bedeutet, daß die Funktion enthalten ist.

"(neu)" bedeutet eine neue Funktion oder neu für die Edition.

"(einige)" weist darauf hin , das einige, jedoch nicht alle Aspekte der Funktion in der Edition verfügbar sind.

Ich hoffe daß man es noch einigermaßen lesen kann als Thread.

Original erstellt von MaSTaH:
Aber ein Profiler ist in VC++Pro nicht drin, oder? Naja, die Pro-Edition unterscheidet sich von der STandard dadurch, dass viele Tools dabei sind die man eigentlich garnicht braucht .

hab einen kumpel wegen den features gefragt...
den profiler findest du wenn ein projekt aktive ist, unter "Erstellen" ganz unten. in den projekt optionen musst du den noch aktivieren..

- OLE DB Templates
- Static linking to the MFC Library
- Databound controls (RemoteData)
- Visual Database Tools

Vielen dank

Zu finden:
Projekt -> Einstellungen -> Allgemein -> Microsoft Foundation Classes:

MFC in einer gemeinsam genutzten DLL verwenden ODER
MFC in einer Statischen Bibliothek verwenden

Jedes Programm, dass auf Funktionen aus der MFC zurückgreift, braucht best. dlls, die bei den meisten Windows-Versionen aber schon vorhanden sind. Deshalb braucht man diese dlls nicht in sein Programm einzubinden, die Programme werden also kleiner. Will man diese dlls in sein Programm einbinden, ändert man die Einstellung auf "MFC in einer Statischen Bibliothek verwenden". Die Programme werden unabhängiger aber größer.

InstallShield ist wohl am ehesten zu verschmerzen, gibt ja genug andere Programme zB. InnoSetup (Freeware).

Zu den anderen Sachen kann ich nicht viel sagen, (Visual Database Tools, OLE DB Templates). Wenn du es nicht brauchst, wirst du es nicht vermissen (so wie ich). Kommt halt drauf an, was du machen willst (kleines Tool oder Alternative zu WindowsXP).

Die Code Optimierung ist wohl der wichtigste Punkt, da davon jedes Programm profitiert.

Dann wäre das feature was bei std nicht dabei ist

"Static linking to the MFC Library"

eh scheiss egal ist ja besser wenn man die nicht statisch link, damit die dateien kleiner bleiben. die dlls sind ja auf den gängigen OS dabei... so gesehen ist das feature völlig unwichtig, ne?
dann fehlt noch:

- OLE DB Templates
- Databound controls (RemoteData)
- Visual Database Tools

Original erstellt von ACID:
**Dann wäre das feature was bei std nicht dabei ist

"Static linking to the MFC Library"

eh scheiss egal ist ja besser wenn man die nicht statisch link, damit die dateien kleiner bleiben.**

Naja, das kann man so nicht sehen, ggf. braucht man's halt für irgendwelche obskuren Sonderfälle. Der Rest ist sonst auch scheißegal. MS haben das Ding nicht umsonst Prof / Enterprise Version getauft.

- OLE DB Templates

Vielleicht hilft's Dir, wenn ich daraus aus der MSDN was poste!?

The OLE DB Consumer Templates support the OLE DB version 1.1 specification. The Consumer Templates minimize the amount of code you must write in order to implement a level-0 compliant OLE DB consumer. The templates provide: 

Easy access to OLE DB features and easy integration with ATL and MFC.

An easy binding model for database parameters and columns.

Native C/C++ data types for OLE DB programming. 
To use the OLE DB Templates, you should be familiar with C++ templates, COM, and the OLE DB interfaces. If you are not familiar with OLE DB, refer to theOLE DB Programmer's Reference.

Wenn Du mit Object Linking and Embedding bzw. den ActiveX Datenbank - Klassen nix am Hut hast, kannst'e dat also vergessen.