Работаю над внутренним языком и увидел, что поточные интерфейсы обеспечивают более читабельный код. Но как при любой уборке - в месте реализации этих интерфейсов вечно творится хаос.
Ведь для поддержания их работоспособности нужно учитывать зависимости. Любимая ООП парадигма отходит на второй план: тут уже не до сокрытия информации - нужно знать кто и когда тебя вызвал, чтобы можно было вернуться на уровень назад.
В общем впечатления двоякие: код пишется легче, его уровень выше и ближе к предметной области; поддержка поточных интерфейсов приводит к увеличению связей. Хорошо ещё можно всё это спрятать в один модуль. Но это напоминает уборку с заметанием мусора под шкаф или ковёр. Вроде всё чисто, но есть "тайные места", где увеличено количество мусора.
Надо будет попробовать рефакторить этот спагетти код поддержки. Может поточные интерфейсы можно реализовать соблюдая чистое ООП?
Подписаться на:
Комментарии к сообщению (Atom)
Комментариев нет:
Отправить комментарий