lovelive国服吧 关注:323,992贴子:15,729,617

回复:还在用苹果的小伙伴们还能淡定吗

只看楼主收藏回复

。。。
苹果一直都是不允许热更新的,有什么好水的。
允许的话,过审后能直接通过脚本调用系统api,这种事情还是很危险的
非ios从业人员,以上只是自己的理解。


收起回复
来自Android客户端31楼2017-06-07 23:37
    安卓无所畏惧





    切なくて時をまきもどしてみるかい?
    No no no 今が最高!


    回复
    来自Android客户端32楼2017-06-07 23:39
      难道说我还要再买一台手机


      回复
      来自iPhone客户端33楼2017-06-07 23:41
        垃圾iOS


        回复
        来自iPhone客户端34楼2017-06-07 23:56
          如果真是这样奶一口未来所有新卡活动提前实装 电玩果:


          回复
          来自iPhone客户端35楼2017-06-08 00:06
            叫你们用iPhone,现在开心了吧


            回复
            来自Android客户端36楼2017-06-08 00:10
              所以为什么不能拥有两部手机


              收起回复
              来自Android客户端37楼2017-06-08 00:56
                安卓无所畏惧


                回复
                来自Android客户端38楼2017-06-08 01:23
                  。ios瑟瑟发抖。。


                  回复
                  来自Android客户端39楼2017-06-08 01:26
                    安卓无所畏惧,这就是我为什么坚决用安卓的理由


                    回复
                    来自Android客户端40楼2017-06-08 01:41
                      1、这样一条消息(谣言?)已经满天飞了,甚至已经变成微信也要下架了(exm?),然而经过搜索发现信息来源完全未知。(所以我怀疑只是有人想蹭热点搞事)

                      2、首先就禁止热更新这一规定本身而言,作用肯定是积极的,就是为了保障appstore应用生态环境的安全(这样的安全性恰恰也是我选择ios的原因)。
                      3、就事论事,像ll这种游戏活动开始,活动结束等等这种常规更新肯定是可以通过纯数据下载来实现的,完全不涉及更新代码,至于修bug也只是增量更新,可能也就改几kb的几个文件就能解决的事情,交给appstore审核肯定也很快,然后用户下载也很快(就几kb到几mb,几秒钟的事情),游戏体验基本不受影响。当然有一点问题就是不能发现比较严重的代码逻辑bug之后再最短时间内进行处理,可能会拖延几个小时更新,不过实在如此的话直接暂停服务维护一下就好了,毕竟这种游戏bug又不是每天都有,而且本身游戏新版本上线之前就应该杜绝bug,这是程序员的责任。我不了解农药或者yys,如果确实违反了苹果更新规则,由于appstore这一警告通知早在3个月前就发布了,期间农药yys应该都在appstore推送过很多新版本了才对,因此这个问题肯定早就解决了,要不然苹果不会给新版本上线的。
                      至于我印象中国服几个比较严重或者引入瞩目的bug,无一例外都是零时工把游戏内数据给写错了导致的。日服版本更新之后偶尔也会出现一些代码逻辑bug,但是一般都无伤大雅,并且在bug出现第二天基本就解决了。总的来说整个事情根本就是无稽之谈,苹果针对的是那些无良国产厂商的游戏/应用,为了快速捞钱不惜bug一堆就赶鸭子上架,然后后期修修补补,如果不停地更新版本势必会拖慢捞钱的进程,然后等待热度退去游戏/应用过气就捞不到了。同时也针对那些明显违反appstore开发协定的应用(例如pp助手等等,举个栗子)。
                      ------------------
                      另外我不是开发人员,只是说了一下自己的推测。


                      收起回复
                      41楼2017-06-08 02:07
                        已经辟谣了


                        回复
                        来自iPhone客户端42楼2017-06-08 14:59
                          安卓无所畏惧


                          回复
                          来自Android客户端43楼2017-06-08 15:02
                            41l辟谣


                            回复
                            来自iPhone客户端44楼2017-06-08 15:50
                              反正不玩ny和yys


                              回复
                              来自iPhone客户端45楼2017-06-14 01:08
                                安卓无所畏惧


                                回复
                                来自Android客户端46楼2017-06-14 01:10
                                  煋。一个连JIT审核不了就禁止ISV动态加载然后自家safari开后门的流氓厂商有什么好奇怪的。要没有欺负你球教育和法治建设水平低下到开发者和最终用户一起跪舔,随便个码农拎一坨反不正当竞争法出来一告一个准。


                                  回复
                                  47楼2017-06-14 01:34
                                    安卓无所畏惧


                                    回复
                                    来自Android客户端48楼2017-06-14 01:42
                                      换行又乱了……重发。

                                      为什么黑苹果?指鹿为马、不公平竞争、混淆视听、误导消费者……这个自己看着办,总之不只是莫须有。

                                      这里就澄清对动态加载相关实现(包括这里的热更新)在技术方面的一些实质。

                                      @lcc771209 的理解的所谓的(指令)代码和数据的问题来讲,至少在软件实现的角度上,这两者没有严格的界限,不需要一定被区分。本来代码说白了就是编码了的数据的一种。
                                      业务上需要怎么区分是另一回事,取决于具体业务的需要。不同软件对待这个问题的答案不需要一致。回答什么东西算所谓的“纯数据”,还轮不到应用商店以审核政策一刀切


                                      一般地,这里可以有几个不同的角度的理解。

                                      1.软件层面上,被误认为有必要区分指令和数据才能实现一些功能或保证某些性质,不过是事先站在体系结构和宿主环境(操作系统)下所谓本机(native)语言的实现这种“系统软件”的角度上看问题不腰疼罢了。这类语言一般不是所谓的动态语言,正因为它们预先假设了可执行的部分和不可执行的部分。多数开发者在很长一段时间之后才会意识到,这种预先假设只不过一种语言设计上的偷懒和甩锅而已,对开发应用这个目的来讲并不是必须的。反过来,强制要求遵守这个假定可能会显著影响开发效率(因为这些语言多数设计得抽象水平非常拙计不好用),于是业界才会出现性能拙计的动态语言实现更流行的情况。(性能太烂坑到最终用户是个问题,但不是在此讨论的主题;合理的使用反而有利于性能;后面还会看到强制策略对性能的负面影响。)
                                      2.抛开直接使用的语言实现,理论上,现在仍然没有一个靠谱的形式系统能通过区分代码和数据来显得比不区分代码和数据的系统更“安全”,虽然使用前者的系统的确有用于安全目的(主要是在一些验证工具的设计中作为发现而不是避免安全漏洞的理论基础)。
                                      3.硬件角度来看,现今主流体系结构仍然使用不显式区分地址和数据线普林斯顿结构(原始版本的冯·诺依曼结构),而处理器内部的微架构会通过区分数据和指令缓存的形式过渡到哈佛结构,整体上算是混合架构。(历史原因有很多,没修过计算机体系结构的或者白学了的自己搜。)
                                      划重点:包括苹果设备使用的CPU在内,主流设备在ISA层次都使用和主存布局一致前者。(非主流嘛……51单片机什么的……)
                                      这一方面是软件(特别是操作系统)历史上的兼容性包袱,但根本的还是来自满足需求的可行性——你使用的操作系统依赖的、提供给app用的一致的虚拟存储抽象就是这样设计的,并且找不到什么伸缩性足够好、成本可以接受的靠谱的替代。(几个现代用户能受得了加一根内存条然后在运行每个app前把内存管理例程的参数挨个儿biu一遍嘛……)像单片机那样敲捣现在你用系统乃至app并非技术上不可实现,但现时不存在任何“生态系统”可以承受这种开发和部署成本。


                                      回到之前的问题。苹果在这里做了什么?强制开发者在高层区分指令和数据。
                                      这会造成一系列严重问题,比如说要实现一般意义上的热更新这样的特性,排除一直以来(严格程度上)或多或少被苹果禁止的方式,得需要额外的动态语言运行时;再如不能使用JIT编译等手段发挥硬件机能(差别参照硬件加速的作用)。后者在浏览器这种应用上明显成了瓶颈,于是苹果给自家的Safiri开了洞,而别家浏览器就没这种差别待遇。这种利用作为OEM和系统供应商的优势垄断地位对其它厂商的不正当竞争,靠不对等信息操纵市场缩减用户选择权,摆明是非技术上都该恶心到最终用户的例子了。
                                      另一方面,硬件实现混合体系结构,包括普遍支持的SMC(self-modification code)特性,是有显著的代价的。芯片授权费用的很重要一部分来自于设计成本,而设计复杂的存储子系统之后再绕过去显然是没事找事,效果就是用户花了的这部分钱打水漂,这是恶心最终用户的破烂之二。
                                      当然,这可以归咎于开发者的一般意义的蠢;把软件撸得无谓地卡翔了,大抵也属于此类,只不过可以是无心之过而且没有那么突出的反智效果而已。
                                      还有一点,苹果虽然能在应用商店的地盘以下架威胁变相强制策略,但没法顾及不以应用商店渠道发行的软件。注意这些软件可能是完全合法的(比如操作系统本身),照样可能会受到因为允许不区分指令和数据的形式的潜在的安全问题(如果有)的影响,也没有免责的锅能甩。
                                      (……至少苹果的系统内部是干不掉实现类似dlfcn功能的这坨API的,所以技术上就别指望一定能有多安全了。)
                                      于是所谓的安全仍然回到了对渠道的信任上,没有新意。(应用商店没有满足需求的软件你又不会自己撸?活该咯?高兴么?)限制使用唯一封闭的渠道这点对外行来讲或许不算什么大不了的,但对懂行的来说就是少了一个公开审计的渠道,在同等条件下即增加不安全性(即便任何此类机制最终都面临工作量过大根本审计不完的问题)。


                                      回复
                                      本楼含有高级字体51楼2017-06-14 03:33
                                        苹果有ll重要?


                                        回复
                                        来自Android客户端52楼2017-06-14 04:03
                                          本来觉得平板打歌挺舒服的 还打算换个pad 看来省钱了


                                          回复
                                          来自Android客户端53楼2017-06-14 08:36
                                            炉石一直都没热更新,感觉不出有什么影响


                                            回复
                                            来自Android客户端54楼2018-06-22 19:51