在Flurry中logging更多信息而不是错误ID的方法？

我目前在iOS上使用了Flurry 5.4.0，而且在涉及到这个方法时，我有一个关于能够logging更多信息而不仅仅是一个错误ID的问题：

+ (void)logError:(NSString *)errorID message:(NSString *)message error:(NSError *)error; 

您可能想知道我是否有点慢，因为显然存在一个完美的参数， 消息：（NSString *）消息 。 那么，不幸的是，这个消息并没有出现在Flurry仪表板的任何地方，Flurry支持团队在回复（2014-08-30）中证实了这一点：

对于错误报告，虽然您可以在logError函数调用中传递消息，但仪表板没有规定显示错误消息。 这是长期特征路线图正在考虑的事情。 我们的产品团队意识到这一点，他们将作为一项function要求来解决这个问题。 但是，目前我还没有一个时间表来说明这个问题是否会实施。

所以，我真的不知道如何继续添加更重要的信息来“解决”我的错误。 第一个不聪明的想法是将信息连接起来，并以第一个参数发送：

 errorID = errorID + errorMessage; 

这至less可以将信息传递给Flurry，但是这或多或less总会产生唯一的错误ID，我们会错过将错误分成不同种类或错误的巨大好处。 一个非常糟糕的主意。

除了更换分析提供商之外，我无法弄清楚自己创build错误信息的巧妙方法。 也许我应该这样做，或者如何添加更多有用的错误信息来检查在Flurry仪表板？

请随意推测。

Answer 1

我问了Flurry团队是否可以从他们的（“可请求的”）开放API中获得消息信息，并得到了这个回复：

我们没有提供错误消息的API。 除了错误部分，请务必检查技术 – >错误部分。 在底部有一个exception日志，可以提供一些额外的洞察你的崩溃的原因。

当检查推荐的部分，我发现我一直在寻找。 该消息位于名为“例外日志”的子部分下。 我想说，这是一个不好的安置，因为在“技术”一节中查找被称为“错误”的部分下的logging错误更为明显。 对（？）

Answer 2

乱舞是一个很好的方法，所以我会重新定义你所定义的错误，并评估什么更重要 – 获取信息或者将错误归还。

选项1我会logging事件作为某种sudo错误（又名 – “发生了一件坏事”:)并使用参数来带回您想要的额外细节。

scheme2 Flurry团队的回应并不清楚，信息是完全不可用还是仅仅在其门户/仪表板中不可用。
如果你从Flurry下载原始数据，你可以看到你想要的信息，并根据需要创build自己的仪表板？

希望这是足够的猜测，让事情为你stream动。