Java: глобальный обработчик исключений
Полнотекстовые индексы (которые являются индексами) намного быстрее, чем использование КАК (который по существу исследует каждую строку каждый раз). Однако, если Вы знаете, что база данных будет маленькой, не может быть производительности, должен использовать полнотекстовые индексы. Единственный способ определить это с некоторым интеллектуальным усреднением и некоторым тестированием на основе той информации.
Точность является другим вопросом. Полнотекстовое индексирование позволяет Вам делать несколько вещей (взвешивание, автоматически соответствие едят/едят/едят, и т.д.), Вы не могли возможно реализовать это ни в каком виде соответствующего времени, использующего КАК. Реальный вопрос состоит в том, нужны ли Вам те функции.
, не читая описание полнотекстовой документации этих функций, Вы действительно не собираетесь знать, как необходимо продолжить двигаться. Так, читайте!
кроме того, некоторые базовые тесты (вставляют набор строк в таблице, возможно, со своего рода общедоступным словарем как источник слов) будут иметь большое значение для помощи Вам решить.
3 ответа
Используйте Thread.setDefaultUncaughtExceptionHandler . См. Пример сообщения в блоге Рода Хилтона « Global Exception Handling ».
Вы можете установить UncaughtExceptionHandler по умолчанию , который будет использоваться всякий раз, когда исключение не будет перехвачено по всей системе.
DefaultUncaughtExceptionHandler - правильный ответ. Это было открыто мне Джеффом Стори в этом месте несколько дней назад. Как вы и подозревали, исключения, перехваченные "вручную", никогда не будут перехвачены этим обработчиком. Однако я получил следующее предупреждение:
** - Чтобы соответствовать J2EE, веб-приложение не должно использовать какие-либо потоки. **
, когда я проверил свой проект на соответствие передовой практике и рекомендовал стиль кодирования java с помощью Плагин PMD для Eclipse IDE.