看板
[ java ]
討論串[問題] android 開發 java 的效能考量
共 6 篇文章
內容預覽:
我寫過手機 也寫過前後端，但是沒寫過手機遊戲. 稍微提供一下初淺意見. 如果你有超多商品，而且每一筆的文字敘述 落落長. 請問總資料量是多少K?還是M?. 剛剛前面網友有提到網路品質等問題，你也要顧慮進去. 此外每一個手機的PG都有跟OOM奮戰的經驗. OOM並不是記憶體不夠用，而是Dalvik H
(還有504個字)
內容預覽:
我沒用APP 實做過但是我碰過這種實作方式的API...... 說實話....這種結構很糟.....很糟..... 這明明是一個>=3維以上的資料結構，你硬要用二維來存. 浪費RAM空間就算了. 我要使用的的時候 還必須要重新結構化...... 另外 如果需求只是顯示部分商品，但每當我拿到資料要做篩
(還有147個字)
內容預覽:
這個我看不出來問題出在哪裡. 你講出來的部分沒有提到問題. 這其實是手機的網路很爛的問題所導致的. 原則上是盡量減少request數目. 其實手機版網頁也是同樣的原則. 所以會有那種，把一堆小icon合併在一張圖. 然後用css去切圖之類的做法在. http://www.minwt.com/webd
(還有116個字)
內容預覽:
其實你可以了解一下手機的硬體架構. 尤其是處理器. 處理器架構分為兩種. 一種是RISC 另一種為CISC. RISC的相關特性請把關鍵字拿去餵狗. RISC基本上就是移動裝置的主流架構. 因為線路夠簡單、夠省電. 而手機處理器在普遍低頻的情況下. 雖然IPS有慢慢追上PC處理器的跡象. 但是由於架
(還有156個字)