Inline-тесты могут быть написаны даже для закрытых методов класса
Нифига, рефлексия наше всё )
Имхо, для простых тестов действительно отличное решение. Я уже боялся, что придется код в аннотациях писать )
А вообще никто не запрещает писать тесты действительно в самом классе. Только в PHPUnit странное ограничение, чтобы класс был наследником PHPUnit_Framework_TestCase. Но допустим, в том же Codeception, ну может и в других фреймах вполне можно бы такое сделать. Минусы правда тоже налицо: класс становится излишне толстым и появляются методы, которые висят и не работают.
Короче, отличная тема для дискуссии. Нужны такие тесты и насколько.
Ваши — точно нужны. Но вам явно нужна интеграция с фреймворком, чтобы можно было все тесты вместе гонять.
Скажем так, у ребят уже отличная технологическая база, есть ресурсы. С такими ресурсами уже можно делать гениальные фильмы. А не демонстрации спецэффектов.
Кстати, советую посмотреть замечательный фильм Догвиль.
Лучший пример того, что для гениальных фильмов не нужно ни декораций ни спецэффектов, только сценарий, актеры и режиссура.
Я к тому, что вкладывается много усилий, денег, а на выходе всё равно не фильм, а технодемка.
То есть, когда фильм снимается ради того, чтобы понтануться спецэфектами, а не ради самого фильма, это оч даже видно. Вопрос, что мешает повернуть процесс вспять и снимать отталкиваясь от идеи, а не от возможностей.
Одного понять не могу, почему если есть время и возможность не снять чего-то нормального, а только техно-демки какие-то. Нормальный сценарий, актеры, режиссура и это будет офигенный фильм. А главное — совершенно независимый.
В прошлом топике на эту тему упоминались скринкасты «Ruby Metaprogramming» с Дейвом Томасом. Скачал, доволен как слон. Но тем не менее с удовольствием прочел статью. Пусть оно в мозгу укладывается, а моск постепенно пусть всё это осознает.
Последние изменения в интерфейсе вообще ни на что не мотивируют. Открыл, повергул голову влево, чуть почитал, закрыл…
А вообще, как для фоток — отличная штука.
www.php.net/manual/en/reflectionmethod.setaccessible.php
Сори, не проверял на приватных методах.
Там для аннотаций где-то такой же парсер должен был быть
github.com/bschussek/lime/blob/master/lib/lexer/LimeLexerAnnotationAware.php
Впрочем, от него в итоге отказались.
Нифига, рефлексия наше всё )
Имхо, для простых тестов действительно отличное решение. Я уже боялся, что придется код в аннотациях писать )
А вообще никто не запрещает писать тесты действительно в самом классе. Только в PHPUnit странное ограничение, чтобы класс был наследником PHPUnit_Framework_TestCase. Но допустим, в том же Codeception, ну может и в других фреймах вполне можно бы такое сделать. Минусы правда тоже налицо: класс становится излишне толстым и появляются методы, которые висят и не работают.
Короче, отличная тема для дискуссии. Нужны такие тесты и насколько.
Ваши — точно нужны. Но вам явно нужна интеграция с фреймворком, чтобы можно было все тесты вместе гонять.
В кино уже ничего толком и не раскрывается.
Лучший пример того, что для гениальных фильмов не нужно ни декораций ни спецэффектов, только сценарий, актеры и режиссура.
То есть, когда фильм снимается ради того, чтобы понтануться спецэфектами, а не ради самого фильма, это оч даже видно. Вопрос, что мешает повернуть процесс вспять и снимать отталкиваясь от идеи, а не от возможностей.
Для написания сценария не нужно кучу персонала, ага.
Теперь ждем реализацию монад в PHP! =)
А вообще, как для фоток — отличная штука.