Насколько оправдан полный отказ от NgModule в новых Angular-проектах и в каких случаях модули всё ещё могут понадобиться?

До Angular 14 любой компонент обязан был принадлежать NgModule, который декларировал его, импортировал зависимости и экспортировал наружу. Это создавало много шаблонного кода и усложняло понимание графа зависимостей. Начиная с Angular 14 появились standalone-компоненты, а с Angular 15–17 они стали рекомендуемым подходом по умолчанию. Теперь компонент, директива или пайп могут сами объявлять свои зависимости через imports, а приложение бутстрапится функцией bootstrapApplication без AppModule.

Что даёт отказ от NgModule

• Меньше boilerplate: не нужно создавать модуль ради одного компонента.
• Явные зависимости: каждый компонент сам указывает, что ему нужно.
• Проще ленивая загрузка: loadComponent для одного компонента и loadChildren с массивом маршрутов вместо модуля.
• Лучшая tree-shaking-совместимость и понятность для инструментов.

Когда NgModule всё ещё нужен

• Интеграция с библиотеками, которые экспортируют только NgModule (например, старые версии UI-китов).
• Группировка провайдеров и конфигураций через forRoot/forChild.
• Динамическая загрузка модулей через System.import и compileModuleAsync.
• Поддержка legacy-кода и постепенная миграция.

Пример: standalone-бутстрап и ленивый маршрут

// main.ts
import { bootstrapApplication } from '@angular/platform-browser';
import { provideRouter } from '@angular/router';
import { AppComponent } from './app.component';
import { routes } from './app.routes';

bootstrapApplication(AppComponent, {
  providers: [provideRouter(routes)]
});

// app.routes.ts
export const routes = [
  { path: 'home', loadComponent: () => import('./home.component').then(m => m.HomeComponent) },
  { path: 'admin', loadChildren: () => import('./admin.routes').then(m => m.adminRoutes) }
];

Если библиотека требует NgModule, его можно импортировать прямо в standalone-компонент через imports: [SomeLegacyModule]. То есть полный отказ не означает, что модули исчезают из проекта — они остаются как совместимый слой.

Итог: в новых проектах на Angular 17+ стоит по умолчанию использовать standalone-подход, а NgModule подключать точечно для legacy-библиотек, группировки провайдеров и динамической загрузки. Это даёт чистую архитектуру без потери совместимости.