No, non so se ci sono piani per supportare le proprietà, ma se GNUstep intende rimanere valido (anche se solo nel grado limitato a cui è ora) questa dovrebbe essere una priorità. A meno che GNUstep non decida di adottare le funzionalità di Objective-C 2.0, il divario tra esso e l'implementazione di Apple renderà sempre più difficile scrivere un buon codice cross-platform. (È già inutile per la maggior parte degli sviluppatori.)
Anche se di solito odio le risposte che essenzialmente dicono "non farlo, è una cattiva idea", devo essere d'accordo con @ Jonathan su questo, specialmente dal punto di vista di praticità. Sebbene il codice possa essere compilato su più piattaforme, se gli utenti devono installare un runtime solo per utilizzare la tua app, la probabilità che qualcuno utilizzi la tua app è notevolmente ridotta.
This SO answer riassume bene. Suggerisco di leggerlo e di trarre le tue conclusioni.
E 'anche la pena di considerare che il "tag objective-c" ha oltre 3280 domande, mentre "gnustep" ha 9. Non sto dicendo che il volume di domanda è una metrica di qualità, ma è un parallelo con l'attività e l'interesse, e molto probabilmente un basso numero di persone con esperienza in GNUstep su questo sito, quindi è meno probabile avere un buon aiuto se scegli di seguire il percorso che stai considerando
A proposito, la mentalità di evitare nuovi le funzionalità in nome della compatibilità sono un "minimo comune denominatore" che, a lungo termine, renderà il tuo codice meno elegante e meno "featureful". È simile alla sola codifica con le API disponibili su 10.2 o 10.3 - qualsiasi OS X recente o lo sviluppatore iPhone ti dirà che preferirebbero farlo Il vantaggio delle nuove fantastiche funzioni, e non essere ostacolato dalle passate limitazioni. Oggigiorno, le nuove app richiedono quasi sempre 10.5 - il supporto per le versioni precedenti è più caratteristico di un software consolidato che è retrocompatibile, e molte app fanno cadere nel tempo anche i vecchi SO.
Se stai pensando di vendere un'applicazione, utilizzare solo API compatibili con GNUstep limiterà seriamente il tuo mercato e persino limiterà la tua app in modi fondamentali, incluso il livello di lucidità e funzionalità che puoi sperare di ottenere. Anche se l'app non sarà commerciale, generalmente è opportuno utilizzare la lingua e le strutture che si adattano meglio a una data piattaforma.Se stai davvero cercando il supporto multipiattaforma, è probabile che Java ti avvicini con meno bruciori di stomaco. (Java non è sicuramente la mia lingua preferita, e non è Cocoa, ma fa molte cose bene.) Anche se c'è ancora lo stesso problema della versione linguistica su client e piattaforme, almeno è progettato per essere multipiattaforma, e tutte le piattaforme consumer hanno un solido supporto Java.
In tema di "Non farlo!": E 'una situazione interessante - Non ho bisogno di molto al di fuori della Fondazione, e la maggior parte del codice è composta da tonnellate di mie classi, oltre a un bel po 'di lettura e scrittura XML. Quindi, ho pensato che non sarebbe stato un grosso problema mantenere compatibile con GNUstep. Per quanto riguarda il fatto che i miei utenti installino un runtime, speravo di combatterlo con un programma di installazione ben scritto che gestisce tutto per loro, se lo desiderano. (Mi interessa sentire eventuali obiezioni a questi due punti, però.) – andyvn22
Se qualcuno sta provando a fare questo: non sono mai riuscito a far funzionare Obj-C 2.0 con GNUstep, ma sembra funzionare alla grande con Cocotron (anche se avrai bisogno di accedere a un Mac per la compilazione). – andyvn22