Adobe Flex zespół wydaje się skłonny do odejścia od czystego projektu.

Flex ramach aktualnej stabilnej wersji 3.x oraz Adobe Flex Zespół aktywnie pracuje nad uzyskaniem wersji 4.x gotowy w tym roku. W tej chwili trzon Flex SDK 4, o nazwie kodowej Gumbo, rozwija się w drodze otwartego procesu źródła. Z zaglądając do jego pierwotnej wersji, wygląda obiecująco, ponieważ istnieją poważne próby utworzenia czystej separacji zachowania i prezentacji w części, z wyjątkiem ton Nifty akcesoria całej ramy. (Obiecuję pisać o niektórych przyszłych funkcji wkrótce)

Jednakże jeden wzór decyzji w środku tego wszystkiego dobra wydaje się dziwne i niepokojące. Flex zespół proponuje prefiks Gumbo składnik nazwy z liter "Fx". Spróbujmy i zrozumieć, co to znaczy.

W Flex 3.xi 2.x masz przycisk części, których masz dostęp w aplikacji za pomocą <mx:Button> flex. O nazwie składnika jest Button i mx jest namespace, w którym znajduje się ten składnik. Teraz w 4.x wciąż masz komponent Button, ale odbiega od majorly element o tej samej nazwie w wersji 3.x lub 2.x wersji ramy. Możliwości jej programiści mogą jak użycie obu wersji jednocześnie i to, gdzie istnieje potrzeba dla dwóch podmiotów, tj. przyciski, (o tej samej nazwie), które zostaną określone wyraźnie.

Po prostu powiedział, w jaki sposób upewnić się, że dwie wersje Button współpracować bez powodowania zamieszania w programie. Odpowiedzi na to pytanie jest prosta i czas badane: Umieść je w różnych logiczne wiader.

To rozwiązanie oddania rzeczy z tych samych nazw w różnych partycjach logicznie zdaje się dobrze działać w wielu sytuacjach. W ten sposób dwie klasy o tej samej nazwie są zróżnicowane - są pakowane w różne struktury pakietu. Na przykład abcFoo i xyzFoo mogą funkcjonować, o ile są określone z nazwy w pełni kwalifikowanej. W ten sposób elementy XML o tej samej nazwie, ale z różnych schematów się pogodzić. W ten sposób zmiennych o tej samej nazwie ale w różnych zakresów są rozwiązane.

To jednak proste rozwiązanie wydaje się uniknąć Flex zespołu rozważań. Uważają one, logiczne partycje (co przekłada się na nazw w przypadku komponentów Flex acessed przez tagi XML) może być mylące dla początkujących.

Poczucie wspólnej Reasoning

Więc zamiast zaproponować, że prefiks nazwy wszystkich składników whoes konflikt nazw z istniejących z literami "Fx". Innymi słowy nasz <mx:Button> w Flex 2.x lub 3.x, który na drodze jest teraz nazywany pieszczotliwie "Halo", staje się <FxButton> w Flex 4, który jest również zwany "Gumbo".

Jeśli używasz nazw zamiast następnie tego samego przycisku w Gumbo będzie <fx:Button>.

Jeśli pójdziemy Adobe sugestię możemy się z ziemi coś takiego -

• Halo - mx: Button
• Gumbo - FxButton
• Mumbo (lub cokolwiek wybierzesz serdecznie wezwanie następnej wersji) - Fx2Button lub FxFxButton lub MumboFxButton
• Jumbo (ewentualnie następujące ewolucyjny wersja) - Fx3Button lub FxFxFxButton lub JumboFxButton

Czy nie wystarczy zadzwonić przycisk przycisk i mają nazw decydują pogoda jej z Halo, Gumbo, Mumbo Jumbo lub klanu?

Jeśli chcesz pomóc Adobe dokonać rozsądnej decyzji na rzecz nazw (np. przy użyciu fx: Button zamiast FxButton na razie) to proszę śmiało i głosować za ten błąd w sprawie Flex JIRA .

Zakładek

Ukryj Witryny