[問題] android 開發 java 的效能考量

看板java作者cyclone350 (老子我最神)時間8年前發表 (2016/08/09 15:25), 8年前編輯推噓8(8推 0噓 9→)

留言17則, 8人參與討論串1/6 (看更多)

HI, 我完全沒有開發 android app 的經驗在開發上我是提供 API，讓 APP 呼叫並且處理但是 APP 在開發上跟我說的效能問題實在很難說服我我下面會舉一些例子，希望有在開發 APP 的人或是有相關實際經驗的人能跟我講 APP 的考量點 # 例子1 server 會提供一個商品列表，包含商品名稱、商品價錢、推薦順序 ``` [ {name: "product1", price: 20, recommandOrder: "1evel1"}, {name: "product2", price: 30, recommandOrder: "1evel1"}, {name: "product3", price: 40, recommandOrder: "1evel1"}, {name: "product4", price: 30, recommandOrder: "1evel2"}, {name: "product5", price: 20, recommandOrder: "1evel3"}, {name: "product6", price: 30, recommandOrder: "1evel3"} ] ``` 從這邊可以看出來第一個 level1 的商品是 product1 第一個 level2 的商品是 product4 第一個 level3 的商品是 product5 實際上我們每一次回傳的商品數量約 50~300 個問題來了，app 團隊告知他們無法這樣計算，因為會有效能議題但是… 為什麼一個普通的單次或兩次迴圈，而且數量只有 300 的情況下會有效能議題 app 團隊回應因為要建立物件對應 (hashMap)，所以會有效能議題這實在是有點難說服我，因為依照我對手機的了解，可以跑 3D 遊戲可以玩跑跑薑餅人，可以玩動作卡牌遊戲究竟是為什麼一個沒有 IO 的普通迴圈會有效能問題? 請問是我少考慮甚麼東西嗎? 麻煩有經驗的人幫忙回答一下，謝謝 --- # 例子2 APP 有一個商品列表頁，一個商品介紹頁面，一個商品使用規格使用規格的意思是說假如我買一個線上音樂，這個音樂可以選的音質，歌詞...等雜七雜八的設定 app 團隊表示必須在一隻 API 內提供所有內容也就是列表所有商品的介紹，細項，以及購買後的全部設定有多個 request 會有效能問題這我就更難動了，我有寫過網頁網頁現在趨勢是 ajax 互動，你要做某件事情，或取得某些資料，再呼叫相對的 API 即可，也就是一個 API 目的都很單純，整體架構也比較有彈性、方便修改就算是最古老的 jsp 寫法，完全沒有 ajax，也是一個頁面一個 model 怎麼會有一大堆頁面的所有資料包含在一個 model 的概念? 而且假設多個 request 會有效能議題，那瀏覽器不就掛掉了? 因為隨便一個頁面可能就有好幾十個 http request... 請問是我少考慮甚麼東西嗎? 麻煩有經驗的人幫忙回答一下，謝謝 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 123.193.196.217 ※ 文章網址: https://www.ptt.cc/bbs/java/M.1470756355.A.BCA.html

→

james732

08/09 23:31, , 1^F

08/09 23:31, 1^F

→

james732

08/09 23:31, , 2^F

08/09 23:31, 2^F

→ cyclone350: 會阿 *[m 08/09 23:32 我覺得還是表達的方式會讓我無法理解例如我問說為什麼這個 sql 需要跑超過 10 秒 A 回答: 因為有好多資料阿 B 回答: 因為這個sql查詢欄位沒建 index，所以搜尋複雜度是 O(n) 我如果只有聽到 A 的回答，我自然會去想說，其他 sql 資料也不比這個少啊為什麼其他 sql 只有 0.1 秒就跑完了我沒有 index 方面的知識，但是透過 B 的說法，就可以解釋為什麼只有這個 sql 特別慢了現在我需要一個 "B" 來提醒我，所以不是相不相信的問題，是我想理解效能考量的方式