« privé » et « public » dans la composante angulaire 2

Question

Si je n’ajoutez pas privé avant , , et `` , je crois qu’ils sont public par défaut.

Est il un cas d’utilisation lorsqu’ils sont `` dans le composant ?

Pour raison de sécurité/encapsulation, dois-je toujours ajouter `` pour chacun d’eux comme ci-dessous ?

Merci

Answer 1

Il y a beaucoup à dire en réponse à cette question, ce sont les premières pensées qui a sauté à l'esprit:

D'abord et avant tout, gardez à l'esprit que private est seulement au moment de la compilation, la construction, il ne peut pas être appliquée au moment de l'exécution (voir ici et ici pour la discussion). En tant que tel, veuillez vous détromper vous-même de toutes les notions d' private être utile en aucune manière à des fins de sécurité. Ce n'est tout simplement pas de quoi il s'agit.

C' est à propos de l'encapsulation, et quand vous avez un champ ou une méthode sur votre composant que vous souhaitez pour encapsuler en elle, précisant qu'elle ne devrait pas être accessible depuis n'importe où d'autre, alors vous devriez absolument faire c' private: c'est ce Qu' private est pour: Il signale à votre intention que ce que vous avez mis, il ne devrait pas être entrepris, à partir de l'extérieur de la classe.

Il en va de même pour l' public: C'est aussi un moment de la compilation-construire, donc le fait que les membres de la classe sont - public par défaut, si cela est vrai, a exactement zéro sens au moment de l'exécution. Mais quand vous avez un membre que vous avez explicitement l'intention de les exposer au monde extérieur comme une partie de votre classe de l'API, vous devez absolument le faire public de signal cette intention: c'est ce Qu' public .

Tout ceci est applicable à la Machine en général. Dans Angulaire précisément, il y a certainement valide en cas d'utilisation pour avoir le public et les membres composant les classes: Par exemple, lors de la mise en œuvre du conteneur/composant (aka smart/muet), "muet", les enfants de l'injection de "intelligents" les parents par l'intermédiaire du constructeur d'injection, il est extrêmement important de communiquer votre intention sur ce que les membres du parent qui doit et ne doit pas être touché par les enfants: dans le cas Contraire, ne soyez pas surpris quand vous prenez un de ces stupides enfants dupant autour de leurs parents à liqueurs.

Donc, ma réponse à votre question:

dois-je toujours ajouter privé pour chacun d'eux, comme ci-dessous?

est un grand pas. Vous ne devriez pas toujours ajouter private parce qu'en le faisant vous défaite la fin d'un mot, car il n'est plus de signaux de toute intention, si vous le mettez partout: Vous pourriez aussi bien ne pas le mettre n'importe où.

Answer 2

@drewmoore fournit une bonne réponse en privé/public se résume à l'intention. Mais il y a un peu plus de choses à considérer lors de l'utilisation injecté valeurs privées:

• Les deux tapuscrit (noUnusedLocals) et tslint (aucune-inutilisée-variable) signalent des erreurs si vous utilisez @Import() private fooou constructor(private foo) {}, et de n'utiliser foo dans votre modèle
• AOT coutume de travail:

Si nous voulons émettre Tapuscrit de la sortie de la AoT processus de compilation nous devons nous assurer d'accès, seuls les champs publics dans les modèles de notre les composants**

• Il est considéré comme un anti-modèle