降低基於Cairngorm的應用程序的圖層複雜度

Question

是否可以使用諸如SWFAddress之類的工具以某種巧妙的方式來緩解現有的客戶端 - 服務器體系結構。我看到甚至可以引入類似REST的模式映射或類似的東西。

我現在正在做的是遵循所有的Cairngorm guidleines，這已經導致了一堆命令，這些命令都是有意義的，但包含了業務代表，以及所有這些東西，我正在陷入困境，重構應用程序（實際上，圖層應該有所幫助，很緊張......也許我沒有這麼做，我承認）。

無論如何，我想到的是以某種方式減少了飛來飛去的應用程序事件的數量，以及響應它們的命令的數量。實際上，如果我可以獲得某些圖層複雜度的rd，即使將視圖與某些邏輯耦合，我也可以。

我的意思是：也許，我可以將一個按鈕點擊綁定到一個url模式（或使用SWFaddress全局更改url）。另一方面，我將等待URL的更改，重新格式化，並將其傳遞到服務代理上，該服務代理具有必要的映射，因此它知道調用什麼方法，或者甚至可以直接傳遞url到HTTPSErvice。然後代理將處理服務器響應，並更新模型，通過綁定更新視圖。

我不會完全溝渠命令。我認爲它們對於內部交互的調度（在客戶端本身內）是很好的，但我想避免使用它們與服務器進行通信。

我在正確的道路上嗎？

Answer 1

您是否願意改用替代框架而不是Cairngorm？你剛剛完全描述了大多數人的抱怨是關於它的。我認爲它主要來自Flex開發的迴歸日...

我認識的大多數開發人員使用更「現代」的框架，通常關注依賴注入（DI）。

這裏是目前使用分析各種frameowkrs一個很好的起點：

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

and for for further reading...

我個人比較喜歡Swiz會，在我所有的項目中使用它。正如你所描述的，它仍然關注命令模式，但是緩解了很多層複雜性。

如果你的問題是我怎樣才能讓Cairngorm不那麼像Cairngorm ......那麼恐怕我無法幫到你。 :)

乾杯和祝你好運！