msdosx86

this.postService.getPostByName(name)
  .pipe(
    switchMap(post => this.postService.getTagsByPostId(post.id)
      .pipe(
        tap(tags => post.tags = tags),
        mapTo(post),
        filter(() => post.hasComments),
        switchMap(() => this.postService.getCommentsByPostId(post.id)),
        tap(comments => post.comments = comments),
        mapTo(post),
      )
    ),
  )

Если файл у вас лежитв /styles/variables.scss, то
@import 'src/styles/variables'

<app-component *ngIf="show"></app-component>

public show: boolean;
this.doRequest().subscribe(() => this.show = true));

Поднимаешь сервер на питоне на определенном порту, например 3000.
Запускаешь ангуляр через ng serve, он тебе поднимет приложение на порту 4200.
Делаешь все запросы на localhost:3000 и радуешься жизни.
И не забудь cors настроить на сервере.

В этом нет необходимости. Если вы хотите по клику кнопки добавлять например элемент в массив, то просто добавляйте его. Ангуляр всё за вас сделает. В этом вся суть фреймворков. Они позволяют вам думать о бизнес-логике, а не о деталях реализации.

<div *ngFor="let item of items"> {{ item }} </div>
  <button (click)="addItem()">Add</button>

items = [1, 2, 3, 4];
  addItem(): void {
    this.items.push(5);
  }

Для двустороннего связывания нужно

@Input()
public value: string;

@Output()
public valueChange: EventEmitter<string>;

a.profile = [1,2,3] as any;
a.contact = 159 as any;

Никак, это просто строка. Вместо template используй templateUrl и укажи путь до HTML файла и в нем пиши

В сервисе
constructor (private http: HttpClient) {}

public getAll() {
return this.http.get('url').pipe(map(res => res.data));

В компоненте
this.roomService.getAll().subscribe(data => this.rooms = data)

Сори, с телефона пишу

Возможно вы не так пишете. Если для корневого роутинга добавить

{
  path: '**',
  component: NotFoundComponent,
}

То это будет работать. Другое дело, если у вас есть вложенные роуты и вам в них надо такой роут добавлять.

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

Реакт это библиотека, а Ангуляр - это целый фреймворк. Если вы работаете в сфере энтерпрайза, то легче выбрать ангуляр, так как в нём уже есть то, что нужно для создания архитектуры огромного веб приложения и для поддержки кода в дальнейшем. Когда же огромные приложения начинают писаться на реакте, то это выглядит как мешанина из кучи npm пакетов (тот же редакс, санки, аксиос, флоу, реакт-роутер). Не спорю, что на реакте тоже можно большие приложения создавать, но для этого потребуется больше усилий (при одинаковых знаниях фреймворков). Почему? Да потому что в ангуляре с тайпскриптом и архитектурой, которую ангуляр навязывает разработчикам, можно применять классические паттерны проектирования, которые до этого применялись в классических языках типа джавы или c#. Их в обычном js'е тоже можно применять, но толку от этого не много, так как классические паттерны завязаны на ООП и статической типизации. Зачем нужны паттерны? Для поддержания кода. У нас в компании проекты поддерживаются по несколько лет (знаю проекты, которые поддерживаются уже больше 5 лет) и на проект подключают других людей. Кого то убирают, кого то подключают. И когда нужно поддерживать код, то тут тайпскрипт и архитектура ангуляра в самый раз позволяет всё это делать безболезненно (при условии, что код пишут хорошо). Весь этот, не побоюсь слова, "высер", который написал коллега выше, в сторону ангуляра обусловлен тем, что у ангуляра порог вхождения выше, чем у остальных фреймворков. И поэтому людям кажется, что там происходит какая-то магия. И получается, что люди не понимают, что там происходит и жалуются, что слишком сложно, но зато в реакте всё просто. В реакте действльно всё намного проще. Чтобы писать на реакте вам в принципе хватит знаний es6. Чего не скажешь про ангуляр. Ибо там тайпскрипт и rxjs, который просто понять не получится, надо изрядно постараться, чтобы начать думать потоками и как с ними работать. Но когда ты начинаешь понимать как работает rxjs, как работает сам ангуляр (change detection например), то становится просто невообразимо легко писать код. Весь хейт в сторону ангуляра из-за того, что фронтенда изначально не существовало как такового. Ведь был пхп и он прекрасно работал с хтмл. Потом появились шаблонизаторы и jquery. Всё это делалось бекендерами и фронтенда как такового не было. И потом появились фреймворки типа ангуляра, которые бОльшую часть логики взяли на себя и бекенд превратился в REST API. Фронтенд не был сложным, Ангуляр значительную часть логики взял на себя и тем самым усложнил фронтенд, поэтому те, кто привыкли формочки верстать, не могут осилить эти тонны абстракций. На каком нибудь фрилансе или средних проектах нет смысла в ангуляре, поэтому там и используются реакт и вью, ну и жиквери, куда ж без него. А если проект уровня 50-100К долларов, то тут ни о каких жиквери речи нет.

Тут явно проблема в импорте Observable'a

Вам компилятор уже показывает ошибку, а вы прочитать не можете

1) переименовываем Http в HttpClient (из angular/core, а то иногда с селениума можно импортировать случайно)
2) в корневом модуле импортируем imports: [ HttpClientModule ]
3) убираем все response.json() из всех методов, так как это автоматически делает HttpClient

1) Устанавливаешь нормальную версию ноды 8+ и npm 6+
2) sudo npm install -g @angular/cli
3) ng new test не получится, так как ангуляр не позволяет создать проект с таким названием, поэтому
4) ng new my-test