Снижение уровня сложности приложения на основе Cairngorm

Question

Можно ли использовать такие инструменты, как SWFAddress, каким-нибудь умным способом, чтобы облегчить существующую архитектуру клиент-сервер. Я вижу возможности даже ввести отображение шаблонов в стиле REST или что-то в этом роде.

В настоящее время я следую всем руководящим принципам Кэрнгорма, которые уже привели к созданию набора команд, которые все имеют смысл, но, включая бизнес-делегатов и все такое, я испытываю трудности с расширением и рефакторингом. приложение (и на самом деле слои должны были помочь, плотно ... возможно, я делаю это не совсем правильно, я признаю).

Как бы то ни было, я думал о том, чтобы как-то уменьшить количество летающих событий приложения и количество команд, отвечающих на них. На самом деле, у меня все в порядке, даже если я объединю представление с некоторой логикой, если я смогу получить степень сложности слоя.

Что я имею в виду: возможно, я мог бы привязать нажатие кнопки к шаблону URL-адреса (или использовать SWFaddress для глобального изменения URL-адреса). С другой стороны, я буду ждать изменений URL-адреса, переформатировать его и передать делегату службы, который имеет необходимые сопоставления, поэтому он знает, какой метод вызвать, или он может даже передать URL-адрес напрямую в HTTPSErvice. Затем делегат обработает ответ сервера и обновит модель, которая через привязки обновит представление.

Я не собираюсь полностью отказываться от команд. Я считаю, что они хороши для планирования внутренних взаимодействий (внутри самого клиента), но я бы хотел воздержаться от их использования для связи с сервером.

На правильном ли я пути?

Answer 1

Вы согласны перейти на другую платформу, а не на Cairngorm? Вы только что прекрасно описали, на что жалуется большинство людей. Я думаю, что он в основном существует с давних времен разработки Flex ...

Большинство знакомых мне разработчиков используют более «современный» фреймворк, обычно фокусируясь на внедрении зависимостей (DI).

Вот хорошая отправная точка для анализа различных используемых сегодня фреймворков:

http://www.adobe.com/devnet/flex/articles/ flex_framework.html

и для дальнейшего чтения ...

Я лично предпочитаю Swiz и использую его во всех своих проектах. Он по-прежнему фокусируется на шаблоне команд, но, как вы описали, значительно облегчает сложность слоев.

Если вы спрашиваете, как я могу сделать Кэрнгорм менее похожим на ... ну, Кэрнгорм ... то, боюсь, я не смогу вам помочь. :)

Ура и удачи!