Herzlich Willkommen, lieber Gast!
  Sie befinden sich hier:

  Forum » Allgemeines (OffTopic) » Was ist besser, Borland oder Ms??

Forum | Hilfe | Team | Links | Impressum | > Suche < | Mitglieder | Registrieren | Einloggen
  Quicklinks: MSDN-Online || STL || clib Reference Grundlagen || Literatur || E-Books || Zubehör || > F.A.Q. < || Downloads   

Autor Thread - Seiten: [ 1 ] > 2 < [ 3 ] [ 4 ]
010
27.08.2003, 10:19 Uhr
0xdeadbeef
Gott
(Operator)


Technisch gesehen sind sowohl MFC als auch VCL Murks. Die MFC, weil sie von Leuten, die von OOP soviel Ahnung haben wie eine Kuh von Philosophie um ein von Pascal-Entwicklern geschriebenes C-API geschrieben wurde, und die VCL, weil sie eigentlich eine Object-Pascal (Delphi)-Bibliothek ist, die mit wenig Aufwand so halbwegs nach C++ portiert wurde. Das hat dann solche Effekt wie den, dass man von TObject abgeleitete Klassen immer per new auf dem Heap anlegen und von Hand wieder freigeben muss.
--
Einfachheit ist Voraussetzung für Zuverlässigkeit.
-- Edsger Wybe Dijkstra
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
011
27.08.2003, 11:59 Uhr
~RHBaum
Gast


MFC, sind nen Moloch ... blaehen den Code ganz schoen auf, wenn man die MFC statisch zulinkt. Macht mans dynamisch, (mfcxx.dll) geht ne menge performance den Bach runter, wegens der haeufigen DLL Aufrufe ...

Dabei sind die MFC nur ne schlanker Wrapper um die Windows API ... nur halt irgendwie unguenstig geloest :-) Und bieten eigentlich recht wenig Komfort fuer den Programmierer als Framework.
Weicht man von der Standard Dokument-View Architektur ab, wirds schnell unuebersichtlich ...

die Borland libs kenn ich ned so, haben aber den Ruf, auch ned besonders schnell zu sein, dafuer aber X mal mehr komfort fuer den programmierer ...

Welche Biblothek du verwendest, ist auch ned direkt vom compiler abhaengig, der hats gegebenfalls im Lieferumfang nur mit bei.

Unter VC6.0 kannst auch die Borland libs verwenden (nach Wochenlanger Knochenarbeitm, bis die da in die umgebung eingebunden hast :-) ), genau so kannst mit dem Borland compiler auch mfc anwendungen compilieren (denk ich mal ... habs ned getestet, haengt davon ab, wieviel nichtstandardisierter schmutz in den MFC drinnen ist).

Gibt ja auch ned nur MFC etc fuer windows, auch QT kann man als framework verwenden.

als richtlinie ...
Schnelle Schlanke anwendungen -> WTL oder eigene Wrapperklassen um die Windows API
einigermassen Schnelle anwendungen mit DOK-View Architektur -> MFC
Komfortable Anwendungen mit nem sauberen Objektdesign -> Borland / QT
Portable anwendungen nach Unixartigen BS -> QT
Portable anwendungen nach windows CE -> MFC

gibt auch noch andere Lösungen ... und Vorlieben !

schnell ist hier ziemlich relativ ... die langsamste C++ Architektur ist sicher immer noch schneller als die beste Java Lösung, wenn nicht grobe schnitzer im design gemacht werden ...

Ciao ...
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
012
04.09.2003, 13:41 Uhr
Bruder Leif
dances with systems
(Operator)


</Urlaub> *snif*

IMHO waren die OWL von Anfang wesentlich besser als die MFC. Schade, daß Borland komplett auf die VCL umgestiegen ist, anstatt den Programmierern die Entscheidung zu überlassen, mit was sie programmieren wollen...
--
Mit 40 Fieber sitzt man nicht mehr vor dem PC.
Man liegt im Bett.
Mit dem Notebook.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
013
04.09.2003, 13:47 Uhr
virtual
Sexiest Bit alive
(Operator)



