2012-10-25 136 views

回答

2

據我所知,類加載器和安全管理器在至少一次打到性能時,第一次加載某個類。
JVM在啓動時將所有相關的類(最終的JAR)加載到內存中(如果它們在import中「鏈接」)。
這是「按需加載」是如何發生的,如果使用反射等

但我想告訴你的是,如果我是你,我會打破代碼爲多件儘可能底線
從長遠來看,這將給予更好的可維護性,並且該特定點在每個軟件生命週期中都非常重要。

祝你好運!

+0

一般來說,我同意,但在小程序方面,庫越少越好。對於每個庫,瀏覽器必須打開全新的http連接才能獲取它。連接越少,項目加載的速度就越快。也許你可以開發不同的模塊,併爲你的applet代碼生成一個超級jar。 – Matt

+0

@Matt是的,這是提供JS文件等同樣的考慮。最後,您可以將它們組合起來,但無法維護代碼簡直是不可接受的。 – Poni

1

就我個人而言,我嘗試按功能組織我的代碼庫。

如果我正在做一個簡單的控制檯或Web項目,我真的不想用它拖動我所有的UI庫代碼。同樣,我有幾個UI庫,分爲諸如實用程序,組件和動畫/高級或專業庫。對我而言,這往往會創建大量小而非特定的庫(其中一些依賴於其他庫 - 我的許多庫依賴於相同的核心/實用程序庫),但它提供了大量的靈活性,因爲我可以選擇那些最適合支持當前項目的圖書館,而無需拖動大量的,否則無用的行李。如果你需要記住事物的位置,但是如果你仔細地說出你的名字和分組方式,那麼它應該沒問題),並且可能會使構建過程變得更長(取決於你使用什麼構建系統)。

但從執行時刻,我不認爲它會產生太大的差別(其他然後如果你正在做的事情,如網絡的部署,然後大小事宜;))

恕我直言

它確實有助於保持項目規模不變,因爲它們攜帶的重量要小得多,那麼如果你有少量的單片庫......(這是一種在工作中並且完全痛苦的情況)。