- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
siv1987, нет. Смешно ведь для проверки чисел использовать регулярные выражения.
if(is_numeric($num) AND $num > 0 AND ! preg_match('/^0|\./', $num)) return true;
return false;
Вы тоже гений!!! Хорошо!
А теперь вопрос: почему не сделаю такой тип или проверку. Положа руку на сердце, каждый скажет, что в веб программировании, переменных, которые по идее должны содержать именно такой тип данных подавляющее большинство!!! Согласитесь!
или
siv1987, нет. Смешно ведь для проверки чисел использовать регулярные выражения.
Да, ваш вариант как бы правильней будет.
---------- Добавлено 07.06.2013 в 20:29 ----------
или
Разницы между двумя способами не вижу, но все равно, будет проходить проверку, если:
$var = true;
Нужно еще лепить конструкцию.
siv1987, нет. Смешно ведь для проверки чисел использовать регулярные выражения.
Да. С чего бы это должно быть смешно? Тем более автор хочет валидацию.
Да, ваш вариант как бы правильней будет.
Ну как сказать "правильнее"...
Да. С чего бы это должно быть смешно? Тем более автор хочет валидацию.
Ну как сказать "правильнее"...
Нет, ну правда, смотрите какая красивая проверка:
---------- Добавлено 07.06.2013 в 20:54 ----------
Коллеги, пользуясь случаем, хотелось бы высказаться.
На мой взгляд, если создается тема на форуме, в которой автор ставит конкретный вопрос, но при этом я считаю, что это глупый вопрос, или что у автора кривые руки или что он не правильно построил архитектуру приложения, или что автор должен идти гуглить или писать функцию сам, в этих случаях я закрываю тему. Я понимаю, что этот вопрос адресован не мне, ведь по самому вопросу мне нечего сказать. Я не стану строить из себя умника. К тому же я знаю, что найдется человек, который буквально в одно/два сообщения даст автору нужный ответ.
Я благодарю ortegas, за то, что не стал спрашивать что и почему, а быстро и коротко помог найти такое замечательное решение, которое я именно искал. Спасибо.
Вот ТС, скажите плиз, как так получается, что Вы не знаете что будет в переменной: массив, число(целое/дробное), объект, ресурс, ссылка...
Чем выносить себе моск - посмотрите в сторону перепила логики приложения;)
Просто у меня реально не укладывается в голове фраза: "а вдруг туда придет массив/объект/ресурс..."
Вот ТС, скажите плиз, как так получается, что Вы не знаете что будет в переменной: массив, число(целое/дробное), объект, ресурс, ссылка...
Чем выносить себе моск - посмотрите в сторону перепила логики приложения;)
Просто у меня реально не укладывается в голове фраза: "а вдруг туда придет массив/объект/ресурс..."
Я могу ответить. Пусть это будет откровением, но все же...
У меня есть приложение, которое стабильно работает. Сейчас я несколько меняю архитектуру. Переписываю некоторые функции и методы. Передо мной стал вопрос, как в новой архитектуре, а вернее как глубоко мне нужно проверять параметры, которые, например, передаются в метод класса.
Теоретически, я могу их не проверять вообще, ведь я сам пишу проект и я знаю как и что и куда передавать, так ведь? Но, нет, это не так... Проверка нужна. Какая-то проверка нужна, но какая? Проверять можно совсем чуть-чуть, а можно и чуть-чуть больше. А можно вообще досконально проверять. Граница между этими вариантами очень плавная, ее вообще нет. Не существует границы от нуля до единицы. Я не думаю, что вы сможете в нескольких предложения описать правила, по которым программисты решительно поняли бы, какие данные нужно проверять и где, а какие нет.
Такие вопросы решаются по каждой конкретной задаче отдельно. Т.к. я не могу провести границу между тем, что проверять и где, я не хочу париться на тему того, на сколько сильно я должен проверять четвертый параметр в функции. Я просто решил найти красивое и быстрое (с точки зрения производительности) решение, которое лишит нужды думать над этим. И это решение будет работать быстрее, чем решения других программистов, которые не считают необходимым проверять переменные на соответствие типа, но при этом загибают такие проверки на целое положительное число, что шлепнуться можно!
Ваши комментарии.
---------- Добавлено 07.06.2013 в 21:44 ----------
И рас уж вы еще не ответили, то позвольте добавить.
Вы предложили решить задачу на проверку переменной на предмет целого положительного значения таким образом:
Плюс, предложили "доработать функцию, чтобы работала с дробными и отрицательными числами".
При всем уважении к вам, как к "старому и закаленному форумчанину серча", я думаю, вы не будите против, если ваш совет, "посмотреть в сторону перепила логики приложения", я оставлю без внимания 😂
но при этом загибают такие проверки на целое положительное число, что шлепнуться можно!
Ну если шлепаетесь от /^0/ или от функции is_integer то даже не знаю что сказать...
$n = "20";
if ( (int)$n == $n && (int)$n > 0 )
---------- Добавлено 07.06.2013 в 22:56 ----------
Вот ТС, скажите плиз, как так получается, что Вы не знаете что будет в переменной: массив, число(целое/дробное), объект, ресурс, ссылка...
Чем выносить себе моск - посмотрите в сторону перепила логики приложения
Просто у меня реально не укладывается в голове фраза: "а вдруг туда придет массив/объект/ресурс..."
Ограничения php ограничивают и программиста, к примеру на python если не кастомизировать и не привязываться к типу, все функции шаблонны и работают с любыми типами.