这篇文章主要介绍“管理Angular项目的实用技巧有哪些”,在日常操作中,相信很多人在管理Angular项目的实用技巧有哪些问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”管理Angular项目的实用技巧有哪些”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!
很多单应用程序核心是具有臃肿类的代码库。从本质上讲,这些臃肿的程序很难维护。从某种意义上讲,他们很脆弱,脆弱到更改一行代码可能对到整个程序产生灾难的影响。single responsibility principle 能阻止这些问题。
单一职责原则意味着组件有且仅有一个功能。
使用这种方法构建应用程序会产生一个模块化框架,其中应用程序是通过这些代码块串联在一块的。
使用这种方法能够让程序更易读和更好维护。也能够在应用中很好定位指定的功能。
为了确保你的代码能够满足这种要求,你可以问自己一个问题:这代码是干什么的?
如果自己的回答包含 and
这个关键字,那么你需要将你的代码重构为单一职责的代码。
构建 Angular
应用程序并对其扩展是一种持续性的练习。在不断的练习中,使用单一职责原则组织你的项目,将使你的应用程序干净,可读和可维护。
Angular
中的 modules 是单一原则的实施。在 Angular
中,每一个模块代表一个分离的和独立的功能。
Angular
中提供了几种类型模块去指定如何对它们进行逻辑分组或组织。
Core
Core
模块是一个 NgModule
,用来实例化应用并加载全局使用的核心功能。
所以,任何单例服务都应该在核心模块中实现。页头,页脚或者导航栏都是这种类型的模块。
每个应用程序有且只有一个实例的所有服务(单例服务)都应该在核心模块实现。例如鉴权服务或者用户服务。
Feature
功能模块代表构建应用程序功能的代码。比如,在一个线上购物的应用中,我们会有将商品添加到购物车的功能和用于付款的单独模块。
Shared
共享模块由可以被组合以创建新功能的模块组成。比如,搜索函数在平台中可以被用于多个功能。
以这种方式构建代码使事情更加容易定位并增加代码可重用性的机会。
如果不遵循通用结构,样式文件很快就会变得杂乱无章。一般最佳实践的模式 7-1
模式,该模式使用 7
个文件夹和 1
个文件,如下所示:
App - 项目的主要文件夹
Abstract - 抽象部分,包含所有变量、混合和类似的组件
Core - 包含整个站点的排版、重置和样板代码
Components - 包含要为一个网站创建的所有组件的样式,例如按钮、选项卡和模式
Layout - 包含定义站点布局所需要的文件,例如页头和页脚
Pages - 包含每个特定页面样式
Vendors - 这个可选文件夹适合项目的使用的引导框架,比如 bootstrap
为包含该特定文件夹所有代入的在每个文件夹中新建一个 all.scss
文件。
许多服务都被设计全局范围内运行。然后,在某些情况下,一个组件需要一个服务。传统的编码组件实践推荐单一责任原则。
在这种方法下,服务和组件被编写为单独的项目。
但是,考虑下入锅删除这些服务的组件会发生什么?你最终得到的是死代码,只会使得仓库变得更加混乱。在这种情况下,最佳实践是将服务放在组件内部。
这样,维护组件和服务就更加容易了。
嵌套文件结构本质上比将所有代码文件都放在一个目录中的平面文件系统更加容易导航。
然而,随着项目的方法,项目的文件结构可能变得相当复杂。虽然这使得定位代码变得更加容易,但是当它在编写导入语句时提出了挑战。
当一个目录结构开始超过三个或者四个级别的时候, import
语句就会变得非常长并且难以阅读。
解决这个问题的,我们可以在 tsconfig.json 文件中配置路径的别名。在这个文件中,有个名为 compilerOptions
的数组。这个是你在应用程序中配置路径别名。
当代码编译后,在该数组中定义的路径别名会替换成真实的路径。每个路径的值是一个包含实际路径和别名的键值对对象。
构建 Angular
应用程序并对其进行扩展是一项持续的练习。
到此,关于“管理Angular项目的实用技巧有哪些”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注亿速云网站,小编会继续努力为大家带来更多实用的文章!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。