使用GWT的地方和活動或不在非常大的項目

想象一個非常大的gwt應用項目。這只是網絡上某種形式的科學環境。因此，對於每個用戶來說，它存儲的應用程序的狀態，並沒有什麼與瀏覽器的歷史或書籤相關。歷史是一種甚至不能應用於應用程序本身的東西（比如CAD系統或其他，沒有直觀的「後退按鈕」）。我們正在考慮是否使用現代的活動和地方以及MVP。如果歷史管理沒有意義，活動和場所的利弊如何？與沒有任何地點和活動的傳統MVP + DI相比，此框架是否可以在代碼維護和代碼模塊化方面提供一些優勢？根據經營該應用程序將可提供與API某種形式的插件使用GWT的地方和活動或不在非常大的項目

來源

2012-06-22 Niko

的考慮到的地方大約只有應用程序內導航（不一定依賴於瀏覽器的歷史，但仍然非常類似）和活動基礎上放置一個模塊化和解耦的方法構建基塊您的用戶界面的生命週期綁定到位置，然後我沒有看到在您的案例中使用它們的任何好處。

N.B：活動和地點有絕對沒有做MVP，這是所有關於導航，作爲官方文件說：

GWT 2.1引入了瀏覽器的歷史記錄管理內置的框架。 Activities和Places框架允許您在應用程序中創建可收藏的URL，從而允許瀏覽器的後退按鈕和書籤按用戶期望的方式工作。它建立在GWT的歷史機制上，可以與MVP開發結合使用，儘管不是必需的。

來源： https://developers.google.com/web-toolkit/doc/latest/DevGuideMvpActivitiesAndPlaces

來源

2012-06-22 12:52:20

日Thnx反饋！是的，我知道它與MVP沒有任何關係，但實際上鎖定了谷歌官方文檔和一些書籍（比如Daniel Guermeur's）。我發現MVP模式的實現有點不同，如果將地點和活動集成到應用程序的雙向「黑社會」內部的關係。 – Niko

重新「雙向關係」，你是指'Presenter'和'View'接口_knowing_對方？如果是的話，那只是一種做法。你最近如何做MVP？ –

使用GWT的地方和活動或不在非常大的項目

回答

相關問題