В чистом виде ебанатика

ScalaFx

+

-

пойду лучше на винформах нашляпаю и буду по IPC долбать

свинка слишком упорото

Моки-это как goto. Написать-несложно, но вместо пользы-один вред

Безотносительно кривой или прямой "архитектурки"

Вот шо шо, а тут с энгри я согласен

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

Не обязательно

Если я напишу кривой мок то он будет иметь проблемы, в то время как исходный объект нет

Дальше весь карточный домик сыпется

Определение
Mock-объект представляет собой конкретную фиктивную реализацию интерфейса, предназначенную исключительно для тестирования взаимодействия и относительно которого высказывается утверждение.

Что же кривой реализации, то все может быть криво реализовано, может мок как раз некриво запилен будет
Я имел ввиду связи между объектами, зависимости и связность/сцепленность кода


Криво написанный кусок кода в чистой архитектуре исправить можно, а вот кривую архитектуру исправить дороже

Прибитые гвоздями зависимости не имеют прямого отношения к мокам. Это мок-либв скорее фиксят прибитые гвоздями зависимости

Связи сильно переоценены

Как и связанность/сцепленность

Вон умные люди это поняли и отдали все связи di фреймам

теперь андерскоры везде будут