5 conseils pratiques pour gérer des projets Angular (partage résumé)-js tutoriel-php.cn

Comment organiser un projet Angular ? L'article suivant compile et partage 5 conseils pratiques pour gérer des projets Angular. J'espère qu'il sera utile à tout le monde !

5 conseils pratiques pour gérer des projets Angular (partage résumé)

Avec la sortie de nouvelles fonctionnalités, la taille des Applications Web devient de plus en plus grande. Dans le processus de création de l'entrepriseWeb apps 的体积越发大。在公司 DevOps 的过程中，这种发布变更每天都发生。【相关教程推荐：《angular教程》】

在如此高速的发布周期中，代码很快会变得笨拙。特别是基于 JavaScript 开发的项目，比如 NextJS 或者 Angular。

下面是我们在管理 Angular 项目中 5 个最好的实践，以达到最大的可读性，可维护性和可扩展性。

1. 准守单一职责原则

很多单应用程序核心是具有臃肿类的代码库。从本质上讲，这些臃肿的程序很难维护。从某种意义上讲，他们很脆弱，脆弱到更改一行代码可能对到整个程序产生灾难的影响。single responsibility principle 能阻止这些问题。

单一职责原则意味着组件有且仅有一个功能。

使用这种方法构建应用程序会产生一个模块化框架，其中应用程序是通过这些代码块串联在一块的。

使用这种方法能够让程序更易读和更好维护。也能够在应用中很好定位指定的功能。

为了确保你的代码能够满足这种要求，你可以问自己一个问题：这代码是干什么的？如果自己的回答包含 and 这个关键字，那么你需要将你的代码重构为单一职责的代码。

构建 Angular 应用程序并对其扩展是一种持续性的练习。在不断的练习中，使用单一职责原则组织你的项目，将使你的应用程序干净，可读和可维护。

2. 绑定代码到模块中

Angular 中的 modules 是单一原则的实施。在 Angular 中，每一个模块代表一个分离的和独立的功能。

Angular 中提供了几种类型模块去指定如何对它们进行逻辑分组或组织。

Core

Core 模块是一个 NgModule，用来实例化应用并加载全局使用的核心功能。

所以，任何单例服务都应该在核心模块中实现。页头，页脚或者导航栏都是这种类型的模块。

每个应用程序有且只有一个实例的所有服务（单例服务）都应该在核心模块实现。例如鉴权服务或者用户服务。

Feature

功能模块代表构建应用程序功能的代码。比如，在一个线上购物的应用中，我们会有将商品添加到购物车的功能和用于付款的单独模块。

Shared

共享模块由可以被组合以创建新功能的模块组成。比如，搜索函数在平台中可以被用于多个功能。

以这种方式构建代码使事情更加容易定位并增加代码可重用性的机会。

3. 组织 SCSS 文件

如果不遵循通用结构，样式文件很快就会变得杂乱无章。一般最佳实践的模式 7-1 模式，该模式使用 7 个文件夹和 1DevOps

Tutoriel angulaire
"]Dans un cycle de publication aussi rapide, le code deviendra rapidement lourd. Notamment les projets développés à base de JavaScript, comme NextJS
ou Angulaire
Voici nos 5 bonnes pratiques pour gérer des projets Angular pour une lisibilité, une maintenabilité et une extensibilité maximales.
1. Adhérer au principe de responsabilité unique

le principe de responsabilité unique

peut éviter ces problèmes.

Le principe de responsabilité unique signifie qu'un composant a une et une seule fonction.

La création d'applications en utilisant cette approche aboutit à un cadre modulaire dans lequel l'application est reliée par ces blocs de code.

L'utilisation de cette méthode peut rendre le programme plus lisible et plus maintenable. Il peut également localiser facilement les fonctions spécifiées dans l'application.

Pour vous assurer que votre code peut répondre à cette exigence, vous pouvez vous poser une question : Que fait ce code ? Si votre réponse contient le mot-clé et, alors vous devez refactoriser votre code en code à responsabilité unique.

Créer et étendre des applications Angular est un exercice continu. Au fil du temps, organiser vos projets selon le principe de responsabilité unique rendra vos applications propres, lisibles et maintenables.

2. Liez le code au module

Angularmodules in /code> est une implémentation du principe unique. Dans Angular, chaque module représente une fonctionnalité distincte et indépendante.

Angular fournit plusieurs modules de type pour spécifier comment les regrouper ou les organiser logiquement.

Core

