PHP в SouthPark » Программирование

Вложенность в регулярных выражениях

Владимир Лучанинов — Wed, 07 May 2008 18:08:03 +0000

Мастера регулярных выражений могут делать настоящую магию. Вместо того, чтобы писать сложные лексические анализаторы, они могут одной строчкой сделать всю работу. Это как игра го - изучить основы очень просто, но чтобы стать настоящим профессионалом нужны годы опыта.

Допустим, есть строка

plain text

CODE:

begin someFunction("test"); end;

Нужно выделить из неё

plain text

CODE:

("test")

Элементарно

plain text

PHP:

$s = 'begin someFunction("test"); end;';
preg_match('#$.*?$#', $s, $m);
print_r($m);

выведет

plain text

PHP:

Array
(
[0] => ("test")
)

Но в боевых условиях пользователи обязательно рано или поздно добавят параметр со скобками

plain text

CODE:

begin someFunction("test",(5+3)*2); end;

Наш код

plain text

PHP:

$s = 'begin someFunction("test",(5+3)*2); end;';
preg_match('#$.*?$#', $s, $m);
print_r($m);

выведет

plain text

CODE:

Array
(
[0] => ("test",(5+3)
)

А вот вам

plain text

PHP:

$s = 'begin someFunction("test",(5+3)*2); end;';
preg_match('#$(([^\($]+)|(?R))*\)#', $s, $m);
print_r($m);

Это выведет

plain text

PHP:

Array
(
[0] => ("test",(5+3)*2)
[1] => *2
[2] => *2
)

А теперь немного оптимизируем

plain text

PHP:

preg_match('#$ (?: (?>[^\($]+) | (?R) )* \)#x', $s, $m);

Модификатор "x" даёт ставить лишние пробелы для улучшения читабельности.
?> - ускоряет производительность, не проверяя одни и те же символы, если они уже где-то подошли
?: - делает так, чтобы не выводилось это подвыражение (заметьте пропажу [1], [2])

plain text

PHP:

Array
(
[0] => ("test",(5+3)*2)
)

Детальнее можно читать в мануале - http://php.net/manual/en/regexp.reference.php

Как попасть в DMOZ или первый бестолковый пост

Владимир Лучанинов — Mon, 29 Oct 2007 23:32:14 +0000

Я ненавижу, когда люди в блогах пишут о том, как им плохо или наоборот хорошо. Есть тема блога, так о ней и пиши, нечего о всяких пятничных кошках рассказывать. И казалось мне, что я до этого никогда не докачусь и будут у меня посты только с кучей кода, который все будут использовать и придёт ко всем счастье.

Не тут-то было - я недавно искал ещё полезные сайты о PHP и расстроился, увидев, что русскоязычных ресурсов в DMOZ очень мало. И подал заявку на то, чтобы быть редактором раздела. И меня приняли.

Теперь я почётный редактор раздела World/Russian/Компьютеры/Программирование/Языки/PHP. Я уже успел добавить cake-php.ru о моём любимом фреймворке и ещё несколько более-менее адекватных сайтов, которые тоже подали заявки, но не были рассмотрены так как у раздела не было редактора. Несколько дурацких сайтов удалил. Сейчас разбираюсь, могу ли я добавить свой блог (1. Я аффилиирован с ним; 2. Это всё же блог, а не полноценный сайт) и что делать с сайтами компаний, которые пишут под заказ PHP-скрипты.

А теперь внимание!
Если у вас есть сайт, посвящённый PHP, то перейдите сюда, нажмите ссылку "предложить URL" в верхнем правом углу и заполните анкету. Заранее должен предупредить, что по правилам DMOZ ваш сайт должен иметь интересный контент и большей частью быть посвящённым PHP. А те, кто пишут о Perl, пусть идут в #@$%
Блоги тоже добавляйте, если их будет действительно много, то можно будет попробовать создать подраздел "Блоги".

Оправдываясь за отсутствие кода в этом посте я обещаю со следующего поста начать разработку учебного проекта на CakePHP в котором покажу от начала до конца как разрабатываю cake-проекты. Думаю, будет интересно не только для новичков в Cake.

Зачем нужно тестирование?

Владимир Лучанинов — Fri, 12 Oct 2007 12:58:16 +0000

Лет 7 назад я думал, что тестирование - это когда берётся программа и по очереди нажимаются все кнопочки и записывается результат. Для многих, к сожалению, это до сих пор так. Сейчас я понимаю, что основа тестирования - это классные модульные тесты.

Модульные тесты разделяют программу на части и доказывают, что каждая из этих частей работает. А это увеличивает вероятность работоспособности программы в целом .

Преимущества модульных тестов

Создавая модульные тесты, вы больше не будете бояться изменять старый код, боясь что-то там поломать и узнать об этом потом от пользователей. Если вы что-то поломаете, то сразу узнаете об этом и с хорошими тестами даже сразу увидите как исправить ошибку.
Можно будет позволить себе писать чуть меньше документации, отправляя программистов, использующих/поддерживающих ваш код, читать тесты. Из хороших тестов понятно, что делает код и как его можно использовать.
Написание тестов заставляет писать более правильные интерфейсы классов и их взаимодействия. К классам, где всё висит на соплях, просто не получится нормально написать тесты.

Естественно, это не панацея, но всё же уровень уверенности в коде и себе значительно увеличивает.

Люди, пишущие модульные тесты, обычно являются приверженцами "Разработки через тестирование" (Test-Driven Development). Основная идея - для добавления функциональности надо сначала написать тест, а потом уже код.

Цикл разработки

Добавить тест
Для того, чтобы написать тест, разработчик должен чётко понимать требования к функциональности. Это заставляет хорошо разобраться с тем, как оно должно работать, до того как писать код.
Запустить все тесты и увидеть, что один не работает
Если вы добавили тест на функцональность, которой ещё нет, то тест должен провалиться. Если все тесты работают нормально, то либо кто-то уже реализовал нужную функциональность за вас, либо вы плохо написали тест. К сожалению, первое случается редко.
Написать нужный код
Пишите код для функции, которую вы тестируете. Можно писать как угодно некрасиво и неоптимизированно - главное, чтобы заработал тест.
Рефакторинг
Оптимизируйте код, пока не будете им довольны. Можно смело вносить любые изменения, ведь вы можете проверить всё с помощью тестов.

Наиболее распространённые средства для создания модульных тестов для PHP: PHPUnit и SimpleTest. Так как я люблю CakePHP, а в нём встроена поддержка SimpleTest, то я использую его.