应用程序日志 (BC-SRV-BALANCE) 有哪些用例
What are some use cases for the Application Log (BC-SRV-BAL)
各位开发者大家好，
我最近偶然发现了应用程序日志，发现它非常方便。现在我想知道，从最佳实践的角度来看，使用应用程序日志与普通消息/基于 class 的异常有哪些用例？
通常在不需要通知最终用户此信息时使用应用程序日志。应用程序日志补充了正常消息和基于 class 的异常，但没有完全取代它们。
设想一种情况，后台处理的数据出现问题。如果开发人员想查看正在处理的数据是什么（处理后），这将很困难。因此，如果存在失败的可能性，开发人员可以根据自己的直觉将一些数据写入应用程序日志。
通常，此应用程序日志记录由一些用户参数以及存储在应用程序日志中的数据的粒度控制。
希望对您有所帮助。
应用日志派上用场
存储消息。 交互式消息和异常在用户单击它们后丢失。应用程序日志会将该信息存储更长时间。
记录后台进程。这些无法直接通知用户，因为 没有用户，只有触发批处理的其他一些进程。
提供更多详细信息。 交互式消息通常会被最小化，以免向用户发送太多弹出窗口的垃圾邮件。应用程序日志可以提供主要结果的附加方面和辅助信息。
log "undercurrents". 如果重用组件不确定它的消费者想要什么级别的详细信息，它可以写一个高级别的应用程序日志消费者以后可以根据需要消费或不消费的细节。
不适合
您想以自动方式处理记录的详细信息。应用程序日志用于显示给最终用户。应用程序处理应该以更合适的格式存储或移交数据。
您需要处理大量数据。写入应用程序日志速度很快，但数据库往返需要时间，因此大量记录会大大降低实际应用程序的速度。
您需要存储敏感数据。应用程序日志通过授权检查来保护，但它们可能仍然不是真正敏感信息的合适位置。
各位开发者大家好，
我最近偶然发现了应用程序日志，发现它非常方便。现在我想知道，从最佳实践的角度来看，使用应用程序日志与普通消息/基于 class 的异常有哪些用例？
通常在不需要通知最终用户此信息时使用应用程序日志。应用程序日志补充了正常消息和基于 class 的异常，但没有完全取代它们。
设想一种情况，后台处理的数据出现问题。如果开发人员想查看正在处理的数据是什么（处理后），这将很困难。因此，如果存在失败的可能性，开发人员可以根据自己的直觉将一些数据写入应用程序日志。
通常，此应用程序日志记录由一些用户参数以及存储在应用程序日志中的数据的粒度控制。
希望对您有所帮助。
应用日志派上用场
存储消息。 交互式消息和异常在用户单击它们后丢失。应用程序日志会将该信息存储更长时间。
记录后台进程。这些无法直接通知用户，因为 没有用户，只有触发批处理的其他一些进程。
提供更多详细信息。 交互式消息通常会被最小化，以免向用户发送太多弹出窗口的垃圾邮件。应用程序日志可以提供主要结果的附加方面和辅助信息。
log "undercurrents". 如果重用组件不确定它的消费者想要什么级别的详细信息，它可以写一个高级别的应用程序日志消费者以后可以根据需要消费或不消费的细节。
不适合
您想以自动方式处理记录的详细信息。应用程序日志用于显示给最终用户。应用程序处理应该以更合适的格式存储或移交数据。
您需要处理大量数据。写入应用程序日志速度很快，但数据库往返需要时间，因此大量记录会大大降低实际应用程序的速度。
您需要存储敏感数据。应用程序日志通过授权检查来保护，但它们可能仍然不是真正敏感信息的合适位置。