Разные сервисы для разных групп пользователей делать однозначно не надо, а разграничение доступа делайте на уровне контроллеров api и пусть api решает кому что можно.
MaxKorz, решаю такую проблему:
1) на сервере появляется новый элемент.
2) данные о элементе передаются в ангуляр.
3) ангуляр создает компонент и добавляет его к уже имеющемуся набору дочерних копонентов(Card Title).
Спасибо, но это немного не то что я ожидал, мне хотелось бы такое решение что бы мне при добавлении нового поля не править каждый раз функцию которая возвращает имена.
Griboks да согласен можно и так, но я делаю вспомогательный метод который используется разными (пусть даже родственные семантически ) классами, статическими как и класс в котором он находится.
Да конечно можно было бы все эти методы реализовать в одном классе родителе, и от него наследовать все что нужно, но я предпочитаю использовать включение классов в замен наследования, кроме случаев где необходим полиморфизм.
Согласен с вами, и я в этом случае вообще не парюсь и под отдельную функцию завожу класс и помещаю его в папочку helpers так как пишу на c# а там функция не может существовать вне класса.
Понимаю вашу боль!
Это меня заставило все переписать на WebAPI без всяких razoro'v, хотя вся эта функциональность - частичные представления компоненты и т д были удобны, но в современном мире проект должен быть максимально модульный.
profesor08, только saveToDB(postData); надо не postData передавать а весь лог, что бы на бэкенде приложение сделало все изменения в БД в той последовательности в какой они происходили на клиенте.