Tag: 检查

如何检查JSP页面上的变量: 我有一组工作页面，想要在JSP页面的断点处检查变量。遗憾的是，变量的上下文菜单没有像在Java文件中那样显示正常的Inspect / Watch选项。有任何想法吗？

findViewById（）可能会产生NullPointerException: 我有很多这样的电话： (ListView) getView().findViewById(R.id.main_list_view); (TextView) getView().findViewById(R.id.items_no); …. 和AndroidStudio告诉我他们可能会产生一个NullPointerException ：方法调用getView().findViewById(R.id.main_list_view)可能会产生java.lang.NullPointerException less …（Ctrl + F1）此检查分析方法控制和数据流，以报告始终为真或假的可能条件，静态certificate其值为常量的表达式，以及可能导致违约性合同违规的情况。标记为@Nullable或@NotNull变量，方法参数和返回值被视为可空（或分别为非空），并在分析期间用于检查可空性合同，例如报告可能的NullPointerException错误。可以使用@Contract注释定义更复杂的合同，例如： @Contract(“_, null -> null”) – 如果第二个参数为null，则方法返回null @Contract(“_, null -> null; _, !null -> !null”) – 如果第二个参数为第二个，则返回null参数为null，否则为null @Contract(“true -> fail”) – 一个典型的assertFalse方法，如果将true传递给它，则抛出exception 可以将检查配置为使用自定义@Nullable @NotNull注释（默认情况下将使用annotations.jar中的注释）幸运的是，有作品，但是我可以对这段代码进行改进吗？

Javaexception处理的良好实践: 我有一些关于在Java中处理exception的问题。我读了一下它并得到了一些矛盾的指导方针。 exception处理的最佳实践我们来看看上面提到的文章：它声明，如果“客户端代码无法执行任何操作”，通常应避免使用已检查的exception。但它究竟意味着什么？在GUI中显示错误消息是否足以引发检查exception的原因？但它会迫使GUI程序员记住捕获RuntimeExceptions及其后代以显示潜在的错误信息。本文中提出的第二种观点是，除非我想在其中实现一些海关领域/方法，否则应该避免发明自己的exception类。我通常不同意这一点，我今天的练习恰恰相反：我在我自己的exception结构中包含exception，以反映我编写的类实现的目标，即使它们只是在不添加任何新方法的情况下扩展Exception。我认为在抛出更高层时更灵活地处理它们对于使用这些类的程序员来说通常更清晰易懂。我今天实现了一些代码，这篇文章在抛出RuntimeException的文章中提出了“新方法”，然后让Sonar分析它。为了让我更加困惑，Sonar将我的RuntimeExceptions标记为主要错误，并标记为“避免在自己的类型中抛出root类型exception，wrap’em”。所以它看起来很有争议，你怎么看？我还从今天的技术主管之一那里得知，只是包装exception是不好的，因为这对JVM来说是一个非常昂贵的操作。对我来说，另一方面，在任何地方抛出SQLExceptions或IOExceptions看起来像是一些打破封装。那么你对我在这里提出的问题的一般态度是什么？何时在我自己的类型中包装exception，何时不应该这样做？那个‘客户端无法做到这一点的地方，抛出运行时exception？ “ 性能问题怎么样？