看板 java 關於我們 聯絡資訊
※ 引述《cyclone350 (老子我最神)》之銘言: : # 例子1 這個我看不出來問題出在哪裡 你講出來的部分沒有提到問題 : # 例子2 這其實是手機的網路很爛的問題所導致的 原則上是盡量減少request數目 其實手機版網頁也是同樣的原則 所以會有那種,把一堆小icon合併在一張圖 然後用css去切圖之類的做法在 http://www.minwt.com/webdesign-dev/css/11111.html 其他還有把不同隻JS壓在一起的 或是單頁網頁之類的東西 都是為了壓縮量量 像那種幾年十年前,打一堆request的網站在手機上 尤其實在訊號不穩定的地方,會很慘 : 例如我問說 : 我如果只有聽到 A 的回答,我自然會去想說,其他 sql 資料也不比這個少啊 : 為什麼其他 sql 只有 0.1 秒就跑完了 : 我沒有 index 方面的知識,但是透過 B 的說法,就可以解釋 : 為什麼只有這個 sql 特別慢了 : 現在我需要一個 "B" 來提醒我,所以不是相不相信的問題, : 是我想理解效能考量的方式 你跑來網上問就不對了 我們這邊再怎麼幫你看,都是隔空抓藥 運氣好有看到問題點的話還可以幫你解答 運氣不好就亂猜,導致你回去飆那個A,進而導致團隊出現裂痕之類的 如果你是用人主管,麻煩不要做這種事情 ※ 編輯: LaPass (114.38.72.115), 08/10/2016 01:15:17
cyclone350: 例子1的問題是為什麼for(i=0;i<300;i++)會有效能問題 08/10 01:15
LaPass: 如果真的是那樣的實作方式的確诶效能問題,所以我在想效能 08/10 01:18
LaPass: 問題是出在你沒講的部份上。 08/10 01:19
cyclone350: 另外不用擔心啦~我不會飆人,我也不是主管 08/10 01:33
realmeat: 例一看不出來有啥問題, 跟平台也沒關係... 08/10 12:13
realmeat: 例二就真的網路不穩, 問題很大 08/10 12:14