Что ж, здравствуйте, и добро пожаловать на Тостер!
И поздравляю с вашим первым вопросом. :)
А теперь к делу. Всякие "здравствуйте" и "спасибо" здесь считаются флудом и не приветствуются. Это не форум и не деловое письмо. Отвечающие по 100500 раз видят эти "здравствуйте", и здоровье у них не прибавляется, а вот время отнимается. Уважайте отвечающих, они читают вас бесплатно. Для благодарностей или жалоб есть соответствующие кнопки.
Далее. Писать нужно в ту секцию, которая соответствует вашему посылу. Я успел заметить, что вы написали в секцию ответов, но ваше сообщение не было ответом, так что его в любом случае удалили бы. Под моим ответом есть секция для комментариев. Так что если хотите прокомментировать мой ответ, писать нужно туда.
Если потом захотите задать второй вопрос, то, пожалуйста, прочтите правила ресурса. Там много интересных пунктов, которые помогут более продуктивно спрашивать или отвечать не только здесь, а вообще.
Bavashi, чем большим количеством нюансов и правил программист пренебрегает, чем быстрее пишет, чем меньше тестирует, чем меньше размышляет и даже медитирует над кодом, тем более код грязный.
Четкий критерий (да и то не всегда) только один - работает / не работает. А такие свойства как "понятный", "красивый", "удобный", "расширяемый", "краткий", "производительный" довольно субъективны и/или относительны.
Встречный вопрос: а зачем это делать одним регулярным выражением? Зачем такое ограничение самому себе и отвечающим? Зачем копать яму гигантской ложкой, когда есть лопата, кирка и лом? А проверка в два регулярных выражения вас не устроит? А проверка с помощью кода? Или код + рег. выражение?
Смотрите, каждый объект ловит какие-то события (если хочет), в них делает какие-то проверки и принимает решения, и далее может дёргать методы других объектов. Так вот важно, кто принимает именно решения, а не где находится операция вычитания. То есть важна логика организации кода.
Конечно, решения принимаете вы, как программист. Но когда вы разрабатываете один объект, то вы один человек, а когда другой объект, то вы - другой человек. Ведь в человеческой голове не умещается всё и сразу, так что разбиваем задачу на подзадачи (декомпозиция). Теоретически другой объект может делать реально другой программист. А значит вам нужно договариваться между собой. Но даже если вы делаете всё, то вы сегодняшний и вы вчерашний - это как бы разные люди.
ООП - это лишь инструмент, и им нужно уметь правильно пользоваться. ООП можно применять в языках, в которых даже нет поддержки ООП, просто следуя своим же собственным правилам и запретам. И наоборот, бездумно применяя ООП, можно только всё запутать.
run182, в php числа в двоичной системе записываются с приставкой 0b
Поэтому значение флагов (2 и 4) - соответственно 0b010 и 0b100 0b010 + 0b100 == 0b110
Наложения нет. Значит, + не приводит к ошибке в данном случае.
Владимир, я понимаю, что от локали. Просто удивляет, что многие русские используют не русскую локаль. Это же надо ещё сообразить найти, где меняются дефолтные настройки, и таки поменять их.
hint000, на мобильных устройствах, например, есть универсальные ссылки, которые могут быть открыты в браузере, но при наличии привязки приложения к домену открывается именно приложение.
И поздравляю с вашим первым вопросом. :)
А теперь к делу. Всякие "здравствуйте" и "спасибо" здесь считаются флудом и не приветствуются. Это не форум и не деловое письмо. Отвечающие по 100500 раз видят эти "здравствуйте", и здоровье у них не прибавляется, а вот время отнимается. Уважайте отвечающих, они читают вас бесплатно. Для благодарностей или жалоб есть соответствующие кнопки.
Далее. Писать нужно в ту секцию, которая соответствует вашему посылу. Я успел заметить, что вы написали в секцию ответов, но ваше сообщение не было ответом, так что его в любом случае удалили бы. Под моим ответом есть секция для комментариев. Так что если хотите прокомментировать мой ответ, писать нужно туда.
Если потом захотите задать второй вопрос, то, пожалуйста, прочтите правила ресурса. Там много интересных пунктов, которые помогут более продуктивно спрашивать или отвечать не только здесь, а вообще.