理论上你是正确的, 我支持你. 实际的使用上, 支持合并您的代码的那位工程师, 在我的代码中, 极少见 /**/, 理由同那位工程师. 特别在移植例程代码, 进行逐行逐段或全文件屏蔽, 分析调试功能, /**/ 导致工作量急剧增加. 我的 /**/ 几乎只用于文件头部的 description, including purpose, funcitons, author, email, written time or modified time, history, as so on. So it just is different for the coders' style, never mind.
用户404269 2014-1-5 17:28
用户439555 2014-1-2 15:32
用户1406868 2014-1-1 19:04
用户1639872 2013-12-25 00:35
用户1406868 2013-12-24 12:32
那是你们没有规定好编码规范。 另外 即便没有编码规范，就因为这个 你还折腾这么久 我觉得你们就是闲的
allen_zhan_752827529 2013-12-24 11:44
理论上你是正确的, 我支持你. 实际的使用上, 支持合并您的代码的那位工程师, 在我的代码中, 极少见 /**/, 理由同那位工程师. 特别在移植例程代码, 进行逐行逐段或全文件屏蔽, 分析调试功能, /**/ 导致工作量急剧增加. 我的 /**/ 几乎只用于文件头部的 description, including purpose, funcitons, author, email, written time or modified time, history, as so on. So it just is different for the coders' style, never mind.
用户1639928 2013-12-24 10:56
用户1602177 2013-12-24 10:20
用户1639872 2013-12-22 00:09