Обработчики событий Flex поблочного тестирования
В конце двойное хеширование, математически, не предоставляет преимущества. На практике, однако, это полезно для предотвращения радуги основанные на таблице нападения. Другими словами, именно больше преимущества, чем хеширование с солью, занимает намного меньше процессорного времени в Вашем приложении или на Вашем сервере.
1 ответ
Чаще всего я создаю объект события вручную и отправляю событие из объекта, который прослушивается, особенно чтобы я мог убедиться, что нет плавающих слушателей событий, которые не удаляются должным образом. Иногда я сталкиваюсь с ситуацией, когда мои тестовые классы не могут получить доступ к объекту диспетчеризации. В таком случае я отделяю бизнес-логику от фактического метода прослушивателя событий, сохраняю метод прослушивателя событий чрезвычайно простым и легким и тестирую бизнес-логику. Однако отправка с объекта намного лучше, если вы можете.
FlexUnit и Flunit не обеспечивают «имитации» диспетчеризации событий; если у вас есть доступ к объекту, вы сможете выполнять отправку из него, а если нет, FlexUnit / Flunit тоже не сможет.
Однако при использовании событий вы захотите понять, как FlexUnit / Flunit предоставляет способы выполнения асинхронного модульного тестирования. Отправка фиктивного события означает, что вы запускаете действие, которое не завершается, когда метод завершен, поэтому вам придется создать асинхронный тест. Документация для FlexUnit находится в их ASDocs, а у Flunit есть хорошая онлайн-документация на их домашнем сайте: http://code.google.com/p/fluint/wiki/AsyncTest