Newsgroup: it.comp.macintosh
Titolo: L'objective C

Un saluto a tutto l'NG.
Dopo tentativi e arresti improvvisi ho capito che tra me l'objective C
proprio non va.
C'e' da dire che programmo parecchie ore al giorno in c e c++, saltare
occasionalmente all'objective C richiede una elasticita' che
evidentemente io non ho. Vabbe', problemi miei e buonanotte. Capisco che
l'utilizzo delle cocoa in effetti faciliti i programmatori in obj C e ne
prendo amaramente atto.
Pero' una domanda mi sorge... Ci sono alcune applicazioni come
lightroom, photoshop, etc... che sono progetti piuttosto grossi che
"girano" sia in piattaforma winzozz che mac. Ora chiedo... ma e'
possibile che i sorgenti di questi progetti siano in obj c (nella
versione mac) e in c++ o c# nelle versioni win?
Mi sembra strano, spero proprio che l'adobe abbia un unico progetto che
a seconda di come lo compilano produca la versione per mac o win. Se e'
cosi'... con che tool di sviluppo lavorano? (non mi dite realbasic che
mi incazzo :)).
La mia impressione e' che xcode sia in tool per noi comuni mortali e che
in realta' le grosse aziende dispongano di sistemi di sviluppo migliori
e piu' performanti.
Alla fine voglio ricondurre il discorso ad una soluzione unica che possa
essere utilizzata da un programmatore in c++.
Da quello che vedo su Xcode il c++ non viene supportato come l'obj C e
questo mi scoccia.
saluti
-- 
[Billy]
http://www.giancarlofarina.com/

 questo mi scoccia.
Usa GCC e BBEdit, mica ti obbliganbo ad usare xcode!

 Usa GCC e BBEdit, mica ti obbliganbo ad usare xcode!
ok, sono aperto ad alternative soluzioni.
Sto usando in prova textmate per l'editing, provero' pure bbedit.
Niente in contrario per il gcc ma l'interfaccia grafica e le dialog box
come fai a comporle?
ciao e grazie
-- 
[Billy]
http://www.giancarlofarina.com/

 come fai a comporle?
Come ti dicevano, con Carbon. Oppure con Qt. Oppure con wx. 
Vuoi sapere se c'è un "pitturatore di GUI"? Si: InterfaceBuilder
funziona comunque a anche con codice scritto "a mano":
Qt offre il suo designer. wx dovrebbe pure offrire qualcosa.
A parità di sforzo investito le soluizioni sono in ordine di qualità
media del risultato prodotto.
-- 
-riko

 che poi linkano staticamente con la GUI sviluppata 
Non credo. Se guardi il numero di librerie condivise in una tipica
installazione di Photoshop io voto che usano (come praticamente tutti
ormai) il linking dinamico. 
-- 
-riko

 questo mi scoccia.
Non viene supportato come Objective-C? Forse. Il supporto mi pare
comunque decoroso. Ad ogni modo mi sento toccato il giusto da questa
cosa: preferisco comunque un buon editor e dei build-tools ben più
flessibili di un IDE. 
-- 
-riko

 Qt offre il suo designer. wx dovrebbe pure offrire qualcosa.
Si'... intendeve "un pitturatore di gui" :).
Con IB non sono riuscito a trovarmi, ho come l'impressione che sia stato
sviluppato meglio per obj C. Grazie delle dritte, provero' vedere qt e
wx.
:)
-- 
[Billy]
http://www.giancarlofarina.com/

flessibili di un IDE.
Abbiamo esperienze diverse, condivido con te che il codice piu' potente
e performante si realizza con un semplice cacciavite ma i tempi di
produzione del software qualche volta la fanno da padrone. Una buona
interfaccia ide (visual studio, c++ builder etc...) la fanno, in questo
caso, da padroni.
-- 
[Billy]
http://www.giancarlofarina.com/

 TextMate > BBEdit.
Non per la parte search&replace a quanto ho visto, né per tutta una 
serie di utili strumentini per il testo sotto il menu "Text". C'è da 
dire che uso TextWrangler ma BBEdit dovrebbe avere poche differenze 
(cioè caratteristiche aggiuntive).

 wx.
No. IB funziona ugualmente bene con Cocoa e Carbon. Il linguaggio con
cui piloti č poi affar tuo.
-- 
-riko

 caso, da padroni.
