Size: a a a

2021 March 21

t

ttldtor in codingteam
💮
Это что за строки такие, что не знают о числах?
Те, которые подчиняются буковке D из SOLID.
Например, есть один тип строки, но может появиться ещё дцать. Как и чиселок. Тогда их не стоит перечислять друг в друге
источник

FO

FORTRAN ONE LOVE in codingteam
💮
Бери деньги за то чтобы не показывать свой код.
Только зачем?..
источник

t

ttldtor in codingteam
Можно придумать интерфейс общий, но это, возможно, поломает ещё что-то. Обычно это снижает гибкость
источник

t

ttldtor in codingteam
функциональность
источник

t

ttldtor in codingteam
хотя, никто не отменял  примитивные интерефейсы
источник

t

ttldtor in codingteam
интерфейсы.
источник

c

codingteam@cjr in codingteam
sergevp
@ttldtor> конкретный ответ на твой вопрос: конвертация может не принадлежать ни тому, ни другому модулю, потому что ни строка, ни чиселка "не знают" друг о друге

О, я ждал именно этого ответа! :) Да, это _кажется_ очевидным выходом — положить её в какой-то отдельный модуль.
источник

c

codingteam@cjr in codingteam
sergevp
Проблема в том, что почти все методы любого класса — это такая себе конвертация или извлечение части модуля из одного "вида" в другой.
источник

c

codingteam@cjr in codingteam
sergevp
И если последовать этому принципу дальше, то наша архитектура — это будет структур, и куча отдельных функций для "преобразования" из одного типа в другой. Получится тот самый код в стиле Си. :)
источник

c

codingteam@cjr in codingteam
sergevp
*конвертация или извлечение части структуры
источник

💮

💮 in codingteam
FORTRAN ONE LOVE
Только зачем?..
Если желающих не читать больше чем желающих читать, то услуга "не показывать" будет более востребованной.
источник

t

ttldtor in codingteam
codingteam@cjr
sergevp
И если последовать этому принципу дальше, то наша архитектура — это будет структур, и куча отдельных функций для "преобразования" из одного типа в другой. Получится тот самый код в стиле Си. :)
Дядь, ну если возвращаться к симулятору ковида, то сериализацию пишут, держа в уме потоковый ввод-вывод.
источник

t

ttldtor in codingteam
codingteam@cjr
sergevp
@ttldtor> конкретный ответ на твой вопрос: конвертация может не принадлежать ни тому, ни другому модулю, потому что ни строка, ни чиселка "не знают" друг о друге

О, я ждал именно этого ответа! :) Да, это _кажется_ очевидным выходом — положить её в какой-то отдельный модуль.
поэтому я не ответил "может"
источник

t

ttldtor in codingteam
то есть, ответил
источник

t

ttldtor in codingteam
Гм, уже 10- раз фейлю
источник

t

ttldtor in codingteam
надо синхронизировать мозг и руки
источник

c

codingteam@cjr in codingteam
sergevp
Ой, та не страшно, меня опечатки не пугают. :)
источник

t

ttldtor in codingteam
меня пугают
источник

c

codingteam@cjr in codingteam
sergevp
Хм... Получается, что SOLID — это не принципы дизайна архитектуры, а принципы её оправдания. :)
источник

c

codingteam@cjr in codingteam
sergevp
Типа, мой хелловорлд состоит из 4к строк потому что по букве S я разделил строку на "hello" (приветствие) и "world" (имя сущности). Затем написал к ним класс форматтер, который по букве D зависит не от самих классов, а их интерфейсов, от которых они унаследованы по букве I... И т.д.
источник