[問題] 請問你會不會覺得 郵遞區號 3+2 碼的開發價值很低?

看板Ajax作者 (尼歐)時間16年前 (2008/05/01 14:19), 編輯推噓2(2推 0噓 10→)
留言12則, 5人參與, 最新討論串1/1
Hi~ 各位. 我自己現在正在製作, 郵遞區號3+2碼的Js多階選單. 但是做一做, 總覺得, 好像是一個吃力不討好的設計. 資料庫的紀錄方式, Js的防呆設計, 和使用者感受. 我都覺得, 還不如恢復, 傳統的3碼. 但, 又很猶豫, 到底要不要開發下去. 所以想請問各位的感受. -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.132.8.20
推
05/01 14:29, , 1F
五碼才傳遞的快啊
05/01 14:29, 1F
→
05/01 15:01, , 2F
未必耶~ 因為光純字串檔, 就大於4~5MB喔
05/01 15:01, 2F
→
05/01 15:03, , 3F
雖然是有辦法解決, 但還是光配套JS就覺得很麻煩~
05/01 15:03, 3F
→
05/01 16:58, , 4F
請問4~5MB的資料是怎麼來的? =__=
05/01 16:58, 4F
→
05/01 17:00, , 5F
郵局有郵遞區號檔可下載
05/01 17:00, 5F
推
05/01 17:35, , 6F
不含轉碼程式的話有XML/Excel/txt格式 都沒超過800kb...
05/01 17:35, 6F
→
05/01 17:46, , 7F
為什麼最近常看到查詢郵遞區號的東東啊
05/01 17:46, 7F
→
05/01 18:18, , 8F
@@好怪~ 我剛剛去看,的確是變小了.
05/01 18:18, 8F
→
05/01 18:18, , 9F
喔~ 我的意思是^^ 還是有適度增加字串(轉碼程式)
05/01 18:18, 9F
→
05/01 18:22, , 10F
不過我剛剛看我原來的XML版本 的確是約8MB耶
05/01 18:22, 10F
→
05/01 18:23, , 11F
而且沒有增加欄位
05/01 18:23, 11F
→
05/01 18:26, , 12F
好吧 我發現那XML 裡面格式有變動. 變大了~
05/01 18:26, 12F
‣ 更多 e90411154 的文章
文章代碼(AID): #186M3qqD (Ajax)