Eigentlich bin ich dieser Diskussion übermüde, denn die FAQ läßt sich bereits zu diesem Thema ausgiebig aus.
Aber was solls?: , wieder ein mich ender Thread.
--
Gruß, virtual
Quote of the Month
Ich eß' nur was ein Gesicht hat (Creme 21)

Dieser Post wurde am 04.09.2003 um 13:47 Uhr von virtual editiert.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
014
04.09.2003, 23:47 Uhr
0xdeadbeef
Gott
(Operator)


Wobei man sich über den FAQ-Eintrag ziemlich lange streiten kann. Die gcc-Leute würden wahrscheinlich den C-Compiler als das Herzstück der Compiler Collection bezeichnen. Außerdem ist der nicht für alle Unices das Maß aller Dinge, Solaris beispielsweise liefert einen eigenen Compiler mit. Und dann gibt es da noch den icc. Borland hat nie wirklich reines C++ vertrieben. huge usw. gab es, glaub ich, schon zu Turbo-C-Zeiten. Aber mir fällt sowieso grad kein Compiler ein, der den C++-Standard genau umsetzt, so ziemlich alle unterstützen ein superset. Der Rest ist weitgehend Geschmackssache. Ich bin zum Beispiel von .NET nicht halb so begeistert wie Leif - P-Code ist ne nette Sache, wenn man Plattformunabhängigkeit will, aber .NET ist patentiert, also wird das damit wohl nichts.

und @virtual: Das Tolle ist - niemand zwingt dich dazu, sich mit diesem dich enden -Thread zu beschäftigen.
--
Einfachheit ist Voraussetzung für Zuverlässigkeit.
-- Edsger Wybe Dijkstra
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
015
05.09.2003, 00:09 Uhr
Pablo
Supertux
(Operator)


Ich hab auch mit C# .net vor einem Jahr angefangen. Ich fand das cool, aber wenn ich ehrlich bin, hab ich das nach 2 Wochen oder so aufgehört. Es gab gar nix, was ich nicht bereits in VB und C++ gemacht hatte. Ich hab das Buch nicht zum Ende gelesen, aber es ist praktisch C++ mit einfachen Syntax, ob das was bringt weiß ich nicht. Da hat @beefy Recht, .net ist patentiert und im Prinzip nicht für jede zugänglich. Man muss zuerst die ganze .Net Plattaform kaufen, bevor man das überhaupt benutzen kann. Ich muss zugeben, die Entwicklungsumgebung ist schön, benutzerfreundlich, aber meiner Meinung nach ist es einfach zu viel. Und das zweite Problem von .net ist: wenn du ein Programm im C# schreibst, und einem Kumpel gibt, der aber nicht über .net verfügt, kann er mein Programm nicht benutzen. Prima, wo ist denn der Sinn eines kompilierten Programmes?`Naja, irgendwann werden Winodws Rechner über .net verfügen, die Frage ist nur wann! Und bis dahin würde ich mich nicht so sehr mit .net beschäftigen (in Wirklich tue ich das nicht), wenn nur wenige Leute .net Programmen benutzen können.

Was dem Borland C++ angeht: Das ist Geschmackssache. Ich hab nur einmal mit diesem Builder gearbeitet, ich fand einfacher Formulare zu erstellen als in VC++, aber ich kann wirklich nicht sagen, wie schnell die Programme von dem Compiler sind. Wenn ich windows Programmier wäre, würde ich auf jeden Fall VC++ nehmen. Eine andere Frage wäre: welche der beiden Umgebungen ist den billiger?
--
A! Elbereth Gilthoniel!
silivren penna míriel
o menel aglar elenath,
Gilthoniel, A! Elbereth!
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
016
05.09.2003, 09:47 Uhr
0xdeadbeef
Gott
(Operator)


