Team di Adobe Flex sembra incline ad allontanarsi dal design pulito.

Quadro attuale versione stabile di Flex è 3.x e la squadra Flex di Adobe sta lavorando attivamente su come ottenere la versione 4.x di pronto quest'anno. In questo momento, l'SDK di Flex 4 core, nome in codice Gumbo, si evolve attraverso un processo di open source. Da sbirciare nella sua versione iniziale, appare promettente in quanto vi sono tentativi seri di creare una netta separazione di comportamento e la presentazione nelle componenti, a parte le tonnellate di miglioramenti nifty tutto il quadro. (Prometto di scrivere alcune delle caratteristiche prossima presto)

Tuttavia, una decisione di progettazione in mezzo a tutta questa bontà sembra piuttosto strano e allarmante. Il team di Flex propone di prefisso nomi dei componenti Gumbo con le lettere "Fx". Consente di cercare di capire ciò che questo significa.

In Flex 3.xe 2.x si dispone di un componente Button, cui si accede all'interno di un'applicazione Flex con <mx:Button>. Qui il nome del componente Button e mx è lo spazio entro il quale questa componente risiede. Ora in 4.x avete ancora il componente Button, ma essa si discosta majorly dal componente con lo stesso nome nel 3.x o la versione 2.x del quadro. I suoi sviluppatori possibile, come possono utilizzare entrambe le versioni contemporaneamente e che, dove vi è la necessità per i due enti, pulsanti cioè, (con lo stesso nome) per essere identificati distintamente.

È presto detto, come si fa a verificare le due versioni del lavoro Button insieme senza causare confusione nel programma. La risposta a questa domanda è semplice e collaudato tempo: Metterle in diversi secchi logico.

Questa soluzione di mettere le cose con lo stesso nome in partizioni diverse logicamente sembra funzionare bene in molte situazioni. Questo è il modo in due classi con lo stesso nome sono differenziate - in cui sono messi a norma delle strutture pacchetto diverso. Per abcFoo esempio e xyzFoo possono coesistere nella misura in cui sono indicati con i loro nomi completi. Questo è come gli elementi XML con lo stesso nome, ma da diversi schemi sono riconciliati. In questo modo le variabili con lo stesso nome, ma all'interno di diversi ambiti di applicazione sono stati risolti.

Tuttavia, questa soluzione sembra semplice per eludere le considerazioni del team Flex. Essi credono partizionamento logico (che si traduce in spazi dei nomi in caso di componenti Flex acessed dai loro tag XML) può essere fonte di confusione per i principianti.

Il senso comune

In modo da proporre, invece, che abbiamo prefisso i nomi di tutti i componenti whoes scontro con i nomi di quelli esistenti con le lettere "Fx". In altre parole il nostro <mx:Button> in Flex 3.xo 2.x, che dal modo in cui oggi viene affettuosamente chiamato "Halo", diventa <FxButton> in Flex 4, che è anche denominato "Gumbo".

Se si utilizzano gli spazi dei nomi, invece poi questo stesso pulsante in Gumbo saranno <fx:Button>.

Se seguiamo il suggerimento di Adobe possiamo terra con qualcosa di simile --

• Halo - mx: Button
• Gumbo - FxButton
• Mumbo (o come diavolo si sceglie di chiamare affettuosamente la prossima versione) - Fx2Button o FxFxButton o MumboFxButton
• Jumbo (forse la seguente versione evolutiva) - Fx3Button o FxFxFxButton o JumboFxButton

Non ti basta chiamare un pulsante di un pulsante e hanno gli spazi dei nomi decidere il meteo dal Halo, Gumbo, Mumbo Jumbo o del clan?

Se volete aiutare Adobe prendere una decisione sensata in favore di spazi dei nomi (per esempio usando FX: Button invece di FxButton per ora), quindi si prega di andare avanti e votare a favore di questo bug su JIRA Flex.

Bookmark It

Hide Sites