java 板


LINE

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://webptt.com/cn.aspx?n=bbs/java/M.1470756355.A.BCA.html
1F:→ james732: 我觉得你应该考虑自己学一下Android app 08/09 23:31
2F:→ james732: 你怀疑团队跟你说的,那你就会相信网友说的话吗?XD 08/09 23:31
cyclone350: 会阿 *[m 08/09 23:32 我觉得还是表达的方式会让我无法理解 例如我问说 为什麽这个 sql 需要跑超过 10 秒 A 回答: 因为有好多资料阿 B 回答: 因为这个sql查询栏位没建 index,所以搜寻复杂度是 O(n) 我如果只有听到 A 的回答,我自然会去想说,其他 sql 资料也不比这个少啊 为什麽其他 sql 只有 0.1 秒就跑完了 我没有 index 方面的知识,但是透过 B 的说法,就可以解释 为什麽只有这个 sql 特别慢了 现在我需要一个 "B" 来提醒我,所以不是相不相信的问题, 是我想理解效能考量的方式
3F:推 pupuliao: 以前写过一点 当时最难处理的是RAM的问题 08/09 23:35
4F:→ pupuliao: 不过API开发已经有特定对口,还是在规格上双方好好讨论 08/09 23:37
5F:→ pupuliao: 我最近就有串接合作厂商API..都让我想把对方砍了 08/09 23:37
※ 编辑: cyclone350 (123.193.196.217), 08/09/2016 23:53:10
6F:推 pupuliao: 状况二 如果是所有资讯要在一个页面中显示 那要求合理阿 08/09 23:43
※ 编辑: cyclone350 (123.193.196.217), 08/09/2016 23:54:39
7F:推 now99: 从Ui角度来想,这全部资料要一次显示?使用者一次需要看那 08/10 00:01
8F:→ now99: 麽多资料? 08/10 00:01
9F:推 pupuliao: 看你的回应应该是 你们双方沟通有问题吧... 08/10 00:14
10F:推 MIM23: 两边都开发的我来指点迷津,1.麻烦传简单明了的资料来,不 08/10 00:33
11F:→ MIM23: 想在处理过一次。2.不要用网页的思维来看APP,移动装置同一 08/10 00:33
12F:→ MIM23: 个主题的资料能一次请求全回来最好 08/10 00:33
13F:推 lucky1lk: 搜寻复杂度是 O(n) XDDDDD 08/10 07:56
14F:推 ctrlbreak: 第一个问题, 我比较想知道对方觉得怎麽做比较好? 08/14 12:47
15F:→ KeySabre: 可能是觉得product list可以先用level分开来吧 08/14 21:23
16F:推 kairy: 我的主管是size超过2MB的书单api不处理, 来处理其他size 01/12 09:32
17F:→ kairy: 小於10k的 01/12 09:32







like.gif 您可能会有兴趣的文章
icon.png[问题/行为] 猫晚上进房间会不会有憋尿问题
icon.pngRe: [闲聊] 选了错误的女孩成为魔法少女 XDDDDDDDDDD
icon.png[正妹] 瑞典 一张
icon.png[心得] EMS高领长版毛衣.墨小楼MC1002
icon.png[分享] 丹龙隔热纸GE55+33+22
icon.png[问题] 清洗洗衣机
icon.png[寻物] 窗台下的空间
icon.png[闲聊] 双极の女神1 木魔爵
icon.png[售车] 新竹 1997 march 1297cc 白色 四门
icon.png[讨论] 能从照片感受到摄影者心情吗
icon.png[狂贺] 贺贺贺贺 贺!岛村卯月!总选举NO.1
icon.png[难过] 羡慕白皮肤的女生
icon.png阅读文章
icon.png[黑特]
icon.png[问题] SBK S1安装於安全帽位置
icon.png[分享] 旧woo100绝版开箱!!
icon.pngRe: [无言] 关於小包卫生纸
icon.png[开箱] E5-2683V3 RX480Strix 快睿C1 简单测试
icon.png[心得] 苍の海贼龙 地狱 执行者16PT
icon.png[售车] 1999年Virage iO 1.8EXi
icon.png[心得] 挑战33 LV10 狮子座pt solo
icon.png[闲聊] 手把手教你不被桶之新手主购教学
icon.png[分享] Civic Type R 量产版官方照无预警流出
icon.png[售车] Golf 4 2.0 银色 自排
icon.png[出售] Graco提篮汽座(有底座)2000元诚可议
icon.png[问题] 请问补牙材质掉了还能再补吗?(台中半年内
icon.png[问题] 44th 单曲 生写竟然都给重复的啊啊!
icon.png[心得] 华南红卡/icash 核卡
icon.png[问题] 拔牙矫正这样正常吗
icon.png[赠送] 老莫高业 初业 102年版
icon.png[情报] 三大行动支付 本季掀战火
icon.png[宝宝] 博客来Amos水蜡笔5/1特价五折
icon.pngRe: [心得] 新鲜人一些面试分享
icon.png[心得] 苍の海贼龙 地狱 麒麟25PT
icon.pngRe: [闲聊] (君の名は。雷慎入) 君名二创漫画翻译
icon.pngRe: [闲聊] OGN中场影片:失踪人口局 (英文字幕)
icon.png[问题] 台湾大哥大4G讯号差
icon.png[出售] [全国]全新千寻侘草LED灯, 水草

请输入看板名称,例如:e-shopping站内搜寻

TOP