Простите :)

на кого-то похож

у меня заработал контейнер

у меня заработал контейнер

продолжай держать нас вкурсе

ОК

сейчас делаю замену на sqlite для "холостых прогонов "

@fes0r , приветствую. Стоит ожидать вашего выступления на fwdays? : )

@fes0r , приветствую. Стоит ожидать вашего выступления на fwdays? : )

нет

я в этом году не выступаю

Жаль

Будем верить и надеяться на другой раз)

https://github.com/simpleinjector/SimpleInjector/issues/531

https://github.com/simpleinjector/SimpleInjector/issues/531

прошло 2 или 3 недели

с тех пор как ты начал с этим возиться

мне кажется ты занимаешься херней

?

Еще и шарп, изыди ?

мне кажется ты занимаешься херней

это же хелбой

мне кажется ты занимаешься херней

ваши преложения

сейчас он расскажет что в его крупной компании в германии так принято

https://github.com/simpleinjector/SimpleInjector/issues/71#issuecomment-118638873

аффтар SI первый начал

или у вас более эффективые методы соединения с несколькими базами данных ?

я имею ввиду паттерны UOW и Repo

Господа, кто может внятно объяснить SRP?

все остальные для меня очень понятны

но SRP это прям холивар какой-то

существует одна и только одна причина для изменения чего-то

существует одна и только одна причина для изменения чего-то

Пасиба, усьо понял)

Господа, кто может внятно объяснить SRP?

У тебя есть класс Pizza, в нем не должно быть методов типа humanEatPizza, т.к. этот метод относится к контексту класса Human или чего-либо еще

Это другое больше

Депенденси инаерсион

шта)

они не являются взаимозаменяемыми, эт вообще разные вещи

но SRP это прям холивар какой-то

Количество причин для изменения, для использования

Количество причин для изменения, для использования

Давай лучше на примере)

Пасиба, усьо понял)

а теперь идем по ссылке на гитхаб и думаем, где я допустил мыслительную ошибку

мне тоже интересно, как правильно

У тебя есть класс Pizza, в нем не должно быть методов типа humanEatPizza, т.к. этот метод относится к контексту класса Human или чего-либо еще

Не плохой пример ?

Да?

Да?

Да чего там думать, SRP простой как пробка)

Пример норм, но я не думал что это можно отнести к срп

Да чего там думать, SRP простой как пробка)

сам принцип простой, а вот соблюдать его пипец сложно

для этого надо постоянно следить за тем как твой модуль используется, кем, и на кого это влияет

Давай лучше на примере)

с примерами сложно... ну то есть очень сложно сгенерить реалистичный пример нарушения SRP, что бы не искусственно и что бы выглядело что вроде и норм....

Кто что думает? Подходит пример к срп вообще?

сам принцип простой, а вот соблюдать его пипец сложно

согласен

Кто что думает? Подходит пример к срп вообще?

Ну, вообще, да Пицца не должна уметь кормить кого-то, у нас все таки приближенное к реальному миру

Кто что думает? Подходит пример к срп вообще?

да, подходит. SRP в целом про то как ты делаешь декомпозицию, выделяешь роли тех кто влияет на требования (генерит изменения)

Ну, вообще, да Пицца не должна уметь кормить кого-то, у нас все таки приближенное к реальному миру

почему это?) она вполне может уметь "кормить", это ж не пицца а ее модель

Ну, вообще, да Пицца не должна уметь кормить кого-то, у нас все таки приближенное к реальному миру

Какой ещё реальный мир?

это как дверь вполне может открываться

Pizza{ eat(); }

вполне себе норм

почему это?) она вполне может уметь "кормить", это ж не пицца а ее модель

Ну как это почему? :с Пицца на то и пицца, чтобы ее ели, а не она кормила ?

Ну как это почему? :с Пицца на то и пицца, чтобы ее ели, а не она кормила ?

адвокаты по бракоразводному процессу представляют мужа и жену но не обязательно должны ими являться. (с) Дядя Боб

Открывать пицце не нужный ей контекст плохо да

Pizza{ eat(); }

Human { eat(Pizza pizza); } Тоже не плохо вроде

Pizza{ eat(); }

это скорее к тому, что пицца кого-то съест :D

Human { eat(Pizza pizza); } Тоже не плохо вроде

я ж говорю, SRP только в самых простых случаях можно рассматривать в открыве от контекста

я ж говорю, SRP только в самых простых случаях можно рассматривать в открыве от контекста

Ну я ж здесь не спорил)

это скорее к тому, что пицца кого-то съест :D

ну окей, разрезать пиццу - кому этот метод принадлежит?)

ну окей, разрезать пиццу - кому этот метод принадлежит?)

Тому кто готовит)

ну окей, разрезать пиццу - кому этот метод принадлежит?)

ножу, наверное... Хрен знает)

Может ссылку норм кто-то знает?

Тому кто готовит)

с такой логикой у двери не может быть метода open

с такой логикой у двери не может быть метода open

Согласен Чо это дверь сама себя открывает, непорядок!

с такой логикой у двери не может быть метода open

ну да, это скорее состояние

хотя, сложно, блин. Ой всё

ну то есть у тебя методы - это операции которые ты можешь производить над сущностью

то что сущность умеет делать

дверь умеет открываться, пиццу можно разрезать или сьесть

а дальше все упирается в то что тебе важно в каждом конкретном случае

дверь умеет открываться, пиццу можно разрезать или сьесть

Здесь можно спорить долго и нудно

Human { bite(pizza) { pizza.bite() } }

Но здесь уже столько раз набрасывали за SRP, что страшно

Но здесь уже столько раз набрасывали за SRP, что страшно

на самом дене не то что бы много

Human { bite(pizza) { pizza.bite() } }

понятно то, что непонятно - съедает ли человек пиццу, либо пицца съедается человеком)

понятно то, что непонятно - съедает ли человек пиццу, либо пицца съедается человеком)

это больше вопрос к нэймингу и что ты реализуешь

Вот как раз тут и сложность SRP возникает)

в долгосрочной перспективе ведь не предскажешь, что и за что будет отвечать

ну как бы да)) более того - один и тот же модуль в разных ситуациях может соблюдать и нарушать SRP

в долгосрочной перспективе ведь не предскажешь, что и за что будет отвечать

а ты еще про OCP вспомни

SRP и OCP это те принципы которые ты нарушишь рано или поздно

ну просто у тебя нет вариантов

невозможно предсказать как там бизнес требования поменяет

OCP понятен и есть хорошие примеры

OCP понятен и есть хорошие примеры

ну и как он тебе понятен?

OCP понятен и есть хорошие примеры

Вот ты наивный)