是否适合将已知问题直接放入软件中？

我已经接管了一个Android应用的维护工作，虽然有一些残留的问题或多或少已经得到解决，但是由于Android操作系统版本不同，仍然存在一些问题。

例如，使用MediaPlayer类发送Web请求时，操作系统发出请求之前剥离了自定义HTTP标头，但仅在Android 4.X（我经过详尽测试）上，这导致该特定功能失败，因为它依赖在这些标题上。

这是一个已知问题，我正在尝试解决，但是有条件的检查是一个好主意，例如

if (OS.VERSION == 4) {
    knownIssueDialog(This feature will not work on your Android version... etc.");
}

显然，我们会在支持渠道上对此进行说明，但我想知道将这些已知问题也嵌入到软件中并在必要时，必要时进行展示是否是一个好主意（假设一切都已被跟踪）例如我上面所描述的。

基于此类问题，我们不断收到许多不良评论和大量支持电子邮件，因此在我看来，仅阻止已知无法正常工作的功能，它将为每个人节省大量时间和头痛。

我看到两个潜在的问题：

1. 用户以前可能从未见过类似“已知问题”对话框的内容。很多用户可能根本不明白这意味着什么。
2. 有一些开发开销-需要确保在代码中的某些地方跟踪这些问题。幸运的是，有了Java批注，诸如此类的条件检查可以在其之前@KnownIssue或类似的东西进行，这使得查找/修改它们非常简单。

在软件中添加“已知问题”提示是否有意义？

编辑：我将添加一个大约一个星期前才开始出现的问题。我已经修复了该问题的一半，并且不太可能能够为4.X修复此问题，因为导致问题的是操作系统。我可以发布包含此修复程序的新版本，并使50％的用户群再次满意，并警告其他50％（4.X用户）该问题将继续存在于4.X上，并提出升级建议（或其他建议） ）。问题是是否要在软件中执行此操作（即向4.X用户显示对话框），还是只让他们向我们发送垃圾邮件，我们将通过电子邮件支持“您的修复无效！”的电子邮件！然后将他们定向到支持页面，其中将详细讨论该问题。

是的，对于一些较晦涩的功能，这是可以接受的，尤其是当它们隐藏在选项菜单中时。禁用按钮并添加一些额外的文本也许更好些，例如“仅在XXX及更高版本上使用此功能”或“仅在XXX及更高版本上使用此功能”。

不可以，这在启动应用程序时占据屏幕75％的按键功能是不可接受的。每次看到弹出窗口时，您的使用都会感到非常烦恼。您最好只是隐藏该功能，而无需向用户戳他们无法修复的内容。

如果您的用户可以轻松地修复它（例如，通过安装其他应用程序），则情况会有所不同。我经常看到诸如“要使用此选项，您需要安装（免费）指南针应用程序”或“要使用此选项，您需要升级到付费专业应用程序”之类的消息。

最重要的是，您可以执行此操作，但是只有经过仔细考虑并且在其他解决方案失败之后，才可以这样做。它将使您的用户烦恼，但这可能是您可以接受的折衷方案。

（ps。我觉得这个问题应该去UX）

多次不良评论+大量支持电子邮件==不满意的客户。您是否要通过在某些情况下“更加优雅地失败”来使他们感到高兴？也许。但是，如果您是我，我会重新考虑我是否过早发布了该软件，并且在解决这些问题之前，我应该先解决其中的一些问题。

更新：如果这是由于环境而无法解决的问题，我会在提示中告知用户（并且还将其记录下来并通过电子邮件发送出去）。这适用于这样的孤立问题，但我不建议将其作为任何“已知错误”的一般解决方案。如果有很多，那么您做错了。

如果有问题的功能可以通过选项，按钮或类似方式使用，则可以禁用或隐藏这些元素：与为用户提供仅被告知“不起作用”的功能相比，我希望这对用户不那么令人沮丧。如果您知道它不起作用，请不要使其看起来像它可能出现的那样。

• 禁用选项/按钮将允许您添加说明“您的操作系统不支持”的说明。
• 隐藏选项/按钮不会使新用户感到困惑，但可能会导致无法再找到该项目的现有用户投诉。