Телеграмм чат группы angular

Переменные, в смысле, самые обычные. Например, service.user. Не методы, а-ля service.getUser()

В данном случае шаблон почему-то знает про какой-то сервис, хотя это вообще не его ответственность.

Smooth Operator in Angular - русскоговорящее сообщество

10:02пожаловаться #1

Меня больше занимает тот момент, что там кто-то по рукам кого-то бить хочет за вызовы переменных сервиса в темплейте. Кроме того, что сервис нужно сделать ради этого публичным в классе, я не вижу в этом ничего плохого. Пытаюсь понять что такого плохо в этом, может кто-то уже наконец расскажет что-то конкретное)

А то пока какой-то диктатурой попахивает))

закон деметры есть

Oleg Safonov in Angular - русскоговорящее сообщество

10:02пожаловаться #2

Еще раз. Не дергаем. Читаем рионли переменные, алооо)

да блин, разница то какая?)

10:02пожаловаться #3

Smooth Operator

закон деметры есть

10:02пожаловаться #4

В данном случае шаблон почему-то знает про какой-то сервис, хотя это вообще не его ответственность.

То есть, предлагается, переменные дублировать. user = this.service.user, а потому уже вызывать user в темплейте

10:03пожаловаться #5

То есть, предлагается, переменные дублировать. user = this.service.user, а потому уже вызывать user в темплейте

10:03пожаловаться #6

Даже если их может быть 100 штук

10:03пожаловаться #7

Даже если их может быть 100 штук

йеп
но если у вас 100 свойств из сервиса в компоненте - попахивает архитектурными проблемами

10:04пожаловаться #8

То есть, предлагается, переменные дублировать. user = this.service.user, а потому уже вызывать user в темплейте

Ну смотрите, у вас в компоненте эти переменные лежат стопочкой, а в шаблоне раскиданы. Если вы переделаете сервис, где проще будет поправить?

10:05пожаловаться #9

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

10:06пожаловаться #10

Если касаться ридонил переменных, то не уверен, что дублирование слов мне как-то серьезно облегчит жизнь

Oleg Safonov in Angular - русскоговорящее сообщество

10:07пожаловаться #11

Если касаться ридонил переменных, то не уверен, что дублирование слов мне как-то серьезно облегчит жизнь

так можно относиться к любому правилу)
Почему плохо дёргать метод сервиса из шаблона?)

10:08пожаловаться #12

Если касаться ридонил переменных, то не уверен, что дублирование слов мне как-то серьезно облегчит жизнь

Это хоть и зовется "законом Деметры", на деле всего лишь набор практик проектирования. Никто не заставляет вас им следовать.
Но если нужна какая-то качественная аргументация, можно глянуть code complete Макконнелла, он там подробно раскрывает все это.

10:09пожаловаться #13

так можно относиться к любому правилу)
Почему плохо дёргать метод сервиса из шаблона?)

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

Oleg Safonov in Angular - русскоговорящее сообщество

10:10пожаловаться #14

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

Ну стоп стоп) я спрашиваю у защищающего обращение к сервису в шаблоне)

10:10пожаловаться #15

Ну стоп стоп) я спрашиваю у защищающего обращение к сервису в шаблоне)

Но вопрос про обращение к методу, хотя человек явно выше сказал, что речь только о переменных.

Oleg Safonov in Angular - русскоговорящее сообщество

10:11пожаловаться #16

Но вопрос про обращение к методу, хотя человек явно выше сказал, что речь только о переменных.

Я хочу понять логику, почему свойства - норм, а методы нет

10:11пожаловаться #17

Я хочу понять логику, почему свойства - норм, а методы нет

Потому что свойства - это только про архитектуру. А методы - про архитектуру и вероятные проблемы с производительностью.

10:11пожаловаться #18

так можно относиться к любому правилу)
Почему плохо дёргать метод сервиса из шаблона?)

Видите разницу между
<div *ngIf="serice.getUser$() | async"> и <div *ngIf="user$ | async">, который user$=this.serice.getUser$()?

И я вижу, так плохо очевидно

А вот в случае <button (click)="user$ = service.getUser()"> я ничего плохого не вижу. Делать однострочную функцию в компоненте - ну хз. Как минимум читать сложнее становится

Oleg Safonov in Angular - русскоговорящее сообщество

10:12пожаловаться #19

ну нет. Там метод может просто возвращать значение. А свойство может быть с геттером