Николай

Ну, только если ng-class использовать типа такого:

<a ng-class="{'flag-active-page': isActivePage(index)}"></a>

function isActivePage(index) {
    return (vm.index === index);
}

Сделать isOpen - биндингом, который приходит из родителя.
Сделать метод какой-то у родительского контроллера, который будет биндиться/доставаться через require в child и будет делать текущий элемент активным.
т.е. в parent:

vm.elements = [ {id: 1, isOpen: false}, {id: 2, isOpen: true}];
vm.onItemClick = function(id) {
    elements.forEach(function(element) {
           element.isOpen = (element.id === id);
    });
}

В ангуляре можно в ng-model-options поставить например обновление только при блюре. Ну и использовать parsers/formatters для валидаторов и прочего.

Есть несколько вариантов в зависимости от того, когда вы хотите получить данные:
1. использовать route.resolve, при помощи этого можно дождаться пока все данные загрузятся.
2. показывать какие-то прелоадеры и отправлять запрос непосредственно в тот момент, когда уже доскролили до этого блока, для этого лучше страницу разбить на компоненты, и логику загрузки можно разнести по компонентам.

p.s. если у вас ещё ничего не написано на ангуляре - то возьмите последнюю версию (1.6.x). Версии 1.1 много лет и она давно не поддерживается.

При сборке добавлять номер версии/хеш в имена файлов.

Вы понимаете, что даже если бы ангуляр не уходил в бесконечный digest вы значение true не получили бы?
Сделайте в котроллере вашей вьюшки какое-то свойство, которое будет как-то так инициализироваться:

access().then(function(data) {
    if (data.foo) {
         vm.hasAccess = true;
    }
});

Если запрос выполняется при переходе в этот route/state - можно перенести всё в resolve.

Изменилось то, что использовать биндинги нельзя в самом теле контроллера.
Они появятся только когда будет вызван $onInit.
Т.е. если вам нужно какое-то значение от биндинга посчитать - нельзя сделать так:

bindings : {
   item: '<'
}
function ctrl() {
    const vm = this;
    vm.coolVal = this.item * 2;
}

Т.к. биндинги ещё не будут инициализированы. Нужно делать это в $onInit.

1. вариант - regexp, например:

.state('home.listgroup', {
    url: ':course/{grouplist:[1-3]}',
    templateUrl: 'templates/listgroup.php',
    controller: 'listGroupCtrl'
  })

2 вариант - что-то делать в resolve, например грузить данные и возвращать reject для некорректных данных:

.state('home.listgroup', {
    url: ':course/:grouplist',
    templateUrl: 'templates/listgroup.php',
    controller: 'listGroupCtrl',
    resolve: ['$q', '$stateParams', function($q) {
         if ($stateParams.grouplist > 3) {
             return $q.reject();
         }
    })];
  })

$rootScope всё так же отлично инжектится, только вы из него значение присвойте какому-то свойству в контроллере.

function ($rootScope) {
      var vm = this;
       vm.user = $rootScope.currentUser;
}

В шаблоне:
'<h1> Wellcome, {{$ctrl.user}}</h1>'
Учтите, что делать так - вставлять себе палки в колёса. Чем вас не устраивает наличие фабрики?

Попробуйте поставить track by в ng-repeat.
Ну и нужно больше информации, например часть кода, которая обновляет модели.

Сделать N сервисов, с одинаковым интерфейсом для взаимодействия с тем или иным API.
Сделать базовый контроллер для компоненты, который получает на вход такой сервис и используется.
Сделать контроллеры для сервисов, которые будут просто вызывать конструктор базового инжектя туда определенный сервис.

Файлы проекта на dev должны маунтиться из вашей хостовой ОС. Тогда все будет на лету обновляться. По поводу рестарта сервера - можно тот же nodemon взять.

Храните данные в сервисах.

Для интернет магазинов есть уже много готовых CMS/шаблонов с готовыми админками, учетами всего чего душе угодно и прочего. Написание своего функционала дублирующего данный - довольно трудоёмкая задача, которая не даст реального профита.
Так что причины чисто финансовые, технических проблем нет.

Немного странно, что компонент не должен знать о сервисе для отправки данных.
Вы можете пихнуть action через биндинги компонента {action: '&'}, если планируется, что эта форма будет использоваться с разными сервисами отправки данных.
Но это конечно очень странно : )

Ну, вам нужно сделать 2 "как-бы базовых стейта".
т.е.

$stateProvider.state('base.authorized.%state_name%);
$stateProvider.state("base.unauthorized.%state_name%);

base.authorized и base.unauthorized и будут вашими шаблонами.
Все остальные стейты - дети этих стейтов.

Сделайте factory-обертку для вашей библиотеки, инжектите куда угодно