🎜 Le module Core est un NgModule qui est utilisé pour instancier des applications et charger des fonctions de base pour une utilisation globale. 🎜🎜Ainsi, tout service singleton doit être implémenté dans le module principal. L’en-tête, le pied de page ou la barre de navigation sont des modules de ce type. 🎜🎜Tous les services (services singleton) qui ont une et une seule instance par application doivent être implémentés dans le module principal. Par exemple, service d'authentification ou service utilisateur. 🎜🎜🎜Feature🎜🎜🎜Les modules de fonctionnalités représentent le code qui crée les fonctionnalités de l'application. Par exemple, dans une application d'achat en ligne, nous aurions la fonction d'ajouter des articles au panier et un module séparé pour le paiement. 🎜🎜🎜Shared🎜🎜🎜Les modules partagés sont constitués de modules qui peuvent être combinés pour créer de nouvelles fonctionnalités. Par exemple, la fonction de recherche peut être utilisée pour plusieurs fonctions de la plateforme. 🎜🎜structurer votre code de cette manière facilite la localisation des éléments et augmente les chances de réutilisation du code. 🎜

🎜3. Organisez les fichiers SCSS🎜

🎜Si vous ne suivez pas une règle commune structure, fichiers de style Il peut être rapidement encombré. Modèle général de bonnes pratiques 7-1, qui utilise les dossiers 7 et les fichiers 1, comme indiqué ci-dessous : 🎜🎜 🎜🎜🎜App🎜 - Le dossier principal du projet 🎜🎜🎜🎜🎜Abstract🎜 - La section abstraite qui contient toutes les variables, mixins et composants similaires 🎜🎜🎜🎜🎜Core🎜 - Contient la mise en page, la réinitialisation et le code passe-partout pour l'ensemble du site 🎜🎜🎜🎜 🎜Components🎜 - Contient les styles de tous les composants à créer pour un site Web, tels que les boutons, les onglets et les modaux 🎜🎜🎜🎜🎜Layout🎜 - Contient les fichiers nécessaires pour définir la mise en page du site, tels que les en-têtes et les pieds de page 🎜🎜🎜🎜🎜Pages🎜 - Contient des styles pour chaque page spécifique🎜

Vendors - Ce dossier facultatif convient aux projets utilisant des frameworks d'amorçage, tels que bootstrapbootstrap

为包含该特定文件夹所有代入的在每个文件夹中新建一个 all.scss 文件。

4. 将私有服务放到组件中

许多服务都被设计全局范围内运行。然后，在某些情况下，一个组件需要一个服务。传统的编码组件实践推荐单一责任原则。

在这种方法下，服务和组件被编写为单独的项目。

但是，考虑下入锅删除这些服务的组件会发生什么？你最终得到的是死代码，只会使得仓库变得更加混乱。在这种情况下，最佳实践是将服务放在组件内部。

这样，维护组件和服务就更加容易了。

5. 简化导入的 Angular 最佳实践

嵌套文件结构本质上比将所有代码文件都放在一个目录中的平面文件系统更加容易导航。

然而，随着项目的方法，项目的文件结构可能变得相当复杂。虽然这使得定位代码变得更加容易，但是当它在编写导入语句时提出了挑战。

当一个目录结构开始超过三个或者四个级别的时候， import 语句就会变得非常长并且难以阅读。

解决这个问题的，我们可以在 tsconfig.json 文件中配置路径的别名。在这个文件中，有个名为 compilerOptions 的数组。这个是你在应用程序中配置路径别名。

当代码编译后，在该数组中定义的路径别名会替换成真实的路径。每个路径的值是一个包含实际路径和别名的键值对对象。

构建 Angular

pour chaque dossier contenant toutes les substitutions pour ce dossier spécifique. Créez un nouveau Fichier all.scss dans .

4. Mettez les services privés en composants

De nombreux services sont opérationnels. à l'échelle mondiale. Ensuite, dans certains cas, un composant nécessite un service. Les pratiques traditionnelles des composants de codage recommandent le principe de responsabilité unique.

Dans cette approche, les services et les composants sont écrits sous forme de projets distincts. Mais que se passera-t-il si vous envisagez de supprimer les composants de ces services ? Vous vous retrouvez avec un code mort, ce qui ne fait qu'encombrer l'entrepôt. Dans ce cas, la meilleure pratique consiste à placer le service à l’intérieur du composant.

🎜De cette façon, la maintenance des composants et des services devient plus facile. 🎜