我试图愚蠢地提到“每当应用程序因异常处理的运行时错误而重置”时，尤其是异常处理的部分。比“异常处理的运行时错误”更容易理解的是什么？提前谢谢。
答案 0 :(得分：1)
也许只是说“运行时错误”而不是“异常处理的运行时错误。”
答案 1 :(得分：1)
只是“错误”。
单词“Runtime”是不必要的，因为用户不会遇到任何其他错误（因为您已经捕获了设计/编译时错误），并且“Exception-Handled”已经被“Everyception-Handled”暗示应用程序重置“部分，因为非异常处理的错误只会轰炸应用程序。
答案 2 :(得分：1)
将其简化为“运行时错误”。实际上，异常的使用是用户不知道的实现细节。无论如何，他会对例外处理做些什么？
使用运行时这个词看起来毫无意义，但它确实很有用。用户经常说“我有错误”，只要他们不期望发生任何事情 - 他们试图打开一个不存在的文件，程序说“没有这样的文件” - 对于很多用户来说，这是“我有错误”。像“运行时错误”这样稍微复杂的文本将有助于区分程序实际遇到它们的情况和用户迷失的情况。
答案 3 :(得分：1)
修复程序，使其没有用户可见的运行时异常。如果您可以将其修复为根本没有任何运行时异常，那就更好了。这些是你作为程序员做出的一些错误的结果，并且没有必要指责用户。您的用户无法为您修复源代码。
就个人而言，我喜欢firefox的方法，即显示消息“哎呀，好吧，这很尴尬。我们无法恢复你的标签”。
解释已发生的具体实际情况非常重要。系统错误，例外，你提出的任何euphamism都太通用了，无法使用，而且实际上是因为一些程序员懒得为每种特殊情况编写单独的消息而产生的术语。无论您使用什么首字母缩写词，这些术语对用户都没有意义。此外，解释用户可以采取哪些切实步骤从情况中恢复。
不在手册中，但在发生问题时，在屏幕上。解释用户应该做什么。
答案 4 :(得分：0)
通常类似于“如果应用程序遇到内部错误”似乎是人们使用的内容。
答案 5 :(得分：0)
'每当应用程序因崩溃而重置时'。
答案 6 :(得分：0)
如果它对于用户我更喜欢像
这样的东西“哎呀，你在中间使用了 系统错误“
我看到这些消息更加友好。
答案 7 :(得分：0)
您尚未提及作为软件目标的用户类型或类别。也没有提及您的软件所针对的用户域。
如果您的目标用户群经历过C ++编码器，您会尝试愚蠢吗？