如果您的 iOS 代码库中有两个分析(Crashlytics 和 AppDynamics),您会遇到任何问题吗?
Would you face any problems if you have two analytics (Crashlytics and AppDynamics) in your iOS codebase?
在一段时间内,我们可能希望将这两个分析放在一起。这会不会有问题?它会降低速度吗? crash log谁拿谁打架?!
我同时使用了 Crashlytics 和 Google Analytics,没有任何问题。所有日志记录都是在后台进程中完成的,因此我认为您不会注意到任何速度下降,但该应用程序在技术上正在做更多的工作,因此会受到某种性能影响。
我没有发现崩溃日志有任何问题。分析库只是将崩溃日志写入一个文件,然后在用户下次打开您的应用程序时发送它们。它们不会影响操作系统处理实际崩溃的方式,因此它们不应该有任何冲突问题。
First :我强烈建议从您的代码中删除未使用的(或您不喜欢的)。原因,例如:
1. 它将增加项目大小,进而增加您的包大小。
2. 乱码.
3. 检查两个不同的分析没有意义。
4.第三人在理解代码的时候,他会浪费时间去理解,导致混乱。
我可能遗漏了其他原因。
Second :要回答您的问题,它应该可以正常工作。我在我的一个项目中做了同样的事情,最初我使用的是 Hockey Crash reporting。但后来客户要求使用 Crashlytics。我没有立即删除 Hockey SDK。虽然这工作正常并且都报告了问题,但很快我从代码中删除了 Hockey SDK。
在一段时间内,我们可能希望将这两个分析放在一起。这会不会有问题?它会降低速度吗? crash log谁拿谁打架?!
我同时使用了 Crashlytics 和 Google Analytics,没有任何问题。所有日志记录都是在后台进程中完成的,因此我认为您不会注意到任何速度下降,但该应用程序在技术上正在做更多的工作,因此会受到某种性能影响。
我没有发现崩溃日志有任何问题。分析库只是将崩溃日志写入一个文件,然后在用户下次打开您的应用程序时发送它们。它们不会影响操作系统处理实际崩溃的方式,因此它们不应该有任何冲突问题。
First :我强烈建议从您的代码中删除未使用的(或您不喜欢的)。原因,例如:
1. 它将增加项目大小,进而增加您的包大小。
2. 乱码.
3. 检查两个不同的分析没有意义。
4.第三人在理解代码的时候,他会浪费时间去理解,导致混乱。
我可能遗漏了其他原因。
Second :要回答您的问题,它应该可以正常工作。我在我的一个项目中做了同样的事情,最初我使用的是 Hockey Crash reporting。但后来客户要求使用 Crashlytics。我没有立即删除 Hockey SDK。虽然这工作正常并且都报告了问题,但很快我从代码中删除了 Hockey SDK。