Angular相似命名库是否冗余？@angular/material等包与安装命令疑问

你当前的依赖配置中同时存在两套完全独立、不兼容的Angular技术体系，所有命名相似的包本质上分属不同的框架世代，不存在无意义的命名冗余，混装状态下还可能产生明确的运行冲突。

Material类库的两类约定差异 #

• @angular/material：现代Angular（即Angular 2+，基于TypeScript的组件化架构版本）官方的Material Design组件库，对应依赖中11.2.1版本的带scope包，运行时需要依赖同版本的@angular/cdk、@angular/animations模块提供能力支持。
• angular-material：AngularJS（即第一代Angular 1.x，基于$scope、指令体系的老版本框架）官方的Material Design组件库，对应依赖中1.2.2版本的无scope包，仅适配1.x老框架的运行逻辑，和现代Angular没有任何兼容能力。

动画、路由类相似包的差异 #

• @angular/animations：现代Angular官方动画模块，基于Web Animations API封装，为现代组件体系提供统一的动画调度能力，供@angular/material等UI组件调用实现过渡效果。
• angular-animate：AngularJS 1.x版本的官方动画模块，为老框架的内置指令提供动画钩子支持，和现代Angular的动画模块无关联。
• @angular/router：现代Angular官方路由模块，基于RxJS实现单页应用导航、路由守卫、懒加载等核心能力，是现代Angular项目的官方标准路由方案。
• angular-route：AngularJS 1.x版本的官方路由实现，适配老框架的路由匹配逻辑，和现代路由体系的API、运行机制完全不同。

两种依赖安装方式的差异 #

• ng add 方式：Angular CLI提供的专属依赖安装命令，除自动下载对应npm包外，还会自动完成项目模块导入、全局配置、版本对齐等初始化操作，是安装Angular官方生态包的推荐路径，仅可在Angular CLI托管的项目中使用。
• npm install 方式：通用的npm包管理命令，仅负责将对应包下载到node_modules目录、写入项目依赖配置，不会执行任何项目层面的自动初始化逻辑，适合安装非Angular生态的通用依赖、或不需要CLI自动配置的包。

当前项目的配置问题 #

你给出的全新项目依赖配置存在明显的框架混装问题：Angular CLI默认创建的11.x版本现代Angular项目，不应该引入整套AngularJS 1.x的依赖（包括angular、angular-animate、angular-material、angular-route、angular-messages、angular-sanitize这些1.8.2/1.2.2版本的无scope包）。这类依赖不仅会造成项目包体积冗余，还可能因为全局变量命名冲突导致运行时异常。

正常的全新Angular 11项目，依赖列表中不会出现任何AngularJS 1.x版本的相关包，可以检查项目创建流程中是否误写入了老版本依赖配置，或是第三方脚本自动添加了非必要的依赖。

内容的提问来源于stack exchange，提问作者Stewii