您好，其他开发人员，
我最近偶然发现了应用程序日志，发现它非常方便。现在我想知道，从最佳实践的角度来看，利用应用程序日志和普通消息/基于类的异常有哪些用例？
答案 0 :(得分：1)
通常，当不需要通知最终用户此信息时，将使用应用程序日志。应用程序日志补充了常规消息和基于类的异常，但没有完全替代它们。
想象一下一种情况，后台处理中的数据存在问题。如果开发人员想要查看正在处理的数据（在处理之后），将很困难。因此，如果有失败的可能性，开发人员可以根据自己的直觉将一些数据写入应用程序日志。
通常，此应用程序日志记录由某些用户参数以及存储在应用程序日志中的数据的粒度控制。
希望这会有所帮助。
答案 1 :(得分：1)
应用程序日志非常方便
存储消息。用户单击它们后，交互式消息和异常将丢失。应用程序日志会将该信息存储更长的时间。
记录后台进程。这些进程无法直接通知用户，因为没有用户，只有其他触发批处理的进程。 p>
提供其他详细信息。互动消息通常会被最小化，以使用户不会在弹出窗口中看到太多垃圾邮件。应用程序日志可以提供其他方面和附带信息，以伴随主要结果。
日志“ undercurrents”。如果重用组件不能确定其使用者希望获得的详细信息级别，则可以编写具有更高详细信息的应用程序日志，以供使用者以后使用或使用。并非如此。
这不适合
您要自动处理记录的详细信息。应用程序日志用于显示给最终用户。应用程序处理应以更合适的格式存储或移交数据。
您需要处理大量数据。编写应用程序日志的速度很快，但是要花费数据库往返的时间，因此大量记录会大大降低实际应用程序的速度。
您需要存储敏感数据。应用程序日志通过授权检查得到保护，但仍然可能不是真正敏感信息的合适位置。