※ 引述《PsMonkey (痞子军团团长)》之铭言： : 推 AmosYang:(不过我短时间内不想再写五行以上的 Java 程式了… 09/22 15:43 : → AmosYang: 被VS+C#宠坏後…Eclipse+Java用起来超痛苦… 09/22 15:44 : → AmosYang: 比 SC2 ZvT 还痛苦... XD 09/22 15:45 : → remmurds:VS有强大到这种程度吗= =? 09/22 16:41 : → PsMonkey:这一切只是因为我不会用任何 profiler or debugger 工具 09/22 21:53 : → AmosYang:风向好像不太对… orz 晚一点(约12hr後)来发篇比较详尽的 09/22 22:10 : → tkcn: 悔过书 09/22 22:19 : → PsMonkey:楼上很有梗啊... gj 09/22 23:16 : 推 AmosYang:楼上很有梗啊... gj 09/23 14:30 首先，要打 VisualStudio vs. Eclipse 或 C# vs. Java 战场的话， 我们得先排队，前面 Emacs vs. vi(m) 跟 C vs. C++ 还没打完呢 XD 这篇文章想讲的「四年内没写超过五行的Java程式的人在 8 小时内完成 LolAI」的心得 这目的不是去捧或贬任何一边，因为那没什麽建设性 去 google "C# vs. Java" 或 "VS vs. Eclipse" 大概都有人已经谈过这类题目了 在弄 LolAI 的这 8 小时里，我的感觉就是像 WALL-E 里的半残人类一样， 在一个半陌生的环境里，失去了熟悉的工具，试着在有限的时间内完成一个小型的作品 我在 2001~2006 时主要用 Eclipse+Java, 2007~今日 转 VisualStudio+C# 以下提到的都是 out-of-box 的 VS/Eclipse 预设设定 我并没有花时间去研究 Eclipse 的设定 * Eclipse+Java 在安装上是大胜，抓两个档解开/安装就可以开工 VS 要装要等一段时间，还得要 reboot... * Eclipse 装 GWT 也是很简单， google 一下 3分钟就完成 在 VS 要装 extension... hahaha... haha... ha... wuwuwuwu... XD 这点在 VS10 有改善许多 * VS10 的 IntelliSense 比 Eclipse 的 auto complete 强大许多 输入 class member 名称的任何部分都可以，而 Eclipse 这边一定要从头打起 * VS10 的 debugger 预设很方便，输出的 data value 很好懂 通常只需要手放在 F10, F11 上去控制 Step in, Step over, Step skip 就可以 debug Eclipse 这边…要手动去点开每个 object, 且输出的资料包含了 private members, 实在很难看懂 VS debugger 的强处就是跟 C# 的整合 在 C# code 里你可以给予 debugger 指示， 让 debugger 知道「你的程式在 debug view 下要如何表示」 例如，当我在 VS 里看一个 C# collection 时，他可以直接告诉我 "Size" 这个 property 的值; 因为这个 collection class 的设计者有把 Size 这个 property 标示 (attribute) 好 所以 debugger 知道它应该要秀出这个 property 的值 对 debug 的人来说很方便 在 Ecplise 下我的感觉是我必须的了解这 class 里的哪一个 private varialbe 代表的是这个 collection 的 size... 看得很头痛 VS debugger 的另一个强项就是 interactive debugging 可以在 debug session 中动态地执行任何 code 例如，可以 break 进这个 method void X() { obj.DoSomething(100); } 然後在同样的 context 底下，看看执行 obj.DoSomething(777); 会发生什麽事，而不需要重新启动程式 (易言之，可以保有程式现在的状态) 还可以直接改 code, 直接在 debug session 里 compile, 然後 patch 在记忆体中的程式码, 再继续执行 (一切全自动，使用者只需要改程式码，save 就可以 不过这只适用於 32-bit 的程式，在 64-bit 上不能用) 甚至在 IntelliTrace 的加持下，可以「倒车」 可以回到程式更之前的状态去 Eclipse 的 debugger 似乎办不到… (I will be more than happy to be proven wrong here.) * VS10 直接内建 test project template, Eclipse 这边我想装了 junit 後也是可以直接写 unit test, 不过没心力再去研究 * C# 有 property 这东西，跟 Java 的 getter/setter method 是一样的东西 但我觉得能少打 get/set 与 () 比较顺手，也比较好读 且之前提到的 Eclipse auto complete 的限制…写起程式就是不顺手…就心烦意乱 XD * C# 4.0 的 generic 有支援 covariance 及 contra-variance 这两个东西不好以三言两语解释，有兴趣可以自行 google Java 没有…为了这个有些地方得重写 * C# 3.5 开始有 LINQ, 这东西在 perf 上有潜在的危险 (不过也没那麽严重) 不过其语法比用一票 for loop 乾净许多; Java 也没有这玩意 例，假设你想从一个 collection 取出所有 score >= 5 的物件 在 Java 得要先开个装结果的 collection, 再写 foreach-loop 再写 score >= 5 的判断式，最後再把结果存起来 在 C#, 只需要 var results = dataCollection.Select(obj => obj.score >= 5); 就可以收工了 * 其他还有对 Eclilpse 的快速键不熟悉所带来的挫折感 不过这不能算是 Eclipse 的缺点， 如果今天是从 Eclipse 换到 VS，也会有一样的感觉 ====================================================================== 因为接触的程式的不同，对 debugger / profiler 的需求也不同 在 debug 小型的程式时，可以改改程式码，加几个 print statement, compile, 再看结果，从 log 来疹断问题 但在其他的情形下，例如，无法重新 compile / deploy 或在不能 shutdown 该 process 的情形下，就得要用 debugger 了 当然，再强的工具也治不了脑残， LolAI 之前的 OOM bug 就是脑残在某一行少了一个 ! 用 log 的方式很难找这问题，有如大海捞针 但 psmonkey 释出 aiarena 後，问题就很简单 1. 用 debug mode 执行 aiarena 2. 从 CPU & memory usage 看出程式目前进入了 OOM 的前期 3. break (在 Eclipse 里叫 suspend) , 看程式码正执行到哪里 这很有效地把问题的搜寻范围缩小到只有几行的程式， 那个 missing "!" 很快就可以找出来 且在 VS 的 interactive debugging 的加持下，写 C# 可以像写 lpC / Python / Lisp 一样现写现看到结果 失去了这利器，我就变成 WALL-E 里的半残人了 XD -- "Mr. Data, can you show me how to parse this XML?" "Certainly, sir. Let me google that for you." -- StarTrek, the Next Gen. 《Back to 2009》 (误) --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 65.87.177.87 编辑: 原文:「四年内没写超过五行的程式的人在 8 小时内完成 LolAI」 修正:「四年内没写超过五行的Java程式的人在 8 小时内完成 LolAI」 少了 Java 一字，整句意思差很多 XD ※ 编辑: AmosYang 来自: 65.87.177.87 (09/23 15:52) 不知 不知 XD 你可以装来试试看 我用的是不知人间痴苦的 VS2010Ultimate+MSDN 一年的 license 要镁11899 ... 还好不用我出钱 XD 注: 虽然 MSDN 要每年更新 license 以享有持续的服务, 但就算 license 过期 你已经下载的程式仍然算是你买断的 所以这一年要镁11899，如果你有那个硬碟跟网路频宽， 你可以把 M$ 所有的产品通通下载下来 (但只能用在软体开发、测试的用途上) LINQ 或任何语法都可以写得很恶心；适时适当适量，并没有一个很明确的界线 我并不熟悉 Scala, 但的确 C# 的 LINQ 还是有不足的地方 :| ※ 编辑: AmosYang 来自: 65.87.177.87 (09/24 09:31)