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