No. Se ho "fretta" (ma anche se non ho fretta) utilizzando oggetti come
Python decurto i tempi di sviluppo in modo pauroso. E diventa anche meno
costoso essere cross-platform. 
Per inciso, tu parli di IDE, ma IMHO intendi un RAD tool. 
-- 
-riko

 serie di utili strumentini per il testo sotto il menu "Text".
Che sono presenti in alcuni dei bundle standard di TextMate. 
Se poi elenco quello che TM ha più di BBEdit non finisco più.
-- 
-riko

 Per inciso, tu parli di IDE, ma IMHO intendi un RAD tool. 
quoto :).
Domani salto addosso a Qt.
Chemmidici?
-- 
[Billy]
http://www.giancarlofarina.com/

 Chemmidici?
Buona scelta. Solo attenzione alla licenza.
-- 
-riko

 non ci sono finestrine proprio. Ma funziona.
Mi sa che pensava a ben altri tool...

 ormai) il linking dinamico.
Nella mia installazione di PS CS3 non vedo tutte ste shared library. Se 
devi creare una app da qualche milione di source line aivoglia che si 
usano.

 usano.
Deciditi: o si usano o non si usano. Prima dici che fanno linking
statico. Poi confermi dicendo che "non vedi tutte ste shared library".
Infine "ho voglia che si usano".
-- 
-riko

 Mi sa che pensava a ben altri tool...
Questi "ben altri tools" io non li ho visti usati per tutto sto codice
cross-platform. VisualStudio: la scelta obbligata per lo svilippo
cross-platform (fra Windows XP 32bit 64 bit e Vista).
Io gli autotools invece li ho visti all'opera. E funzionano. Certo, sono
cervellotici ed esistono soluzioni molto più eleganti e ben fatte (ma
meno testate e diffuse). E si, tipicamente mi stanno pure sul cazzo, ma
questo non mi impedisce di affermare che *al momento* sono una delle
soluzioni più standard a questa classe di problemi.
Ovviamente bisogna imparare ad usarli.
-- 
-riko

 Infine "ho voglia che si usano".
Se sono linkate staticamente da fori mica se vedono e visto che non 
sono un developer adobe... ;-)

 sono un developer adobe... ;-)
Se hai una libreria linkata staticamente, il codice viene messo a
compile time *dentro* l'eseguibile. Per cui non avrebbe senso metterle
*anche* fuori.
-- 
-riko

 Se poi elenco quello che TM ha più di BBEdit non finisco più.
No, parlavo delle funzioni a corredo quando scarichi il programma.

 No, parlavo delle funzioni a corredo quando scarichi il programma.
Che TextMate mette nel menu bundles e invece BBEdit nel menu Text.
Dopo di che per TM ci sono funzioni per quasi tutto quello che ti può
venire in mente (e ad aggiungerle ci metti un microsecondo, io mi sono
fatto spessissimo snippets personalizzati invece che fare copia incolla
e modifica). In BBEdit, no.
-- 
-riko

 e modifica). In BBEdit, no.
Aspetta, forse mi hai preso per Alfonsino Ossanude, il rappresentante di 
commercio della Bare Bones Software.
Ognuno usi quel che vuole.

 Ognuno usi quel che vuole.
Che cazzo vuole dire? Dici che BB fa una cosa meglio di TextMate, io ti
dico che *non* è vero, a quel punto in linea con il nuovo icm te ne esci
con una battutina e via? Bah.
-- 
-riko

 con una battutina e via? Bah.
No, ricapitoliamo a onor del vero: io ho usato un tempo passato "ho 
visto", tu hai usato tempi presenti ma io, come ti ho spiegato nel mio 
secondo intervento, per il confronto andavo a memoria su un ricordo di 
un po' di tempo fa.
TW lo uso tutt'ora ma chiaramente per poter fare un paragone ci vogliono 
due elementi in gioco.
Dato che sottolinei di avere BBEdit e che ti piace affermare le cose 
(perentoriamente tra l'altro) non lo chiedere a me che non ho TM ora, 
apri le due finestre di ricerca e di' al resto del mondo quello che ti 
pare, ma non ti scaldare tanto, non volevo mica offenderti mate.
Che non ti piacciano le battutine è un conto ma ci sono modi meno 
irruenti di dirlo.