
Евгений
11.04.2017
11:49:21

Valeriy
11.04.2017
11:49:26
просто попробуйте написать императивно и увидите, что этот coupling будет tighter только в другом месте

Alexander
11.04.2017
11:49:29
Внезапно

Google

Andrey
11.04.2017
11:49:34
Чот не слабо накинули.

Valeriy
11.04.2017
11:49:40

Евгений
11.04.2017
11:49:43
не надо говорить собаке, как переставлять лапы, но отдать ей команду "вперед"
поджики, блин

Snow
11.04.2017
11:50:00

Евгений
11.04.2017
11:50:04
тому

Alexander
11.04.2017
11:50:16

Valeriy
11.04.2017
11:50:26
тебе кажется

Alexander
11.04.2017
11:50:33
Человек не может решать, как его валидировать
Егор тут не при чем

Valeriy
11.04.2017
11:50:41
сделай лучше

Alexander
11.04.2017
11:50:46

Google

Valeriy
11.04.2017
11:50:57
я же не говорю, что я гуру ооп

Евгений
11.04.2017
11:51:03

Andrey
11.04.2017
11:51:08

Valeriy
11.04.2017
11:51:14
абстракция такая, какая должна быть в ооп

Евгений
11.04.2017
11:51:42

Snow
11.04.2017
11:51:44
с помощью поджиков можно охватить предметную область хорошо. а потом связи напилить абстрагируя уже над поджиками.

Alexander
11.04.2017
11:51:47

Andrey
11.04.2017
11:52:12
Вот так лучше.

Valeriy
11.04.2017
11:52:19
а кто решает?

Snow
11.04.2017
11:52:25
почему неподжик должен знать все интферсейсы реализуемые в системе?

Евгений
11.04.2017
11:52:27

Valeriy
11.04.2017
11:52:31

Alexander
11.04.2017
11:52:32
Криво же придумали

Andrey
11.04.2017
11:52:58

Евгений
11.04.2017
11:53:02

Valeriy
11.04.2017
11:53:19
Пропуск.
а кто решает когда идти? где этот код?

Snow
11.04.2017
11:53:27
как решение. отдельный сервис, по проверке. туда входят гвард как экзекьютор и персона как источних данных

Google

Alexander
11.04.2017
11:53:28

Snow
11.04.2017
11:53:35
гвард и персона поджики

Alexander
11.04.2017
11:53:36
Как хотите

Snow
11.04.2017
11:53:39
сервис - абстракция

Andrey
11.04.2017
11:53:41

Valeriy
11.04.2017
11:54:01
Когда?
если пасс, то нужно пройти, не пасс пройти обратно

Alexander
11.04.2017
11:54:43
Вы еще скажите, что каждый хттп запрос должен сам решать, как ему быть аутентифицированным и авторизованным

Andrey
11.04.2017
11:55:22

Snow
11.04.2017
11:55:39
PassService ps = new PassService (Person, Guard.class); result = ps.getCheckResult

Andrey
11.04.2017
11:56:07

Alexander
11.04.2017
11:56:33

Alexander
11.04.2017
11:56:43
Это же гораздо проще
Меньше зависимостей

Snow
11.04.2017
11:57:01
потому что тогда персона должна знать способ проверки.
а гвард должен уметь проверять все типы паспортов

Alexander
11.04.2017
11:57:15
Не должна

Snow
11.04.2017
11:57:21
это избыточность гораздо выше
и связанность

Alexander
11.04.2017
11:57:39
guard.check(person.getPass()) ?

Google

Snow
11.04.2017
11:57:46
проще в сервис передавать как дженерик гварда

Alexander
11.04.2017
11:57:46
Что втом плохого?

Snow
11.04.2017
11:57:55
и персону экземпляром
алсо сервис в виде фабрики со статическими констуркторами
и гетинстаносм

Alexander
11.04.2017
11:59:33

Snow
11.04.2017
11:59:59
ну из фабрики можно зато получить стрим апи для проверки

Admin
ERROR: S client not available

Snow
11.04.2017
12:00:06
через статик методы
Checker.setGuard(Guadr.class).setPerson(Person).check.toBolean;

Valeriy
11.04.2017
12:01:21

Alexander
11.04.2017
12:01:41

Valeriy
11.04.2017
12:01:59
потому что инкапсуляция нарушается

Alexander
11.04.2017
12:02:00
Что такое ask и tell?
Какое отношение они имеют к ооп?

Valeriy
11.04.2017
12:02:18
я же говорю ООП говно

Alexander
11.04.2017
12:02:19

Valeriy
11.04.2017
12:02:36
getCard возвращает внутреннее состояние -- card

S
11.04.2017
12:02:54
А почему нельзя просто guard.check(person) ?

Valeriy
11.04.2017
12:03:09
можно, это тру

Google

Valeriy
11.04.2017
12:03:11
но
тогда охраниик должен потом сказать person проходите
ну то есть либо ты сам пропуск показываешь, либо у тебя его просят
вся разница

S
11.04.2017
12:04:25
Ну мент обращается, а ты непосредственно достаешь из бумажника

Valeriy
11.04.2017
12:04:52
да, можно и так, я же говорю

Snow
11.04.2017
12:05:29
я похоже один считаю что лучше иметь поджики и верхнюю абстракцию для работы с ними

S
11.04.2017
12:06:25
guard.checkId( person.showId() )
Это внутри того метода

Alexander
11.04.2017
12:09:30
можно, это тру
То есть ты говоришь, что возвращать карту - это расскрытие внутреннего состояния, вместо этого пусть лучше мы будем передавать person? :)
Больше зависимостей

Andrey
11.04.2017
12:10:14
Мне кажется, что основная проблема у вас в том, что вы не тот уровень проектируете)

Alexander
11.04.2017
12:10:14
Почему карта - это расскрытие внутреннего состояния?
Это же контракт

Евгений
11.04.2017
12:10:31

S
11.04.2017
12:10:35

Andrey
11.04.2017
12:11:43

Евгений
11.04.2017
12:12:08

Alexander
11.04.2017
12:12:10