furrya_black

Не наследуйте сервис, @injectable класс, передавайте его как зависимость.

Погуглите создание сервисов через фабрики.

В providers вместо класса сервиса передавайте объект с пропертями useFactory, provide и deps, в deps injectable классы, они же сервисы, которые юзает сервис указанный в provide

Щас не дома, если не получится, напишите, буду вечером у компа, накидаю немного кода)

Жуть какая. Я так понял у вас интерфейс юзера может кастомизироваться? И данные кастомизации - цвета кнопок и пр кладется в бд на серверной стороне?

Это вообще-то сторона фронта, для хранения данных кастомизации использовать local store, localforage в помощь. И отвязать нафик от удаленного хранения в бд))

Я держу pagetitles в стэйте, есть пара action ов, setShortTitle, setLongTitle, каждое дергание этих экшенов обновляет document.title.

https://bitbucket.org/furrya_black/cake-shop

Если данные нужны по всему приложению, токен юзера, никнейм - то statement с офлайн втором - redux и localforage например, иначе Subject.

Посмотрите на app/service/message.service и loader.service тут - https://bitbucket.org/furrya_black/cake-shop

Делаю аналог <transition></transition> из vue js, пошел по пути своих директив взамен ngIf.

Так нет же проблемы - на скрине виден результат пересборки проекта и рестарта dev сервера

Посмотрите на redux

Вот отличный пост blog.ng-book.com/introduction-to-redux-with-typesc...

Проинициализируйте ее при объявлении ( ...boolean = false) и вместо undefined будет false )

На момент console.log('service -> auth =', this.isAuthorized) ваш listener (user) => { if (user) ... еще не срабатывает, тк afAuth: AngularFireAuth еще не стриггерил onAuthStateChanged.

https://firebase.google.com/docs/reference/js/fire...

Засуньте console.log('service -> auth =', this.isAuthorized) в ваш callback в самый конец и посмотрите что будет.

PS: я с ангуляром знаком 1 неделю, с авторизацией для FireBase вообще не сталкивался, просто прочел доку, не пинайте если что)

PS : по логике я так понимаю, что вам нужен subscribe на стэйт в котором хранить isAuthorized, от значения которого будет отталкиваться локига работы других компонентов (рендерить кнопку профиля или кнопки логина/регистрации юзера, доступ к какому-то функционалу и пр)

UPD: ссылку забыл - не забыл, сказывается усталость)

Не стоит. Отсос денег или действительно качественный материал, но который можно найти самому.

Если вы задаетесь вопросом, стоит или нет, то не стоит.

По фронтенду. Берете документацию и Гугл, ищите курсы на учитесь блеать. И все.)))

Я так делаю, у меня есть restapi.domain.dev на своем web сервере, в моем случае это nginx, web client на другом web сервере, также nginx, который проксирует запросы вида myapp.dev/api к restapi.domain.dev, и там я отдельно прописываю fallback'ки на конкретные группы файлов к restapi.domain.dev в том числе и к изображениям.

То есть в json отдаем относительный путь до картинки, к примеру /assets/file.png, в html файле web application прописываем в head base тэг с href myapp.dev/, можно руками или при помощи ангуляра.

В результате src к картинке будет таким myapp.dev/assets/file.png, при построении dom браузер дергает всю статику, в том числе и file.png.

Запросы идут на проксирующий nginx сервер, на котором крутится веб ап, он вызовет по расширению файла fallback, в котором мы перенаправляем запрос уже от нашего проксирующего nginx к restapi.domain.dev.

Так же решается проблема с CORS, с кроссдоменными запросами, у нас их просто нет.

Доступ к файлам можно разграничить на уровне nginx серверов.

Нужно учесть, что если вы юзаете какую-то готовую болванку темплейт для ангуляра, собранную на wepbak, где есть помимо тестов и yarn build, команда yarn dev, которая поднимает nodejs сервер - expressjs к примеру - на localhost:port, то для него так же нужно сконфигурировать для проксирования запросов к restapi.domain.dev, иначе в дев режиме все сломается.