等等又要去上班了 以下只能用没系统的方式随便说说 请先把你的心态调整一下 文件只是辅助 有文件就要偷笑了 文件是假的 只有程式码才是真的 不要期待文件内容跟程式码存在一个完整的依存关系 程式不会有模糊不清的地方 它是你在混乱的工作环境中 最後的一块净土 不管别人跟你说什麽 不管文件怎麽写 不管测试报告说什麽 都不要相信 你会听到别人说：老板永远是对的！ 客户永远都是对的！ ↑以上完全是狗屁 只有程式码才是唯一的真理 请把程式码当成神来看待 那如果程式有错怎麽办？ 笨！ 程式是神 神是不会出错的 错的是写程式的人 是愚蠢的人们曲解了神的旨意 另外 你有提到多型 同样一段程式码可以呼叫的东西可能完全不同!!! ↑ 还加三个惊叹号 这没什麽好奇怪的 会这麽说可见你对神的认知还太浅了 猜不透神的旨意对新教徒来说是很正常的 大家都是这麽走过来的 只是请你不要对神有任何一点点的怀疑 而跑去相信什麽文件写的资料 相信老板或是客户说的话 那些异教徒只会乱了你的心智 等你了解多型 就知道那只是众多神迹之一罢了 注意！ 文件、老板、客户、撒旦 都是必须拒绝的邪恶 好了 我要上教堂做礼拜了 ※ 引述《saladim (杀拉顶)》之铭言： : ※ 引述《yangfan (小羊)》之铭言： : : 先厘清产生bug的资料流为何 : : 整理出一份流程图出来,包含所有include的class : 已纳入第一步 XD : : 将程式码中看不懂的变数全写进log档中 : : 然後丢变数进去看log档中的数值变化为何 : 可是若是像 class的行为 : class的指标等等 : 那个变数不纯粹是个 value, 就很难用这种方式.....无法确定要dump哪些资料 : 一往打尽时间又不够...... : : 确保每个class最後产出的值是符合预期的 : : 你可能会问 : : 公司不是已经有文件了 : : 干麻还要自己去整理 : : 因为文件所描述的逻辑与实际的程式会有差异 : : 尤其是老系统 大家修修改改的 所有的rule都不一样了 : : 所以前辈们都会说 文件都写在code里面 : 其实蛮难描述我目前遇到的瓶颈, 前面我举的只是一个例子, 就是在有文件的情况下 : 去trace code, 老是会有东西觉得不应该这样出现, 或是有永远搞不懂的东西冒出来, : 另务大大们提到的observer, 是Design pattern的东西, 无奈合还未拜读, 虽然他的精 : 神前辈们说的很清楚, 但是在code方面怎麽实现的就完全没头绪, 这也是我觉得可能是 : code看不懂的原因之一(所谓的用了一些技巧吧), 还有多型的应用, 同样一行code可以 : 呼叫到的东西可能完全不同!!! : 的确还需要再磨练一下 XD : 还是感谢各位前辈给的一些意见 努力融会贯通中 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 59.105.103.43