Федор Сазонов

return Observable.timer(0, 3000).flatMap(()=>this.httpClient.get(Config.host + `tasks`)).map((r) => {
      console.log(r);
      return r;
    });

import { NgModule } from '@angular/core';
import {  
MatButtonModule,
MatInputModule,
MatCardModule,
MatCheckboxModule,
// ...
} from '@angular/material';

@NgModule({
  exports: [
    MatButtonModule,
    MatInputModule,
    MatCardModule,
    MatCheckboxModule,
    // ...
  ]
})
export class MaterialModule { }

export { MaterialModule } from './material.module';

// ...imports
import { MaterialModule } from './material';

@NgModule({
  exports: [
    // ...exports
    MaterialModule,
  ]
})
export class SharedModule { }

Сильно ли это повлияет на производительность? Всё таки я не все компоненты библиотеки материал использую в проекте.

• - нет необходимости применять ООП для очень мелких программ/скриптов
  
• + желательно использовать в программах, которые потребуется поддерживать и улучшать
  
• + необходимо использовать в больших программах (чем больше функций должно выполнять ПО, тем сложнее будет их все правильно структурировать и реализовать)
  

• инкапсуляция - изолирование некоторых данных и методов от прямого внешнего воздействия
  Например, у Button есть имя, но оно не должно быть доступно как public, чтобы его не могли изменять как попало, а изменять только через метод setName, который будет контролировать что можно ставить как имя кнопки, а что нельзя
  
  
• наследование - позволяет придать некоторому классу те же свойство, что и у другого.
  Часто встречающийся пример - Транспорт, имеет методы движение(), остановить(). Те же самые методы по сути должны иметь все виды транспорта, и чтобы в классах Велосипед и Автомобиль заново не прописывать все эти методы, можно унаследовать их от класса Транспорт. Тем более это связано со следующим принципом, по которому не нужно знать в итоге в каком Транспорте мы находимся и как он работает, а достаточно лишь знать, что он умеет двигаться и останавливаться
  
  
• полиморфизм - позволяет работать с данными не заботясь о том, какие дополнительные свойства имеют эти данные (объект) или какого они типа
  Например, есть класс Месседжер, он имеет метод отправить(что-то). В виде параметра нужно передать то, что нужно отправить, а это может быть как текст, так и файл. Это пример статического полиморфизма (хотя в JS его трудно назвать таковым, так как он с динамической типизацией и не имеет перегрузки методов, и все разборки по поводу того, что делать с данными разного типа происходят при выполнении программы). В динамическом необходимо знать только то, что умеет делать определенный объект и не важно чем он есть на самом деле и как он это делает (см. пример с классом Транспорт выше)
  
  

• пишете один
  
• делаете одноразовые проекты (лендинги например)
  
• никогда повторно не используете ранее написанный код
  

• работаете в команде
  
• пишете большой проект (приложение например)
  
• вы и ваши коллеги постоянно используют куски ранее написанного кода