Entwickeln unter Windows - Eine Nervenraubende Sache?
-
Du Argumentierst in alle Richtungen.
Setz dich lieber hin und denke nach wo du hin willst und probiers dann nochmal, ok?
-
Kann mir mal jemand die Fronten erklären? Ich habe gerade total den Überblick verloren und so macht das keinen Spaß.
-
rüdiger schrieb:
Das ist eben der Vorteil von C++: Man kann auf jeder Plattform native GUIs erzeugen.
Unter OS X nicht. :p
-
Kellerautomat schrieb:
rüdiger schrieb:
Das ist eben der Vorteil von C++: Man kann auf jeder Plattform native GUIs erzeugen.
Unter OS X nicht. :p
Was natüerlich blödsinn ist.
Cocoa ist eine dynamische API und damit nicht ohne Probleme aus C++ heraus ansprechbar. Man kann sich aber Wrapper schreiben, wie zB Qt
-
Objective-C++ gibt es. Null Problemo!
Oder wer programmiert unter OSX freiwillig seine Anwendung in Objective-C? Da wird nur das nötigste in Obj-C gemacht und der Rest in C++, und dafür wird dann der Objective-C++-Compiler angeschmissen. :p
-
Artchi schrieb:
Objective-C++ gibt es. Null Problemo!
Oder wer programmiert unter OSX freiwillig seine Anwendung in Objective-C? Da wird nur das nötigste in Obj-C gemacht und der Rest in C++, und dafür wird dann der Objective-C++-Compiler angeschmissen. :p
Wieviele OSX-Apps hast du geschrieben? o.O
-
Artchi schrieb:
Oder wer programmiert unter OSX freiwillig seine Anwendung in Objective-C? Da wird nur das nötigste in Obj-C gemacht und der Rest in C++, und dafür wird dann der Objective-C++-Compiler angeschmissen. :p
Es gibt genug Irre
-
Shade Of Mine schrieb:
Man kann sich aber Wrapper schreiben, wie zB Qt
Das ist doch der Punkt. Es geht nicht direkt.
-
Kellerautomat schrieb:
Shade Of Mine schrieb:
Man kann sich aber Wrapper schreiben, wie zB Qt
Das ist doch der Punkt. Es geht nicht direkt.
Es geht schon ziemlich direkt mit Objective-C++ und wenn du das nicht zählen willst, dann kann man die C API von Objective-C nehmen (objc_msgSend usw)
-
cooky451 schrieb:
Kann mir mal jemand die Fronten erklären? Ich habe gerade total den Überblick verloren und so macht das keinen Spaß.
Ganz einfach:
Linux ist mit OSX freiwillig in Objective-C geschrieben worden und kann auf jeder Plattform native GUIs erzeugen die jeder Otto Normal User mit Compilerflags und Libs in VS eintragen kann. Deshalb ist die Windows-Architektur fuer VS2012 uebersetzt und dann Linux an den Kopf geworfen worden. Durch spätere Vergleiche von Lowlevel API mit Lowlevel API können zwar die CORBA Technologie und die "DLL Hell" auch als einfacher Wrapper für andere Sprachen wie C++, Java, Fortran, Python etc geschrieben werden, aber C# und die .NET-Basis sind nicht proprietär und mit der Einstellung kommt man natürlich nicht weit.Dinge wie etwa XAML und LINQ auf einer .NET 2.0 CLR können das "U-Boot" Mono, dass unter Oberflächen aus XML, auf Schleichfahrt geht, bestenfalls mit einem curses Frontend, dass versucht irgendwie unter Linux zum Laufen zu kommen, als gängige Verschwörungstheorien entlarven. Aber, die ganzen coolen Checker, die sich meist nach Monofreien Alternativen umschauen, konzentrieren sich auf die neuen Mobile Plattformen, die die ECMA Standardisierung als religiöses Geplappere, um einen Wettstreit, welches OS/Plattform/Sprache/wasimmer das BESTE ist, der Ubuntu Leute bezeichnen.
Richard Stallman verspeiste deshalb die Karten mit ISO/ECMA die auf dem Tisch, der für Linux oder Apple eine ziemlich schlechte Plattform darstellt, während der Otto Normal User, der nicht technisch versiert ist, aus dem Stegreif Betriebssysteme aufzählen kann, die die Hände über dem Kopf zusammenschlagen und eine dynamische API als die C API von Objective-C verwenden, statt lieber den Objective-C++-Compiler anzuschmeissen
