從效能上來講，iframe消耗瀏覽器的效能比用div至少多出十幾倍甚至更多。
使用較多時，http請求數目較多，而frame和iframe自身載入速度較慢，布局不易修改。最好使用div替代。只知道皮毛，希望大家能有更詳盡的分析。
一般使用ajax來獲取資料，如果獲取的資料不在同乙個網域名稱下互相呼叫資料是不太容易呼叫的（這就是ajax的跨域問題），所以一般使用iframe；
iframe一般可以使用xhtml的任何標籤代替，這需要根據你的布局情況，使用ajax呼叫不同的資料。而且iframe獲取資料後有個缺點，父級頁面不容易使用js控制iframe子頁面或子頁面不容易使用js控制父級頁面，比如在iframe下有個登入按鈕，一點登入按鈕想讓父級頁面跳轉，iframe下的內容調轉了，而父級頁面卻沒有。為了避免這種情況，所以採用ajax來獲取資料後通過頁面元素（比如div）呈現。
還有更高階的處理資料方式，比如a**和b**的使用者資料庫不同，但是a**的使用者想登入b**的而且要使用a**的使用者名稱，這就需要webservice技術。
還有羊羊說：一般不要載入過多的js，這也是要根據情況，必要的時候該加就加，當然不要忘記考慮伺服器配置等各方面的問題。
總結：1) 載入多少js，是否使用iframe要根據實際情況來選擇。
2) 一般後台使用iframe較多，前台使用ajax較多。
3) 如果a**顯示b**資料（只是顯示，沒有a站與b站之間的資料互動）使用iframe較好。
為什麼多用組合，少用繼承？
繼承和組合都是實現類重用的手段，何時用繼承何時用組合？繼承表示 is a 的關係，繼承是對已有的類做一番改造，以此獲得乙個特殊的版本。即將乙個較為抽象的類改造成能適用於某些特定需求的類。組合表示 has a 的關係，如果兩個類之間有明顯的整體 部分的關係，適合用組合，比如people和arm類。將a...
為什麼現在UML很少用了
新霸哥發現uml在物件導向的設計中的需求，相關行為 一些體系結構的實現提供了一套綜合完整的表示法，但是由於使用的人比較少，初學者不容易快速入門，所以就導致了uml不是那麼的受歡迎。uml在開發中有什麼樣的意義？架構師可以用uml非常清晰直觀告訴開發人員，一套架構整體規劃是什麼樣的，各自之間有什麼樣的...
為什麼現在UML很少用了
新霸哥發現uml在物件導向的設計中的需求，相關行為 一些體系結構的實現提供了一套綜合完整的表示法，但是由於使用的人比較少，初學者不容易快速入門，所以就導致了uml不是那麼的受歡迎。uml在開發中有什麼樣的意義？架構師可以用uml非常清晰直觀告訴開發人員，一套架構整體規劃是什麼樣的，各自之間有什麼樣的...