2010-08-20 20 views
6

C'è altro lavoro o file di codice sorgente necessari per personalizzare l'aspetto (skin)? Quanto è affidabile e leggibile Spark rispetto ad Halo? È più produttivo e più facile da personalizzare in generale rispetto a Halo, all'incirca lo stesso, meno?Quali sono i lati negativi dell'utilizzo di Spark su Halo in Flex?

Se sei un utente SDK che era al 99% soddisfatto dell'aspetto di Halo (forse solo alcune modifiche CSS), sta passando a Spark per creare più lavoro per te? Dobbiamo ora impiegare i progettisti per avere un aspetto abbastanza completo?

risposta

2

IMHO hai più possibilità con le pelli di Spark. Quindi richiede in alcuni casi più lavoro, ma a causa di ciò le skin sono mantenibili, a seconda ovviamente anche dello sviluppatore. Non ho modificato le skin di Halo, quindi ho iniziato a lavorare con Skin con Spark. Non sono l'esperto di pelle e ci sono solo alcune skin su cui ho lavorato. La difficoltà era ok. Creare nuove skin sembra essere difficile ma estendere una skin esistente è abbastanza semplice.

Se sei (99%) felice e non vedi il vantaggio di passare a Spark, non dovresti farlo.

Alcune cose sono cambiate durante l'uso dei componenti Spark, ad es. la possibilità di utilizzare un'icona in un controllo Button non esiste in un pulsante Spark. Ovviamente puoi scrivere la tua pelle e avere più possibilità di farlo, ma questo richiede tempo. Tranne il pulsante, non mi pento di essere passati a Spark.

+2

Se Adobe non sembra aver spinto così duramente per noi a NON usare Halo, penso che mi sentirei a mio agio. Ma dal momento che dicono nei documenti effettivi che "non dovremmo usare tali e questi componenti" Halo e dovremmo usare quelli di Spark invece, è preoccupante. Sembra anche che il supporto per Halo in FB sia diventato un ripensamento (non riesco a ottenere la modalità di progettazione per visualizzare uno stile di Halo, anche se Halo è selezionato come tema), quindi Adobe rende difficile continuare a usarlo. Personalmente non vedo perché non possiamo avere due set di componenti paralleli poiché il design di Halo ** potrebbe ** funzionare meglio in alcuni casi d'uso. – Manius

+2

In realtà la formulazione di Adobe utilizza autorevolmente (diciamo che se si intende utilizzare "Canvas") è "utilizzare spark.components.BorderContainer". Beh, cosa succede se non vogliamo? Non hanno spiegato ** perché ** dovremmo usare Spark invece, ea causa del suo stato "mezzo completo" ora con tonnellate di componenti mancanti, non mi piace molto l'idea di quasi garantire il lavoro di manutenzione e gli aggiornamenti necessari per il mio codice una volta che esce SDK 5. D'altra parte, se usiamo Halo in modo permanente (supponendo che Adobe non ne tiri fuori il tappeto più tardi, chissà), il codice viene "fatto" la prima volta. Frustrante. – Manius

3

Avendo fatto un bel po 'di scuoiature con alone e scintilla, posso dire che trovo la scintilla molto più flessibile (nessun gioco di parole). Con l'alone, passavo molto tempo a scrivere ActionScript per disegnare skin programmatiche. Flex 4 ha introdotto il nuovo modello di stati e FXG, che ti consente di creare le tue skin con MXML. Meno codice, più leggibile, molto più gestibile nella mia esperienza. Anche la separazione tra forma e funzione è molto più pulita con la scintilla. Mi ci è voluto un bel po 'di tempo per orientarmi davvero sul modo di fare le scintille, ma alla fine ne è valsa la pena. Al rovescio della medaglia, sto trovando il set di controllo spark per essere incompleto (no Tree, DataGrid, DividedBox, DatePicker, ColorPicker, icona Button, per citarne alcuni), ei nuovi controlli spark hanno i loro capricci (perché non DropDownList dimensiona il suo contenuto come il suo omologo di alone ?!), ma nel complesso sono felice.

+3

Sicuramente non dubito che Spark sia più flessibile dato che era uno degli obiettivi, ma se sei qualcuno a cui non importa o non ha bisogno di fare "un po 'di skinning", diresti che è ancora un miglioramento rispetto a Halo? Lo sto scoprendo per ottenere qualcosa di meglio della semplice pelle scintillante (che Halo ti ha dato di default senza lavoro), che in realtà devo fare più lavoro di quanto facessi prima. Forse sto sopravvalutando quanto può essere fatto in Spark tramite puro CSS? – Manius

+0

ActionScript, Flex, spark solo DatePicker (in realtà, DateChooser e DateField), che può essere utilizzato per creare un'applicazione Web o mobile, è disponibile come [open source] (https://github.com/pdpsolutions/px/ blob/master/visivo/DateChooser.mxml). –

Problemi correlati