*****
а я обычно там и емпти, и три равенства использую %)
только обычно у меня это две разные проверки.
например, если это проверяется какой-нить код регистрации, то я а) проверяю, что принятый код - допустимый (не пустой как минимум, а в более сложных случаях могу и дополнительных проверок добавить на длину, на использованные символы - зависит от конкретной ситуации), а потом, если предыдущие проверки прошли, проверяю на равенство с ожидаемым кодом, естественно, с помощью ===, так как я вполне ожидаю, что и там и там строка, и если даже я в своих предыдущих проверках допустил ошибку и пропустил какую-нибудь нестроку, то эта === эту ошибку отсечёт.
потом, там же не всегда мы с константами пришедшие из формы значения сравниваем. можем, к примеру, вытащить значение из базы, и сравнивать с ним. А не известно же, что и по какому условию мы с той базы вытащили. Если это какой-нибудь пароль или тот же самый код регистрации, или тот же самый каптча тест - большинство известных мне методов обхода этих защит основано именно на том, чтобы вызывать на разных этапах появление значений, которые будут empty().
все спам-роботы, появляющиеся на моём сайте, как один не загружают картинку с каптча-тестом и не передают поле, в котором ожидается ввод циферок. и если бы я не делал дополнительных проверок не только на isset(), но и на empty(), то получал бы, что одно пустое значение равно другому пустому значению, то есть, каптча-тест пройден. то же самое касается паролей, кодов регистрации и прочих строк, которые мы обычно сраниваем на равенство.
и вопрос тут не в том, чтобы перестраховываться, а просто в том, чтобы везде делать одинаково и везде иметь ожидаемые значения. понятно, что не везде проверка empty() имеет 100% необходимость, но если я приучу себя к тому, что делать проверку на empty() не обязательно, то я могу легко забыться (чего-нибудь недоучесть, упустить из виду какую-нибудь мелкую деталь) и не поставить эту проверку там, где её поставить следовало бы.
тут на самом деле вопрос только в выборе одного из двух - 1) поставить ли автоматом empty() и не париться, концентрируясь на других особенностях алгоритма, или 2) кроме тех других особенностей ещё концентрироваться и на empty().
