Регистратор исключения: лучшие практики
Функция возвращает тип данных Decimal. По Decimal тип данных Nothing и 0 одинаковы. Вы можете проверить это.
Поместите таблицу в свой отчет с годом с 2017 по 2019. Затем укажите год в столбце таблицы в виде числового формата, а затем напишите следующее выражение в текстовом поле:
=CDec(IIF(CDec(Fields!Year.Value) = 2017, 0, Nothing))
После выполнения вашего отчета вы заметите, что каждое значение в столбце года - 0.
Yes. Я в основном проверяю для 0, а второй для для Nothing:
=IIF(CDec(IIF(CDec(Fields!Jahr.Value) = 2017, 0, Nothing)) = 0, "Yes", "No")
=IIF(CDec(IIF(CDec(Fields!Jahr.Value) = 2017, 0, Nothing)) = Nothing, "Yes", "No")
Но помните, что текстовое поле / столбец имеет формат чисел.
Так что если вы хотите вернуть Nothing и отобразить его в текстовом поле числового формата, он покажет вам 0.
5 ответов
Думаю, тебе стоит выбросить все дубликаты. Оставьте только подсчет отчетов. Т.е. если вы получите, скажем, 100 отчетов, но есть только 4 уникальных проблемы - оставьте только 4 отчета, выбросьте остальные 96 отчетов, но используйте их подсчет, чтобы отсортировать отчеты по степени тяжести. Например, 6 отчетов для четвертой задачи, 10 - для третьей, 20 - для второй и 60 - для первой. Итак, первая проблема должна быть исправлена с 60 отчётами, а затем только вторая.
Я считаю, что в EurekaLog есть BugID в отчётах. Та же проблема имеет такой же BugID. Это позволит вам сортировать отчёты с дубликатами. EurekaLog Viewer также может сортировать дубликаты.
.Если Вы добираетесь до большой информации, поскольку в настоящее время имеет место, что Вы не получаете информации вообще.
Таким образом, как я сказал бы, категоризируют Ваши ошибки в группы, как ПРЕДУПРЕЖДЕНИЯ, ФАТАЛЬНЫЕ ОШИБКИ, и т.д. Затем ограничьте свои электронные письма самыми важными (ФАТАЛЬНЫМИ) сообщениями. Кроме того обзора Ваши журналы регулярно (день, неделя...).
Что я сделал со своим входом исключения, который использует madExcept в качестве ядра, но мой собственный транспортный механизм, имеют их всех, входят в базу данных. Базовая информация все извлечена из каждого отчета и помещена в поля, и целый отчет хранится также. Отслеживание стека автоматически проанализировано для удаления неинтересных функций, оставив список только моих функций, которые перестали работать.
С этим случаем автоматически, я могу теперь "проигнорировать" каждое отдельное входящее сообщение, но видеть большее изображение в сетке, которая показывает мне просто, какие функции имеют большинство проблем. Я могу затем сфокусироваться на них, искать причины и зафиксировать их.
Мое приложение для дисплея также может отфильтровать отчеты в сборках перед определенным числом, если я выбираю, так, чтобы я мог сказать ему не включать "MyWidget. BadProc" перед сборкой 75, после того как я зафиксировал его.
Это помогло мне улучшить свое приложение и поразило проблемы, которые люди нашли самым проблематичным, не имея необходимость предполагать.
Это очень зависело бы от того, что ошибки, это передают обратно. Так как очевидный - то, если существуют ошибки в Вашем приложении, им нужны фиксация и патчи/обновления, отправленные Вашим клиентам.
Если они - исключения, которые Вы знаете, может произойти и сделать не требуемый Вы, чтобы быть уведомленным, можно добавить "Фильтры Исключения" в опциях Eureaka Log указать, как они должны быть обработаны (или проигнорированы!).
Другая опция состоит в том, чтобы использовать Переменные EurekaLog (где можно добавить описание исключения и т.д.) в почтовой Строке темы, и затем используйте почтовый клиент для фильтрации на основе этого.
Я сделал это использование madExcept. Это действительно полезно для разыскивания проблем, которые мы не могли воспроизвести сами.
Который заставляет меня спросить, почему Вы получаете так многих? Незахваченные исключения должны быть немногочисленными. Особенно, если пользователь видит ошибочное диалоговое окно. Я был ответственен за несколько приложений, каждого с сотнями установок, и я буду редко получать почтовые уведомления.
Если бы они главным образом от очень небольшого количества ПК, я работал бы с некоторыми из тех пользователей для обнаружения то, что они делают по-другому, или как их установка могла бы генерировать исключения.
Если они со всех концов места, это - вероятно, ошибка, которая прошла через Ваше тестирование.
Так или иначе используйте детали, чтобы исправить Ваш код или, по крайней мере, ожидать известные исключения и захватить их правильно (никакая пустая попытка.. кроме).
Решение проблем горячей точки сократит путь на количестве электронных писем, которые Вы получаете, делая случайное уведомление намного более управляемым.