Крик души о ТДД во вью

[Dukobpa3]

Собственно на сервере использую, нравится. Там по сути только модель и команды, главное проследить чтоб в модель попали нужные данные, и чтоб после обработки они были правильно отформатированы. Всё.

Теперь клиент. Архитектура мвц.
Пишу максимально инкапсулировано. Ну т.е. Я люблю всякие там статик манагеры для доступа к пулу вью, моделей и прочих одноранговых плюшек, но каждый объект выдает наружу только ивенты + парочку или вообще без паблик методов.

Так вот.
Тестируем модель. Ну тут ок. Как сервер. На фход скормили данные, проследили чтоб математика правильная была, всё круто.
Следующим тестом проверяем чтоб по таким-то изменениям были такие то диспатчи. Асинхронные тесты в помощь, но в целом не сложно.

Теперь контроллер.
Всё немного сложнее. В модель мы кормили данные, в контроллер же скамливаем какую-то мок-вью, через нее диспатчим, следим чтоб контроллер как-то реагировал. Усложняется тем что реакция контроллера выражается в вызове паблик метода модели. Т.е. ему нужно мок-вью, которая умеет спамить клики + мок модель, которая умеет слушать коллбеки. Но ладно, разобрались.

Теперь беремся за вью и тут опа.
Во-первых рендер инкапсулирован, запускается по событию из модели.
Т.е. рендер как-то кошерно проверить не получится. Только с моками, но это будет не точный тест.
Во вторых рендер занимает время, если с анимациями и прочим. И еще и зачастую вконце анимации должен полететь какой-то ивент.
Получается два асинхронных теста в одном, а это уже даже не то что контроллер с одним, это целая шляпа.

//**************************************
Короче пыжусь вот я со вьюхами но никак ни к чему не пришел внятному. В хаксе более менее проканывает, потому что там после компиляции все приваты становятся пабликами, так что могу чуть ли не насквозь всё смотреть.

В ас3 и инкапсуляцию нарушать неохота, но и танцевать вокруг событий с двух сторон как-то слишком сложно получается.

//**************************************
Вот и интересно как кто чего в этом плане делает.