Если речь об Angular (не angular.js), то между [src] и src как атрибутов тега разницы нет. Они по разному обрабатываются: src="../path/img.png" - обрабатывается как обычное стринговое значение; [src]="path" - обрабатывается как приведение значения переменной к стринговому значению (this.path = "../path/img.png").
Емнип, можно записать и так src="{{ path }}". Возможно, но не приветствуется.
Это bootstrap? Подключить JQuery и bootstrap.js. Или подключить ngx-bootstrap. Или писать свою реализацию с обращением к нативным элементам и учитыванием всех вариантов.
Вопросом на вопрос: а что для вас значит разграничить логику?
Можно сделать роутинг и для каждой страницы использовать полностью свои модули хоть с ленивой загрузкой.
Injectable классы можно подключать в корень приложения или в подмодули (для ленивой подгрузки, например). Есть и другие способы.
Например, вы подключаете Injectable классы в корень и объявляете их в группе providers декоратора @NgModule, и у вас получается простыня из кучи сервисов. Или же вы объявляете providedIn: root в самом декораторе @Injectable и в @NgModule их объявлять уже не нужно.
Сам задавался подобным вопросом и может предлагаемое мной решение и не совпадает с оригинальным вопросом, но предлагает альтернативу.
Если это web приложение собирается запускаться с флешки, то почему нельзя поступить как DokuWiki. Она распространяется с локальным демоном Apache, который запускается с флешки и позволяет использовать php. Данные как и в DokuWiki можно хранить в виде файлов. Во фронте можно использовать что угодно.
Воспользуйся AutoRuns, он покажет все возможные типы автозагрузки и задачи планировщика, а подозрительные даже выделит красным. И Process Monitor, как советовал Stalker_RED (как работать с ним хорошо показаноздесь).
Если нужно что-то простое, можно взять Python и мерзкий Tkinter
Здесь мне сильно понравилось насколько просто его использовать https://habrahabr.ru/post/151623/
