Documentation 提到”一词；例外情况；在用户手册中_Documentation_Term

Documentation 提到”一词；例外情况；在用户手册中

documentation

Documentation 提到”一词；例外情况；在用户手册中,documentation,term,Documentation,Term,我试图将我提到的“每当应用程序由于异常处理的运行时错误而重置时”，特别是异常处理的部分，简化为哑巴。还有什么比“异常处理的运行时错误”更容易理解的术语呢？提前感谢。通常人们会使用类似于“如果应用程序遇到内部错误”的词语。通常类似于“如果应用程序遇到内部错误”似乎是人们所使用的。每当应用程序因崩溃而重置时。每当应用程序因崩溃而重置时。可能只说“运行时错误”，而不是“异常处理的运行时错误”。可能只说“运行时错误”，而不是“异常处理的运行时错误”如果是针对用户的，我更喜欢 “哎呀，你在中间抓到了。”

我试图将我提到的“每当应用程序由于异常处理的运行时错误而重置时”，特别是异常处理的部分，简化为哑巴。还有什么比“异常处理的运行时错误”更容易理解的术语呢？提前感谢。

通常人们会使用类似于“如果应用程序遇到内部错误”的词语。

通常类似于“如果应用程序遇到内部错误”似乎是人们所使用的。

每当应用程序因崩溃而重置时。

可能只说“运行时错误”，而不是“异常处理的运行时错误”。

可能只说“运行时错误”，而不是“异常处理的运行时错误”

如果是针对用户的，我更喜欢

“哎呀，你在中间抓到了。” “系统错误的定义”

我看到这类信息更加友好。

如果是针对用户的，我更喜欢这样的信息

“哎呀，你在中间抓到了。” “系统错误的定义”

我看到这类信息更加友好。

简单地说就是“错误”

“运行时”一词是不必要的，因为用户不会遇到任何其他错误（因为您已经捕获到设计/编译时错误），并且“每当应用程序重置时”部分已经隐式说明了“异常处理”，因为非异常处理的错误无论如何都会轰炸应用程序。

简单地说是“错误”

将其简化为“运行时错误”。实际上，异常的使用是用户不知道的一个实现细节。他会如何处理异常

使用“运行时”一词看起来毫无意义，但实际上是有益的。用户经常在任何他们不希望发生的事情发生时说“我有错误”——比如他们试图打开一个不存在的文件，而程序说“没有这样的文件”——这对许多用户来说是“我有错误”。有一个稍微复杂一些的文本，比如“运行时错误”“将有助于区分程序实际遇到的情况和用户刚刚迷路的情况。

将其简化为“运行时错误”。实际上，异常的使用是用户不知道的一个实现细节。如果异常得到处理，他会怎么做

使用runtime这个词看起来毫无意义，但实际上是有益的。用户经常在他们不希望发生任何事情时说“我有错误”——比如他们试图打开一个不存在的文件，程序说“没有这样的文件”——对于许多用户来说，这是“我有错误”。使用稍微复杂一点的文本，如“运行时错误”，将有助于区分程序实际遇到错误的情况和用户刚刚迷路的情况。

修复程序，使其不会出现用户可见的运行时异常。如果您可以修复它，使其完全不存在任何运行时异常，则效果会更好。这些都是你作为一个程序员所犯的一些错误的结果，因此责骂用户是没有意义的。您的用户无法为您修复源代码

就我个人而言，我喜欢firefox显示信息的方式：“哎呀，好吧，这太尴尬了。我们无法恢复您的标签。”

解释发生的具体实际情况很重要。系统错误，异常，无论你提出的是什么样的快感，都过于泛化而没有用处，而且这些术语的出现实际上是因为一些程序员懒得为每个异常情况编写单独的消息。无论您使用何种首字母缩略词，这些术语对用户都没有任何意义。此外，请解释用户可以采取哪些具体步骤从这种情况中恢复过来

不是在手册中，而是在出现问题时，在屏幕上。解释用户应该做什么

就我个人而言，我喜欢firefox显示信息的方式：“哎呀，好吧，这太尴尬了。我们无法恢复您的标签。”

不是在手册中，而是在出现问题时，在屏幕上。解释用户应该做什么

您没有提到作为软件目标的用户类型或类别。也没有提到您的软件所针对的用户域

如果你的目标用户群是有经验的C++程序员，你会尝试哑巴吗？

< P>你没有提到你的软件的目标的类型或类别。也没有提到您的软件所针对的用户域

如果你的目标用户群是有经验的C++程序员，你会尝试哑巴吗？

崩溃是一个高电压术语。“崩溃”可能吓唬读者。但这是他们所知道的。我认为只有我们认为“崩溃”是可怕的。我想说，任何用户都对“崩溃”这个词感到满意。崩溃是一种高电压