Les avantages d'un angulaire sans module

Je suis très enthousiasmé par la dernière RFC que l'équipe Angular a abandonnée pour les composants autonomes, les directives,
et tuyaux. Cela (pour moi) oriente de plus en plus Angular vers un paradigme sans module. Personnellement, je
On ne pourrait pas être plus excité par un tel changement.

Cependant, il convient de noter que lorsque je joue à D&D, je suis un rôle chaotique-mal. Donc de GRANDS changements et le BRUIT est
genre de mon MO. Mais la façon dont je le vois, les composants autonomes créent un module plus angulaire. Cela signifie une baisse
barrière à l'entrée pour les débutants, un modèle mental plus facile à gérer des cycles et des dépendances, moins de travail sur le compilateur
et au final, des temps de construction plus rapides. Étant donné que cette fonctionnalité autonome va être facultative, qu'avons-nous à perdre ?

Quelques avantages dans une belle liste à puces :

• → Point d'entrée inférieur
• Le parcours d'apprentissage ne profite que de la suppression d'un élément de complexité.
• →Construire plus rapidement
• Cela devrait permettre au compilateur (en l'avenir) pour sauter une étape d'analyse et accélérer les temps de construction. Fonctionne mieux ?
• Cette proposition n'aura pas un grand impact sur l'arborescence des applications. Le compilateur dans les coulisses fait déjà le gros du travail avec des modules pour faire bouger les choses. Un avantage autour de Treeshaking, cependant, est :
• → Le compilateur aura moins de travail à faire, les connexions seront plus évidentes.
• → Vous pourrez utiliser à la fois des composants basés sur NgModule et des composants autonomes avec une approche sans zone . Il est trop tôt pour décider de sa mise en œuvre, mais les deux questions ne sont pas liées. Le mode autonome ne rend pas impossible l'absence de zone, mais cela facilitera les choses.

Quelques réflexions sur la RFC :

- syntax

    - pourquoi avons-nous besoin du drapeau autonome ?

    - impossible nous dérivons le drapeau autonome de la présence des importations ?

J'aime les questions que l'équipe se pose lors de l'élaboration d'une telle proposition. Ayant eu le privilège d'être
une partie de plusieurs réunions avant que le RFC ne soit rendu public, je peux témoigner du soin et de la pensée qu'ils ont mis dans chaque partie
de leurs propositions. Cette question a particulièrement piqué mon intérêt. Ne pourrions-nous pas dériver le drapeau autonome du
importe la présence ?

J'aimerais entendre les réflexions de la communauté sur ce point, actuellement, je pourrais être influencé de toute façon. Oui, le autonome
la véracité pourrait être facilement déduite du fait « le composant comprend-il ses propres importations ? ». Cependant,
juste parce que la sténographie est plus courte, ne la rend pas toujours supérieure. Il y a l'expérience développeur à prendre en compte
considération. Non seulement pour les nouveaux développeurs de comprendre simplement "est ce composant
autonome ?" mais aussi pour les développeurs de tous les jours, rend-il réellement les composants autonomes plus rapides à
identifier en ayant le drapeau semi-redondant là-bas ?

autonome : true

Une autre partie de la RFC que j'ai trouvée particulièrement inspirante était la suivante :

Source link