作者Blueshiva (龙野南云)
看板MacDev
标题Re: [问题] 为什麽模拟器有时会变黑？
时间Thu Nov 6 12:38:21 2014
: 推 HuangJC: clean & reset 模拟机 11/04 01:51
: → HuangJC: 我曾写了某个元件，後来把元件 rename;这时取用不存在元 11/04 01:51
: → HuangJC: 件应该会执行错误，但事实上旧元件还是能取得，还会跑 11/04 01:52
: → HuangJC: 也就是说，元件是被注册进手机里的，不因我改source code 11/04 01:52
: → HuangJC: 而消失；必需要 reset 模拟机 & clean 才能杀乾净 11/04 01:53
: → Blueshiva: 元件？注册进手机里？能注册到手机里面的也只有schema 11/04 20:34
: → Blueshiva: 吧...楼上的讲法实在很诡异啊... 11/04 20:35
: 推 HuangJC: 那是实测的结果；而且你可能对专有名词很要求？ 11/06 03:07
因为名字乱叫，没人知道你在指什麽啊...
: → HuangJC: 我测到发生在几种不同类型的资源，比如 png 11/06 03:08
: → HuangJC: hello.png 先 build 进程式，用 uiimage 去取用，後来 11/06 03:08
: → HuangJC: rename 成 hello1.png;source code 先不改，故意想看到错 11/06 03:09
: → HuangJC: 误讯息，结果偏偏没有错误的跑了起来；你可能不想把 png 11/06 03:09
: → HuangJC: 叫元件吧，那叫资源也好
你这个地方，问题在於png类的资源，就只是放在filesystem的档案而已
然後这些档案你装新版本的时候不会删除，也就是说，以你的情况来说，
你的档案会有 hello.png 和 hello1.png 两个档案同时存在，那当然就
不会有错误发生
这种情况要在模拟器或实机中先把app移除再安装就可以了
11/06 03:09
: → HuangJC: 而 compiler 为了加快 build 速度，有时会用 inc.. build 11/06 03:10
: → HuangJC: 也就是说，仅针对新增的.m, png, ... 去build,但移除的呢 11/06 03:10
: → HuangJC: 它没写移除就是没移除了，这种残留可以想像，clean就好 11/06 03:11
你是说 incremental build？那不会去管png这类档案啊...
: → HuangJC: 但一个例子就麻烦了；敝公司有写 fb 的讯息通知模组，也 11/06 03:12
: → HuangJC: 就是程式跑一跑可以送讯息到脸书，苹果管很严，这个要申 11/06 03:12
: → HuangJC: 请个bundle id;因为公司有做 oem,所以一支程式就多申请几 11/06 03:13
: → HuangJC: 个 id 给不同客户。在新 id 权限还没下来之前程式会跑不 11/06 03:13
: → HuangJC: 动。但我先 run 个可以跑的旧id，再更动到新 id,照理应该 11/06 03:14
: → HuangJC: 不能动，却动了！！这让我在找问题上遇到困难，我还以为 11/06 03:14
: → HuangJC: 新ID也过了，来来回回鬼打墙很久；程式也 clean 了却没用 11/06 03:15
: → HuangJC: 最後才想到清手机，那你说它把权限放在哪，这个叫资源？ 11/06 03:15
: → HuangJC: 总之很多抽象的东西，没找到正式文件前就说个大概.. 11/06 03:16
这个bundleid也是放在plist之类的档案中，一样要移除app重新安装才会
更新到...
所以你的问题一直都是没有找个比较熟的人来协助你们，也不去找文件才会产生
的啊...
你还是多去Cocoaheads的聚会，直接恶补一些基本知识才不会整天鬼打墙啊...
--
Luna quieres ser madre
y no encuentras querer
que te haga mujer
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 111.243.108.36
※ 文章网址: http://webptt.com/cn.aspx?n=bbs/MacDev/M.1415248704.A.66C.html
1F：推 HuangJC: 哪边的 filesystem? 当我知道手机端有残留後，我都有做 11/06 14:14
2F：→ HuangJC: 手机端 reset,但有时没解决，还得做 source code 这边的 11/06 14:14
3F：→ HuangJC: clean.. 11/06 14:14
4F：→ HuangJC: 在测试来说，要测的是未知问题，而不是已知了才去重制 11/06 14:15
5F：→ HuangJC: 所以我就直接认定 reset & clean 都要做，才是可承认的 11/06 14:15
6F：→ HuangJC: 测试。 11/06 14:16
7F：→ Blueshiva: source code的clean，就有可能是因为你提到的increment 11/06 14:50
8F：→ Blueshiva: build (假设你讲的是code的更改啦) 11/06 14:50
9F：→ Blueshiva: 如果是其他资源的话，那应该就是单纯没删到档案 11/06 14:51
10F：→ Blueshiva: BTW,我讲的filesystem是模拟器或者实机上，总之就是你 11/06 14:51
11F：→ Blueshiva: 装过app，再装新版app的时候不会把旧的资料全部删除， 11/06 14:52
12F：→ Blueshiva: 才会导致你遇到的旧图档继续存在的问题 11/06 14:52
13F：推 HuangJC: 移除重装可以清除资料这我知道，所以我真的是两种都碰过 11/07 01:37
14F：→ HuangJC: 去厘清是两种中的哪一种也可以；那好像在替ios debug.. 11/07 01:38
15F：→ HuangJC: (或者人家文件有说本来就这样，不算bug;但总之不在我们预 11/07 01:38
16F：→ HuangJC: 期），公司内有rd & qa 两个部门，rd还可以指责'你不看文 11/07 01:39
17F：→ HuangJC: 件'，但qa可完全不理这套，他们会直接说'感觉就不好用' 11/07 01:39
18F：→ HuangJC: 所以如果不移除就有残留并且测过，那算一种误测 11/07 01:40
19F：→ HuangJC: 我只好规定，测试需以移除重装为准去写报告.. 11/07 01:41
20F：推 HuangJC: 因为是未上市产品，这样测是可接受的 11/07 01:44
21F：→ HuangJC: 万一上市过了，qa又会多测'假设装过旧版直接更新...' 11/07 01:44
22F：→ HuangJC: 也就是向旧版环境相容；真有点没完没了.. 11/07 01:44
23F：→ HuangJC: 那我就不能要求 user 移除了；我得用程式去做 11/07 01:45
24F：→ Blueshiva: 如果是要测新安装的情况，那本来就该用乾净环境下去测 11/07 09:53
25F：→ Blueshiva: 吧 :p 然後你後面说的旧版更新，如果严谨的话也的确需 11/07 09:54
26F：→ Blueshiva: 要测，甚至1->2 2->3 1->3 等多种可能途径都要测 11/07 09:54
27F：→ HuangJC: 所以我鬼打墙到认为这应该是苹果的责任啊～～ 11/07 13:19
28F：→ HuangJC: 自我进入业界後，我对软体的看法和学生时是不同了 11/07 13:20
29F：→ HuangJC: 我们自认没错但user不会使用，然後还教育 user 一堆系统 11/07 13:21
30F：→ HuangJC: 知识.. 这样是不允许的 11/07 13:22
31F：推 HuangJC: 因此移除程式可解，但我就是没移除引致问题算不算 bug? 11/07 13:24
32F：→ HuangJC: 算，我当然认为这算 compiler bug 11/07 13:25
33F：→ HuangJC: 哪天有兴致我可能写 mail 提出 feature 要求吧.. 11/07 13:25
34F：→ Blueshiva: 如果装新版就把旧版的资料都删光光，看你的使用者会不 11/07 14:09
35F：→ Blueshiva: 打爆你的客服电话... 11/07 14:09
36F：→ Blueshiva: 而且安装的行为关compiler啥事...还bug咧... 11/07 14:11
37F：推 HuangJC: 你这说法和我们QA替自己产品圆场一样，一个立场待久了会 11/08 02:50
38F：→ HuangJC: 被同化。如果你只说'资料删光光'那当然不允许；但我们并 11/08 02:51
39F：→ HuangJC: 不觉得那是资料，我们觉得是程式的一部份。所以你是怎麽 11/08 02:51
40F：→ HuangJC: 不知不觉被同化了？ 11/08 02:52
41F：→ HuangJC: 我们程式有用到 SQL，像这种累积的东西我会承认是资料 11/08 02:52
42F：→ HuangJC: 但在我 source code中，我自己摆进程式子目录，并且自己 11/08 02:53
43F：→ HuangJC: 把档名放进专案档，这样我是认为是程式的一部份的 11/08 02:53
44F：→ HuangJC: 你再说明ios的做法是把它当档案的话，就是被它同化去了 11/08 02:53
45F：→ HuangJC: 在我们公司，一个有成就的主管，在开会时底下没人会反驳 11/08 02:54
46F：→ HuangJC: 因为反驳他就显得自己无知，拜托，他在公司是神耶.. 11/08 02:54
47F：→ HuangJC: 问题是客户真的不是这样看我们产品的；我就觉得很有趣， 11/08 02:55
48F：→ HuangJC: 为什麽声音总是无法传给该听到的人 11/08 02:55
49F：→ HuangJC: 这只有我们公司吗？和其他人聊过，大家都有这个问题.. 11/08 02:55
50F：→ HuangJC: 今天如果说因为成本考量，做得出但耗资太大，我可以接受 11/08 02:56
51F：→ HuangJC: 但如果主管说：我觉得客户不会这样想.. 那我就不以为然 11/08 02:56
52F：→ HuangJC: 因为我私下去问客服，客服都会说出不一样的话 XDDDDD 11/08 02:57
53F：→ HuangJC: 而在开会时，代表（模拟）客户立场说话的就是QA，却被同 11/08 02:58
54F：→ HuangJC: 化了，所以声音都传不到；（那客服为何不来开会？....) 11/08 02:59
55F：→ HuangJC: 正式版安装是在 app store,和 compiler 无关，但开发时 11/08 02:59
56F：→ HuangJC: 是 compiler 一条龙作业直接安装，没错吧.. 11/08 03:00
57F：→ HuangJC: 所以你叫我去适应它，也不是不行；我说它有 bug,也不算 11/08 03:00
58F：→ HuangJC: 说错.. 11/08 03:00
59F：→ Blueshiva: 呃...我是不知道哪种机器可以把png或jpg读进来执行啦.. 11/08 21:26
60F：→ Blueshiva: 我想你需要先去了解一下程式(program)的定义，另外，你 11/08 21:27
61F：→ Blueshiva: 就算是从App Store安装，一样是把相关的档案复制到机器 11/08 21:27
62F：→ Blueshiva: 中，而复制的方式就是有新的复制新的，有重复的会覆盖 11/08 21:28
63F：→ Blueshiva: 旧有的不会删，你也不用针对iOS，自己在Windows试试看 11/08 21:28
64F：→ Blueshiva: 把多个档案圈起来复制到别的地方，它也是这种行为 11/08 21:29
65F：→ Blueshiva: 至於你後面说的同化，QA，客服，主管，完全不知所云， 11/08 21:29
66F：→ Blueshiva: 就不回应了 11/08 21:30
67F：推 HuangJC: 那我们来谈 win 程式的撰写好了；我可以把 png 拷进执行 11/08 22:45
68F：→ HuangJC: 子目录，并且在程式中读取它；但我也可以把档名在 rc 档 11/08 22:46
69F：→ HuangJC: 描述，然後 link 进 exe.这样 exe 会长很大，但我不需要 11/08 22:46
70F：→ HuangJC: 准备一个分离的 png 档。完全可以想像吧？ 11/08 22:47
71F：→ HuangJC: 所以你不需要说什麽执行 png,我没表达过那个意思 11/08 22:47
72F：→ HuangJC: 我比较担心你说'ios就是不一样，别拿以前的经验来套'之类 11/08 22:48
73F：→ HuangJC: 因为你这样就放了个大绝，而这大绝我完全无法承受 11/08 22:48
74F：→ HuangJC: 我後面你所看不懂的部份，就是跟你说明立场同化这种事 11/08 22:49
75F：→ HuangJC: 难不成你是个体户？我以为 ios 下的工程师大概都靠公司 11/08 22:49
76F：→ HuangJC: 因为它有一堆资源申请的部份；如果你待公司应该很容易懂 11/08 22:50
77F：→ HuangJC: 别说 QA 被主管拉走，光是我RD都不敢跟 QA讲太多 11/08 22:50
78F：→ HuangJC: 因为我如果把技术层面讲完，肯定可以说服QA 11/08 22:50
79F：→ HuangJC: 但接下来我会发现这QA都不从客户角度发言了，对我们没帮 11/08 22:51
80F：→ HuangJC: 助。我们就是要QA从客户视角来指出软体哪里不好用 11/08 22:51
81F：→ HuangJC: 而不是要QA体谅RD为什麽写不出来；QA不该被RD说服.. 11/08 22:52
82F：→ HuangJC: 因为产品是想卖出去的，不是说服QA就好，所以不该自断言 11/08 22:52
83F：→ HuangJC: 路.. 11/08 22:52
84F：→ Blueshiva: 你那种link的做法，在iOS上也可以这样搞啊，把png档 11/08 22:53
85F：→ Blueshiva: base64写到code里面去一样可行，只是...如果这样是"正 11/08 22:54
86F：→ Blueshiva: 常"做法，那为什麽没有公司的产品把所有的图档音乐档全 11/08 22:54
87F：→ Blueshiva: 部base64编到code里面去呢？而如果你後面说的那段QA的 11/08 22:55
88F：→ Blueshiva: 话是指你希望QA依照一般使用情况来使用测试的话，那你 11/08 22:56
89F：→ Blueshiva: 前面在说为什麽档案没有主动被删掉，还说这是个bug，就 11/08 22:56
90F：→ Blueshiva: 完全的不知所云。然後这种行为居然会被认为是bug，除非 11/08 22:57
91F：→ Blueshiva: ...好吧，它的确是没有依据"设计者的预期运作"，不过在 11/08 22:59
92F：→ Blueshiva: 这个case，我会倾向这是"设计者根本搞不清楚状况" 11/08 23:00
93F：→ Blueshiva: 另外，如果哪个RD敢跟我说测试前不用先把环境清乾净， 11/08 23:01
94F：→ Blueshiva: 还跟我说旧档案存在是bug，我会直接从他头上敲下去 11/08 23:01
95F：推 HuangJC: 我前面有说了，我自己把档案放进专案子目录，自己把档名 11/08 23:01
96F：→ HuangJC: 放进专案，这都代表我想要 link 进 exe 啊；如果是去档案 11/08 23:02
97F：→ HuangJC: 系统捞档案的话，那我不需要把档名放进专案吧！ 11/08 23:02
98F：→ HuangJC: 为什麽没人把所有音乐档都编码；这是在质疑架构，我可能 11/08 23:03
99F：→ HuangJC: 写了个不好的架构，但我认为我把这档案编入 exe 啊 11/08 23:04
100F：推 HuangJC: 又测试前清环境，这问题我前面说了：最好是做，但也得提 11/08 23:06
101F：→ HuangJC: 防有人没做。我不认为可以只指责一边，所以我前面说，你 11/08 23:07
102F：→ HuangJC: 可以指我错，但我指对方错时，我也觉得有道理 11/08 23:07
103F：→ HuangJC: 我们对於客户误操作时会产生的问题还是一律回报 11/08 23:08
104F：→ HuangJC: 由 PM去决定要不要揽回来；虽然多做是多帮忙，也是想增加 11/08 23:08
105F：→ HuangJC: 产品的亲和力。还有'客户的错绝不可以搞当我们程式' 11/08 23:09
106F：→ HuangJC: 可以给个错误讯息退出，可以叫客户找我们联络.. 11/08 23:09
107F：→ HuangJC: 有交代总是胜过没交代 11/08 23:09
108F：→ HuangJC: 但若程式当掉，原因是客户误操作，这算我们头上啊.. 11/08 23:09
109F：推 HuangJC: 我这段不是说 xCode 当掉；而是举例说明，责任不是一推 11/08 23:17
110F：→ HuangJC: 三千里那麽容易；还是说苹果身段比我们公司高，我们公司 11/08 23:17
111F：→ HuangJC: 是自己爱巴结客户，但苹果可没在巴结客户的？ 11/08 23:17
112F：→ HuangJC: 那..我开始相信你了 11/08 23:18
113F：→ HuangJC: (xCode真的有当掉的，我不太敢用它的 refactory) 11/08 23:18
114F：→ HuangJC: (当要改变数名称时是很好用，但当掉就要重来了) 11/08 23:19
115F：→ Blueshiva: 你完全没搞懂啊...你知道所谓的"安装"是把档案复制到系 11/10 09:45
116F：→ Blueshiva: 统的某个目录吗？那，你可以告诉我有哪个OS会在你复制 11/10 09:46
117F：→ Blueshiva: A,B两个档案到某个目录的时候，发现那个目录有A,C两个 11/10 09:46
118F：→ Blueshiva: 档案，然後最终行为是把A覆盖过去，B复制，同时把C删除 11/10 09:47
119F：→ Blueshiva: 的？另外，Mac或者iOS上的所谓Application，并不是单一 11/10 09:47
120F：→ Blueshiva: 的档案，而是叫bundle的东西，而bundle这东西事实上是 11/10 09:48
121F：→ Blueshiva: 个照规则放置相关档案的一个目录。所以为什麽你的图档 11/10 09:48
122F：→ Blueshiva: 没有link到执行档去？废话Mac上就不是这样搞的，所以才 11/10 09:49
123F：→ Blueshiva: 会有後续一堆为什麽跟OS档案系统有关的动作出来。 11/10 09:49
124F：→ Blueshiva: 真的，算是我个人求你，先去搞清楚一些基本的认知好不 11/10 09:49
125F：→ Blueshiva: 好？不然好歹也把你们会出货给哪些公司讲一下，让大家 11/10 09:50
126F：→ Blueshiva: 知道该避开哪些App... 11/10 09:51
127F：→ EShensh: 你可以把 .app 看做是 Program Files/AppName 底下目录 11/10 13:46
128F：→ EShensh: 「程式升级」的过程会是一种「合并」而不是「完全覆盖」 11/10 13:48
129F：→ EShensh: 会有旧有档案的话，当然是之前版本的App产生的 11/10 13:48
130F：→ EShensh: 不然游戏升级新程式，所有进度跟内购点数都得重买 XD 11/10 13:50
132F：→ nobody1: 推「不然好歹也把你们会出货给哪些公司讲一下」... 11/10 16:32