ГГ
всего 553 строчки
Size: a a a
2021 October 22
S
честно я десктоп очень редко пишу темболе чтото кзамлподобное, просто взгялнув как там через жопу DI завозить, мне стало плохо и я решил, ну нах) лучше бэк писать
S
пошёл мыть глаза
ГГ
хлоркой рахзве
ГГ
ато здесь как с олед телеками
ГГ
выгорит прям на глазах
S
да не на самом дела у нас ебучий легаси, есть места и похуже
IK
ну там есть готовые либы. где это всё в разы проще делать уже
ГГ
ты еще названия комитов зацени
IK
+
S
Очень интерснно, но я думаю это проблему сложно решит, теоретически: пишем бэк монолит, и например в качестве контейнера используем какой-нибудь ninject, далее в качестве UI используем толсты клиент на wpf, а для линухоф приписываем сбоку asp для web ui. С готовыми решениями мне сложно будет оставить свои резолвы которые уже расписаны в ninject. Но это конечно в теории
ﺋﺋ
дайте гифку где украинский президент возмущается
ﺋﺋ
типа по столу хлопает
IK
ну мне больше Autofac но не суть. по сути да.
хотя можно и на линукс десктоп. на авалонии например. или что-то извращенее изошренее типа Gtk
хотя можно и на линукс десктоп. на авалонии например. или что-то извращенее изошренее типа Gtk
:
Всем привет, может пожалуйста кто-нибудь поделиться своим мнением на счет Single responsibility.
А именно утверждение о том, что класс или метод должен иметь только оду причину для изменений.
Причин для изменений ведь может быть масса: фикс бага, рефакторинг, чтобы код стал чище, и тд.
Я понимаю, что здесь речь идет о том, что сама суть обязанности класса не должна меняться, но сама формулировка мне кажется полным синонимом того, что класc или метод должен иметь только одну ответственность.
А именно утверждение о том, что класс или метод должен иметь только оду причину для изменений.
Причин для изменений ведь может быть масса: фикс бага, рефакторинг, чтобы код стал чище, и тд.
Я понимаю, что здесь речь идет о том, что сама суть обязанности класса не должна меняться, но сама формулировка мне кажется полным синонимом того, что класc или метод должен иметь только одну ответственность.
IK
скорее имеется в виду не то что ты логику в классе меняешь. а то что доступный функционал этого класса не меняется. (публичные названия полей, переменных, методов и т.д.). Типа у тебя раньше обрашались к методу класса Save() так и пускай и остаётся, саму логику внутри этого метода менять я думаю можно если она ошибочная. но вот название не стоит
IK
типа не сам класс менять. а его структуру