我正在使用Google Web Toolkit(GWT)在網絡上實現一個複雜的應用程序。然而,我想知道,在瀏覽器變得不可用的慢之前,可以在單個頁面中包含多少組件(又名入口點)? 我會更好地將我的應用程序分解成多個較小的網頁嗎?GWT網頁複雜度
Q
GWT網頁複雜度
3
A
回答
2
我會看看你的用戶如何實際使用該網站。
如果你發現一個很好的GWT應用程序分離(每個用戶堅持自己的小GWT應用程序),那麼我不明白你爲什麼不能分開它們。
但是,如果您發現用戶不斷從一個應用切換到另一個應用,並且導致啓動其他應用的開銷,那麼您可能需要考慮一個單一應用。我會傾向於這種方式,除非你正在製作非常強大的應用程序。我懷疑瀏覽器會在高度優化的JavaScript GWT推出時遇到什麼麻煩。
1
我會比資源更擔心可用性。
在頁面開始變慢之前頁面將停止使用。如果你在一個頁面上放了太多東西,它會使用戶超負荷。
嘗試將網站分成不同的部分。例如,許多網站在頂部都有標籤,可以從不同的功能或視圖中進行選擇。有些網站還使用帶有鏈接層次結構的邊欄快速訪問網站中的更深層頁面。
0
使用Tabs來分離功能仍然可以在單個頁面內產生一個巨大的DOM - 因爲tabs通過隱藏div來工作。但是,這些div仍在消耗一些瀏覽器資源。 如果我在你身邊,我會分割入口點,標籤指向按需加載的不同網頁。只要可能,我會將其應用於每個單獨的項目。但這只是我的看法。
1
我看了很多遍,一次不要着急很多關於事前的表現,因爲......
- ...作爲電腦將成爲發展過程更快,你的改進將不被認可,許多。
- ......瓶頸不會是你想的,而是別的。定期測量您的應用程序。
正如他們的文檔所述,從小部件切換到單獨的站點對於GWT並不是很複雜。但是在設計時請考慮在兩種解決方案之間進行更改。
1
您需要記住,您不必擁有多個入口點來構建離散小部件。一個入口點可以根據需要在給定頁面上注入儘可能多的小部件。所以你需要擔心的是如何基於用戶如何使用它來分割你的應用程序。
相關問題
- 1. `append`複雜度
- 2. Kolmogorov複雜度
- 3. valarray複雜度
- 4. 時間複雜度和空間複雜度,如何計算空間複雜度
- 5. 如何聚合複雜的網頁
- 6. 複雜的網頁形式和javascript
- 7. 複雜的網頁自動瀏覽
- 8. 在複雜的網頁中使用Microdata
- 9. 時間複雜度
- 10. 堆棧複雜度
- 11. 時間複雜度
- 12. 時間複雜度
- 13. 時間複雜度
- 14. Android OnClickListener複雜度
- 15. 漸近複雜度
- 16. stl list - 複雜度
- 17. 計算函數的空間複雜度和時間複雜度
- 18. GWT CellTable和ListBoxes複雜標識符
- 19. GWT中的MVP。複雜視圖
- 20. 減少了代碼的複雜性GWT
- 21. 組織大型網站中複雜文章的複雜網絡
- 22. GWT覆蓋深度複製
- 23. 'if'in'時間複雜度
- 24. map.find()的時間複雜度
- 25. Dijkstra的算法 - 複雜度
- 26. A *的時間複雜度
- 27. 時間複雜度(Java,Quicksort)
- 28. 降低時間複雜度
- 29. NSGA ii算法複雜度
- 30. 算法複雜度時間
應在開發過程中儘早監控性能。否則,可能會投入大量精力進行特定設計,只是發現它不會擴展。 –
我完全同意羅伯特的觀點,不管計算機多好轉,這對於糟糕的設計來說也不是理由。 –
@羅伯特:也許我不清楚。我不想說他應該在完成時測量他的應用程序,但只要他有可運行的代碼。 –