2017-01-31 37 views
0

這些都是一系列誰以前對大項目合作爲Android工作室程序員的問題。因此,在列出問題之前,讓我解釋我爲什麼要問。的Android工作室搖籃正在同步/建築性能

我不禁注意到,Gradle需要36+秒才能同步併爲我編譯,以便每次啓動AS時開始編程。這不是什麼現在的問題,但是當項目開始獲得超過26,000行代碼時怎麼樣?所以,現在我真正的問題是:

1)對於Gradle來說,大型項目比小型項目花費的時間要長得多嗎?

2)如果是這樣,是否有任何級別的重構/錯誤捕獲,我可以在同步/構建中繞過以使得流程在長期運行中更快?

3)我的電腦可以在全超畫質下運行任何遊戲。系統規範是否使編譯和編程語言處理比遊戲規範更快?

感謝所有人的貢獻,無論您是否可以回答所有問題,您都會被承認(至少投票)!

回答

1

幸運的你。在過去的兩年裏,Gradle的速度有了很大的提高。截至今天,儘管速度仍然有點緩慢,但我對速度非常滿意。無論如何。關於你的問題,這裏是我的兩分錢:

  1. 是的。但它不是一個線性的「功能」。如果配置正確,我還沒有遇到任何需要超過3或4分鐘的項目,其中一項特別大。

  2. 「加速」過程的唯一方法是分配更多的內存。有兩種方法在這裏,內(模塊)gradle這個文件中,你可以這樣做:

dexOptions { javaMaxHeapSize "5g" }

或者你可以定義gradle.properties文件中的字段:

org.gradle.jvmargs=-Xmx5632M

  1. 沒有系統規格說明,我知道這會提高性能,但聽起來像你有一個非常好的系統,你不會遇到任何麻煩。該領域取得了很多進展。

享受發展。

+0

我會嘗試增加堆的大小,如果我永遠不耐煩,謝謝你:D – newplayer65

1
  1. 是的,較大的項目需要較長時間才能同步和構建。代碼行是一個促成因素,還有依賴關係,資產數量等。Gradle也有點臭名昭着,因爲它有點慢。

  2. 這取決於你個人的搖籃配置。刪除不需要的步驟(如果您已經配置了一些步驟),例如簽名APK,也可能有所幫助。 「即時跑步」對於微小的變化非常迅速,但有點不值得信任。沒有辦法「跳過」編譯步驟 - 如果需要重新編譯,需要重新編譯。相信編譯器和IDE會優化任何不必要的步驟,並確保您不要求任何不必要的額外步驟。

  3. 遊戲電腦通常有相當強壯的處理器,這是用於同步和構建項目的主要組件。硬盤驅動器的磁盤讀取速度也將是一個因素 - 固態硬盤將比盤片驅動器快得多 - 但它的重要性遠不及處理器。您的視頻卡,即遊戲PC中的其他重要組件,根本不會用於構建。一臺穩定的遊戲PC將足夠開發。

有刮鬍子的時間把你的搖籃建立時間(for example),但建立時間將永遠是一個現實的幾種方法。

+0

感謝您的輸入!我希望我可以給你業力,不幸的是我發現我甚至不能給你業力......我甚至只是被降級爲一個完全可以接受的答案downvote:/ – newplayer65

相關問題