Nein, ich weiß nicht, ob es Pläne gibt, Immobilien zu unterstützen, aber wenn GNUstep plant, lebensfähig zu bleiben (wenn auch nur in dem begrenzten Ausmaß, in dem es jetzt ist), sollte dies eine Priorität sein. Wenn sich GNUstep nicht dazu entschließt, Objective-C 2.0-Funktionen zu übernehmen, wird es aufgrund der Kluft zwischen ihm und der Implementierung von Apple zunehmend schwieriger, guten plattformübergreifenden Code zu schreiben. (Es ist für die meisten Entwickler schon grenzwertig.)
Obwohl ich normalerweise Antworten hasse, die im Wesentlichen sagen "Tu das nicht, es ist eine schlechte Idee", muss ich @ Jonathan zu diesem Thema zustimmen, besonders vom Standpunkt aus von Praktikabilität. Obwohl der Code plattformübergreifend kompiliert werden kann, wird die Wahrscheinlichkeit, dass jemand Ihre App verwendet, erheblich verringert, wenn Benutzer eine Laufzeitumgebung nur für die Verwendung Ihrer App installieren müssen.
This SO answer fasst es gut zusammen. Ich schlage vor, es zu lesen und Ihre eigene Schlussfolgerung zu ziehen.
Es ist auch eine Überlegung wert, dass das "objective-c" Tag hat über 3280 Fragen, während "gnustep" hat 9. Ich sage nicht, dass Frage Volumen ist ein Maß für Qualität, aber es ist eine Parallele mit Aktivität und Interesse, und möglicherweise eine geringe Anzahl von Leuten mit GNUstep-Kenntnissen auf dieser Seite, so dass es weniger wahrscheinlich ist, dass Sie gute Hilfe bekommen, wenn Sie sich entscheiden, den Weg zu gehen, den Sie in Betracht ziehen Features im Namen der Kompatibilität ist ein "kleinsten gemeinsamen Nenner" Verhalten, das auf lange Sicht Ihren Code weniger elegant und weniger "funktionsreich" machen wird. Es ist ähnlich wie nur mit APIs unter 10.2 oder 10.3 - jede aktuelle OS X oder ein iPhone-Entwickler wird Ihnen sagen, dass sie lieber etwas unternehmen würden Der Vorteil der coolen neuen Funktionen und nicht durch die Einschränkungen der Vergangenheit behindert werden. Heutzutage benötigen neue Apps fast immer 10.5 - die Unterstützung für ältere Versionen ist charakteristischer für etablierte Software, die abwärtskompatibel ist, und viele Apps löschen sogar alte Betriebssysteme im Laufe der Zeit.
Wenn Sie in Erwägung ziehen, eine Anwendung zu verkaufen, wird die Verwendung von nur GNUstep-kompatiblen APIs Ihren Markt stark einschränken und sogar Ihre App auf grundlegende Weise einschränken, einschließlich des Niveaus von Politur und Funktionalität, die Sie erreichen können. Selbst wenn die App nicht kommerziell ist, ist es im Allgemeinen sinnvoll, die Sprache und die Frameworks zu verwenden, die für eine bestimmte Plattform am besten geeignet sind.Wenn Sie wirklich nach einer plattformübergreifenden Unterstützung suchen, wird Sie Java wahrscheinlich mit weniger Sodbrennen näher bringen. (Java ist definitiv nicht meine Lieblingssprache, und es ist nicht Cocoa, aber es tut viele Dinge gut.) Obwohl es immer noch das gleiche Problem der Sprachversion über Clients und Plattformen gibt, ist es zumindest entworfen plattformübergreifend zu sein Alle Verbraucherplattformen haben eine solide Java-Unterstützung.
Zum Thema „Tun Sie es nicht!“: Es ist eine interessante Situation - ich brauche nicht viel außerhalb der Stiftung, und Der Großteil des Codes ist Tonnen meiner eigenen Klassen, zusammen mit ziemlich viel XML-Lesen und Schreiben. Daher dachte ich, es wäre keine große Sache, mit GNUstep kompatibel zu bleiben. Um meine Benutzer zu veranlassen, eine Runtime zu installieren, habe ich gehofft, das mit einem gut geschriebenen Installer zu bekämpfen, der alles für sie erledigt, wenn sie wollen. (Ich bin jedoch daran interessiert, Einwände gegen diese beiden Punkte zu hören.) – andyvn22
Wenn jemand versucht, dies zu tun: Ich konnte Obj-C 2.0 nie mit GNUstep arbeiten, aber es scheint großartig mit Cocotron zu funktionieren (obwohl du Zugriff auf einen Mac für die Kompilierung benötigst. – andyvn22