代码之家 › 专栏 › 技术社区 › GurdeepS

用户界面层具体异常及信息量过大原则

exception-handling exception

GurdeepS · 技术社区 · 14 年前

如果要将异常重定向到UI层(这样用户就可以看到它),那么重定向特定的异常(例如argumentnullexception)总是明智的吗?

我看到的问题是,这对用户来说是太多的技术信息。我只需要知道问题和原因,隐藏任何细节,甚至不提例外这个词。

谢谢

3 回复 | 直到 14 年前

Anon. 14 年前

当异常到达UI层时,您将如何处理它?

如果只是让系统异常处理程序捕获并关闭程序,那么 越具体越好 ,因为用户无论如何都不会看到它。

越具体越好

duffymo 14 年前

曾经被抛出到UI层。它应该被捕获、记录并翻译成对用户有意义的东西。

Robert Harvey Isaac Blanco 14 年前

您是否记录了特定的异常?如果答案是肯定的,我会说一个普遍的例外。我想你有 try/catch

推荐文章

M.Jane · 组织和编写异常类的正确方法

6 年前

shubham daharwal · java中的内部捕获异常

6 年前

eddiewastaken · 如何在不中断for循环的情况下抛出异常?

6 年前

Jon · 如何在不需要任何操作的情况下处理Python异常

6 年前

GuidoG · 适配器。Update首先转到Rowupdated事件,然后再转到catch块

6 年前

felix1415 · C++捕获(标准::异常和e)与捕获(…)

6 年前

missingfaktor Kevin Wright · 非致命性渔获物可以丢弃吗?

6 年前

Harsha · spring boot中Rest资源的NotImplementedException

6 年前

k0pernikus · 如何在scala中键入可能引发异常的函数?

6 年前

MMMMMCK · C++获取std::out\u of\u range异常的位置

6 年前