gpt4 book ai didi

main 方法的 Java 习惯

转载 作者:塔克拉玛干 更新时间:2023-11-03 04:39:09 28 4
gpt4 key购买 nike

我编写的代码主要供个人使用,但我正在考虑发布我最初开发供个人使用的应用程序(科学模拟/可视化)。

我的一个习惯是在类中使用一个main方法来单独测试类的运行情况。我认为这在某种程度上可能是不好的(毫无疑问,来自自学和科学发展环境的各种其他习惯也是如此)。但是,我注意到自用的东西从来都不是问题。

你们能否确认(或否认)电源的扩散对于向科学界发布的应用程序来说是一个问题(来源也将是开放的),如果是这样,为什么?

编辑:相对于所提供的一些答案扮演魔鬼拥护者(好吧,我的拥护者):“应用程序使用”的一部分预计将由非开发人员(典型的科学家)进行小规模的源代码修改。我知道在接收端,将一个类的测试直接构建到该类中对我来说识别和相应修改将非常简单(特别是如果类始终如此)。使用 JUnit 之类的东西是否会提供类似的实用程序,同时牢记受众?

接受决定:我认为 KLE 的回答是全面和简洁的最佳平衡,所以我选择了它,但我认为 Bill 的讨论评论也很有帮助。我也不明白为什么 Johannes 的回答被否决了——“这件作品是如何工作的”观点对科学界编码员来说非常重要——而其他答案指出了为什么单独的单元测试可能比我的更有用的各种原因目前的习惯,他们并没有真正解决这个问题,所以他的回答远非“无益”。感谢所有当前(和 future )的响应者,希望有一种方法可以将多个响应组合为正确答案!

最佳答案

在自己的 main 方法中测试你的类是不好的,因为它给了类额外​​的责任(测试自己)。测试应该在单独的类中进行,最好使用像 JUnit 这样的测试库.

mains 的激增(我喜欢你创造的这个短语)也让开发人员在第一次接触应用程序时更难以找到应用程序的入口点。

关于main 方法的 Java 习惯,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1439466/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com