Zespół Adobe Flex wydaje się skłonny do odejścia z czystej konstrukcji.

Flex ramach bieżącej stabilnej wersji 3.x, a zespół w Adobe Flex aktywnie pracuje nad uruchomieniem wersji 4.x gotowa w tym roku. W tej chwili głównym SDK Flex 4, o nazwie kodowej Gumbo, rozwija się poprzez proces otwarty źródła. Od zerkające w jego pierwotnej wersji, to wygląda obiecująco, ponieważ istnieją poważne próby tworzenia czystego separacji zachowania i prezentacji elementów, z wyjątkiem ton ładne akcesoriów całej ramy. (Obiecuję napisać o niektórych przyszłych funkcji wkrótce)

Jednak jeden projekt decyzji w samym środku tego wszystkiego dobra wydaje się dziwne i niepokojące. Zespół Flex proponuje prefiks nazwy Gumbo części litery "Fx". Spróbujmy znaleźć i zrozumieć, co to znaczy.

W Flex 3.xi 2.x masz części przycisk, którego dostęp w flex aplikację korzystającą <mx:Button>. Tutaj nazwa składnika Button i MX nazw, w którym znajduje się ten składnik. Teraz w 4.x wciąż masz komponent Button, ale odbiega od majorly komponent tej samej nazwie w wersji 3.x lub wersji 2.x ram. Jego możliwości, jak programiści mogą korzystać z obu wersji jednocześnie i to, gdzie istnieje potrzeba dwóch podmiotów, tj. przyciski, (o tej samej nazwie), które zostaną określone wyraźnie.

Mówiąc krótko, w jaki sposób upewnić się, że dwie wersje pracy przycisku razem nie powodując błąd w programie. Odpowiedź na to pytanie jest prosta i czasu testowany: Umieść je w różnych logicznych wiadra.

Takie rozwiązanie położenia rzeczy o tych samych nazwach w różnych partycje logiczne wydaje się dobrze w wielu sytuacjach. W ten sposób dwie klasy o tej samej nazwie są zróżnicowane - są poddane różne struktury pakietu. Na przykład abcFoo i xyzFoo mogą współistnieć, o ile są o ich pełnych nazw. W ten sposób elementy XML o tej samej nazwie, ale z różnych schematów są porównywane. W ten sposób zmiennych o tej samej nazwie, ale w różnych zakresów są rozwiązane.

Jednak to proste rozwiązanie wydaje się uniknąć zespół Flex jego uwagi. Wierzą, logiczne partycje (co przekłada się na katalogi w przypadku części Flex acessed ich tagi XML) może być mylące dla początkujących.

Common Sense Reasoning

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

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

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

• Halo - mx: Button
• Gumbo - FxButton
• Mumbo (lub cokolwiek zdecydują się oni pieszczotliwie nazywają następnej wersji) - Fx2Button lub FxFxButton lub MumboFxButton
• Jumbo (ewentualnie po ewolucji wersja) - Fx3Button lub FxFxFxButton lub JumboFxButton

Czy nie wystarczy zadzwonić przycisk Button i 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 do teraz), to proszę bardzo i oceń ten błąd w Flex JIRA.

Bookmark It

Ukryj Witryny