или это нехорошая идея?

Вы считаете, что в ангуляре мвс?

Всё таки холивар был разрешен выше, но давайте продолжим, если вы того желаете. Мы обсуждали размещение ридонли переменных в темплейтах. Некоторые отдельно взятие берут эту простую операцию, обзывают её "размещать логику в темплейте" и начинают бороться с какой-то супер огромной проблемой, приплетая сюда и ченджДетекшнСтратегии и другие умные слова, с которыми встретились

Посыл простой. Не дублировать переменные вида user = this.service.user, а вызвать эти переменные в темплейте по виду {{service.user}} в рамках ограничений service per component. Где здесь противоречие мвс и прочим умностям?

Из плохо что мы получили:
1) сервис из приватного модификатора доступа получает публичный
2) какая-то неведомая проблема с каким-то абстрактно непонятным переделыванием сервиса в неопределенном будущем, которая может заафектить поддержку

Вы или @oligarhe можете еще чем-нибудь полезным пополнить умозаключения, кроме "атата сейчас всех будем по руками бить"? Если да, сердечно прошу Вас. Если нет, давайте не будем продолжать

привет, как можна передать результат строки после pipe в вызов функции ? (click)="function('text' | pipe)"

[2] Проблема как раз таки вполне известная. Вы теряете контроль над переменной в самом компоненте. К примеру, в сервисе на это переменную вешают геттер-функцию, в результате пострадает перф, а никто и не заметит.

А если не вешают? 😱

А если вешают? ))

Circular dependency detected

Вот к чему обращения к сервису в шаблоне приводят))

Чем больше команда/аппка, тем больше неразберихи будет происходить. Соблюдение принципов SOLID и прочих "филосовских" подходов помогает разбрасывать меньше граблей для себя любимых

Да всё, давайте завязывать) Картина ясна, кмк

Калинковичский мебельный комбинат?

Да всё, давайте завязывать) Картина ясна, кмк

не подумайте, я просто не понял значения "кмк"