[ Поиск ] - [ Пользователи ] - [ Календарь ]
Полная Версия: Надо качнуть скил в TDD
Страницы: 1, 2
Guest
Цитата
vasa_c, в таком плане, ни чем. В плане декларирования интерфейса объекта довольно полезная вещь.

Явное перечисление свойств декларирует интерфейс ничем не хуже.
chee
Guest, в интерфейсах можно задикларировать свойства?


_____________
Люди, имеющие низкий уровень квалификации, делают ошибочные выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки в силу низкого уровня своей квалификации
twin
Задекларированный в интерфейсе сеттер не гарантирует наличия свойства в классе. Так что это бессмысленная затея - сеттер без логики.

Единственный смысл - привести все к единообразию. Даже за счет ресурсов.

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

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

user posted image
stump
Я читал что тестируется все кроме приватных функций, а приватные (для особых зануд) тестируются через доп. интерфейс (__call к примеру). Для тех кто не тестирует сеттеры пусть обсуждаемая функция будет эддер (add). Эддеры тестируются?

_____________
Трус не играет в хокей
vasa_c
stump, весь предоставляемый вовне интерфейс должен тестироваться. Вне зависимости насколько сложная/простая логика стоит за ним.


_____________
Блог ГО | Таблица символов Юникода | Графомания
twin
vasa_c
Так уж и весь?

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

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

user posted image
stump
Цитата (twin @ 12.03.2015 - 20:14)
vasa_c
Так уж и весь?

Предлагаю сформулировать мысль в развернутом, виде.

_____________
Трус не играет в хокей
twin
stump
А ты vasa_c?

Хотя ты прав. Стоит объяснить, что по идее невозможно тестировать. Ну по крайней мере не нужно.

Есть допустим очень простой код. Особенно если это вьюшка.

protected funcnion wou()
{
$this->assign('wou');
}


Ну да, давайте. А смысл?

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

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

user posted image
vasa_c
Да, нужно весь.
Другое дело, что нужно ещё много всего и баланс между тем, что нужно и своей ленью каждый выбирает для себя сам.

Цитата
Хотя ты прав. Стоит объяснить, что по идее невозможно тестировать. Ну по крайней мере не нужно.


По идее тестировать можно всё. И по идее нужно всё.

Цитата
Есть допустим очень простой код


С точки зрения интерфейса нет никакого кода, ни простого, ни сложного. Тестируется не код, а взаимосвязи.

_____________
Блог ГО | Таблица символов Юникода | Графомания
twin
vasa_c
Цитата
С точки зрения интерфейса нет никакого кода, ни простого, ни сложного. Тестируется не код, а взаимосвязи.
Так то да. Но ведь это и до маразма совсем недалеко. Вернее паранойи.

Хотя о чем я. Да, факт. В ООП лучше все тестировать, ибо мало ли что. Недавно проходили.
Лучше покрыть тестами, чем сделать прозрачно. Иначе кирдык.

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

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

user posted image
stump
Цитата (twin @ 13.03.2015 - 00:07)
stump
А ты vasa_c?

Нет. я stump


Цитата
Лучше покрыть тестами, чем сделать прозрачно. Иначе кирдык.


мин 75%, а в основном рассчитывать на 90%. Protected тоже не тестируется. Тестировать через __call не добрая примета.

_____________
Трус не играет в хокей
Guest
protected такой же интерфейс, только для наследников.
stump
Guest приват тоже интерфейс, только для текущего класса.

_____________
Трус не играет в хокей
Быстрый ответ:

 Графические смайлики |  Показывать подпись
Здесь расположена полная версия этой страницы.
Invision Power Board © 2001-2024 Invision Power Services, Inc.