Java 非Void方法调用而不指定返回值

我倾向于认为，在大多数情况下，调用变量返回方法将返回值分配给变量，例如：

return1 = object.DoSomething();

然而，除了执行该方法外：当调用返回方法且未将返回值分配给变量时会发生什么情况？e、 g:

object.DoSomething();

这是一种好的做法吗？

返回到哪里

JB Nizet发表了一个引人注目的评论，指出大多数情况下都会使用这些方法。某种程度上解释了这种情况经常发生的原因。
调用该方法的方式与将返回值赋给变量时相同

这是一种完全可以接受的做法，并且在调用不返回值（因此无法分配给对象）的
void
方法时是必要的。
该方法的调用方式与将返回值分配给变量时相同

这是一种完全可以接受的做法，并且在调用
void
方法时是必要的，这些方法不返回值（因此无法分配给对象）。
我认为这是有效的。除非您需要进一步使用返回值，否则最好忽略它（您可以将fromcodereviewtools标志保存为未使用的变量）

方法执行和流保持不变，唯一的问题是您忽略了返回值

这是一种好的做法，还是不好取决于具体情况，例如，如果您需要在执行查询时更新多少行，则需要捕获返回值，但大多数情况下，开发人员忽略了这一点，因为他们不需要跟踪更新了多少条记录。
我认为这是有效的。除非您需要进一步使用返回值，否则最好忽略它（您可以将fromcodereviewtools标志保存为未使用的变量）

方法执行和流保持不变，唯一的问题是您忽略了返回值

这是一种好的做法，还是不好取决于具体情况，例如，若您有执行查询时更新多少行这样的需求，则需要捕获返回值，但大多数情况下，开发人员忽略了这一点，因为他们不需要跟踪更新了多少记录。
-最好使用
void
作为返回类型，而不希望分配或使用返回值

-它不会对其效率造成任何问题，但会被视为松散编程。
-最好使用
void
作为返回类型，您不想分配或使用返回值

-它不会对其效率造成任何问题，但会被视为松散的编程。
人们总是这样做。如果不需要该方法返回的变量，则不必将其分配给任何对象

请记住，有时返回变量具有某种意义，例如操作是否成功，您可能希望利用这些信息做一些事情，人们总是这样做。如果不需要该方法返回的变量，则不必将其分配给任何对象

记住，有时返回变量有一些含义，比如操作是否成功，您可能希望使用这些信息来执行一些操作，代码将完全正常编译和运行。
这些代码将完全正常编译和运行。
如果OP无法控制所讨论的方法，您的两个观点都是无效的。方法的实现者不知道调用方是否需要返回值。例如，您实际使用了多少次
Collection.remove（）
或
Map.put（）
的结果？在某些情况下（如
InputStream.read（）
），这可能是一种不好的做法，在某些情况下（如调用流利的生成器时忽略结果）。@DuncanJones我的观点无效，我写了我的第二点来解释这不会对它的效率造成任何伤害……但是当你不需要方法的返回值时，就不要返回它。@KumarVivekMitra:你的观点仍然是无效的。许多方法不是为一个用例编写的。某些用例可能需要返回值，而其他用例则不需要。如果OP无法控制所讨论的方法，则您的两点都无效。方法的实现者不知道调用方是否需要返回值。例如，您实际使用了多少次
Collection.remove（）
或
Map.put（）
的结果？在某些情况下（如
InputStream.read（）
），这可能是一种不好的做法，在某些情况下（如调用流利的生成器时忽略结果）。@DuncanJones我的观点无效，我写了我的第二点来解释这不会对它的效率造成任何伤害……但是当你不需要方法的返回值时，就不要返回它。@KumarVivekMitra:你的观点仍然是无效的。许多方法不是为一个用例编写的。一些用例可能需要返回值，而其他用例则不需要。最佳答案。我会投赞成票，但我今天没有票了（我会尽量记得稍后再投赞成票）。最好的答案。我会投赞成票，但我今天没有票了（我以后会尽量记得投赞成票）。问题是关于良好的实践。我怀疑OP知道代码的编译。问题是关于良好的实践。我怀疑OP知道代码的编译过程。