Naja, ganz so nun auch nicht. Das Framework zum Benutzen von .net kann man für lau runterladen. Wenn man dafür entwickeln will, kostet das aber richtig Kohle. Das eigentliche Problem ist, dass Projekte wie mono, die .net auf andere Plattformen bringen wollen, keine Zukunft haben. Über ihnen schwebt ein Damoklesschwert, das MS jederzeit fallen lassen kann.

Und, dass die Programme nur auf Rechnern mit .net-Runtime lauffähig sind. Gerade Leute mit Modem oder ISDN werden sich kaum mal eben 120 MB .net-runtime-environment aus dem Netz ziehen. Schon bei 10 MB Java ist das kritisch. Das heißt, .net hat erst dann ne Chance, wenn Longhorn rauskommt, also in unbestimmter Zeit. Und bis dahin wird es schlicht und einfach veraltet sein.
--
Einfachheit ist Voraussetzung für Zuverlässigkeit.
-- Edsger Wybe Dijkstra
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
017
05.09.2003, 10:48 Uhr
Bruder Leif
dances with systems
(Operator)


Hallo?!? 120 MB Runtime?!? Knapp 24 MB und fertig, die 120 MB sind für das komplette SDK! Abgesehen davon ging es in diesem Thread soweit ich mich erinnern kann um die C++-Compiler von Borland und MS, und nicht um die .NET-Sprachen. Das .NET-SDK enthält auch den regulären Visual C++-Compiler, der native .EXEs erstellen kann. Nix Framework, nix P-Code.
@Argument "muß ja erst die VM installieren" gegen .NET: Wie war denn das mit Java, das vor sich hin gedümpelt hat, bis Netscape sich erbarmt hat und die VM in den Navigator eingebaut hat? *lol*
--
Mit 40 Fieber sitzt man nicht mehr vor dem PC.
Man liegt im Bett.
Mit dem Notebook.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
018
05.09.2003, 11:15 Uhr
0xdeadbeef
Gott
(Operator)


Ah, ja mein Fehler, da hab ich mich verlesen. Was Java/.net/runtime angeht - Java ist immer noch ein Nischenprodukt. Wieviele Websites mit Java-Applets kannst du mir nennen? Kriegst du aus dem Stegreif 10 zusammen? Ich nicht. Welche größeren Programme wurden in Java geschrieben? Ein paar Java IDEs, und das wars auch. Und im Gegensatz zu .net ist Java tatsächlich plattformunabhängig.
--
Einfachheit ist Voraussetzung für Zuverlässigkeit.
-- Edsger Wybe Dijkstra
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
019
25.09.2005, 16:37 Uhr
~cppnoob
Gast


Hallo,

bitte nicht auslachen, wenn ich euch sage,dass ich keine Vorkentnisse in irgendeiner programmiersprache habe.
ich habe nen tollen Text gefunden der mich angeblich in 21 Tagen mit den Basiseigenschaften von c++ vertraut machen soll.
(Ich benutzte zum üben Bloodshed-Dev-C++)
Das 21 Tage-Programm fängt mit dem recht einfachen Programmieren eines Windows-Fensters an. Jetzt muss ich nur noch kompilieren um zu sehen ob alles gut gegangen ist!
Aber womit und vor Allem wie???????????
Bitte helft mir....
Ich hatte nen einfall ein klienes Adventure zu programmieren und scheitere nun schon an der 1. Übung!!!!! Dabei ist die Story ja schon fertig.
Hoffe auf verständliche antwort....
Lucas
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
Seiten: [ 1 ] > 2 < [ 3 ] [ 4 ]     [ Allgemeines (OffTopic) ]  


ThWBoard 2.73 FloSoft-Edition
© by Paul Baecher & Felix Gonschorek (www.thwboard.de)

Anpassungen des Forums
© by Flo-Soft (www.flo-soft.de)

Sie sind Besucher: