首先在开发时应该把相关功能的页面组合到一个ngModule
中,而后找到src/config/routing-path.config/routing-path.config.ts,其导出为routingPathConfig。其中只能够配置相应模块中对应的页面或者模块的路由名称。css
export const routingPathConfig = { // 模块字段 cutomModule: { // 每一个模块配置中都应该有一个默认的配置页面 default: "", // 页面字段 customPage1: "pageName1", customPage2: "pageName2" } } 复制代码
而后在各个ngModule
的路由配置文件中使用它,至于怎么使用,请看一下示例:html
// 别忘了导入routingPathConfig const routes: Routes = [ // 配置页面一的路由 { path: routingPathConfig.customModule.customPage1, loadChildren: 'path/to/customPage1Module#customPage1Module', }, // 配置页面二的路由 { path: routingPathConfig.customModule.customPage2, loadChildren: 'path/to/customPage2Module#customPage2Module', } ]; 复制代码
通常,在angular应用中,最好组件里面的样式应该只能做用与该组件中,这样能够防止样式的全局污染,有利于维护。对于一些公共的样式能够写在src
目录下style.css
文件中。json
对于一些比较大的项目,推荐使用一些css预处理器。在Notadd中咱们使用的预处理器是scss
。你能够在src/@notadd/scss
文件夹中找到全部项目中预置的一些样式。浏览器
好比,如需更改应用的主题颜色,能够在src/@notadd/scss/theming.scss
文件中进行更改。markdown
目录/文件 | 用途 |
---|---|
e2e | 存放测试代码的目录 |
src | 项目的开发目录 |
angular.json | 能够对angular应用进行配置 |
package.json | 项目的依赖管理 |
tsconfig.json | TypeScript的配置文件 |
tslint.json | tslint的配置文件 |
ngsw-config.json | service worker的配置文件 |
src
目录/文件 | 用途 |
---|---|
app | 存放应用代码的地方,全部的业务代码都应该存放到该目录下。 |
@notadd | 存放一些全局共享的一些文件,好比全局的样式文件,全局用到的组件,还有服务等。 |
assets | 主要存放一些静态资源,如字体文件或者图片等。 |
environments | 在该文件夹中能够对开发环境和生产环境进行一些配置。 |
favicon.ico | 网站的图标文件 |
karma.conf.js | 测试的配文件 |
manifest.json | PWA的配置文件,若是想让应用支持PWA,则必需要有该文件。 |
polyfills.ts | 为了兼容旧浏览器所使用的polyfill库。 |
styles.scss | 全局的样式文件 |
index.html | 应用的文档入口文件 |
main.ts | 应用的主要切入点,引导应用的根模块(AppModule)在浏览器中运行。 |
angular有一个重要的概念就是ngModule
,它把组件、指令和管道打包成内聚的功能块,每一个模块聚焦于一个特性区域、业务领域、工做流或通用工具。因此,在开发一个功能块的时候最好相关的代码都写到一个ngModule
中。而后在须要使用的时候,经过NgModule 的元数据中的imports
字段导入,便可使用相关的功能。app