Interfaces .NET

Question

Au cours des dernières années, je suis passé d'une longue page fluide de contrôles que je cachais/montrais à l'utilisation de nombreux contrôles utilisateur.J'ai toujours eu une petite discussion entre collègues sur les meilleures pratiques.

Devriez-vous remplir des propriétés ou utiliser des sous-paramètres paramétrés pour charger les informations dans vos contrôles ?

Une partie de ma peur d'utiliser des paramètres vient du fait que je ne peux pas être sûr que tout sera renseigné.

Quelle est la règle de base pour utiliser les interfaces ?Je n'en ai jamais créé.Et devrais-je essayer ça, ou rester avec un 'sous-charge'?

Answer 1

Je ne sais pas si les interfaces vont vous aider beaucoup ici.Je crois comprendre que vous divisez une page en un ensemble de contrôles utilisateur "composites" contenant d'autres contrôles et que vous souhaitez décider d'utiliser ou non des propriétés pour définir les valeurs.

Je suppose que cela dépend vraiment de la façon dont les contrôles utilisateur sont conçus et s'ils sont ajoutés dynamiquement à une page, etc. (un scénario possible).J'ai une préférence personnelle pour spécifier des éléments dans un constructeur ou utiliser une méthode d'usine pour créer des contrôles.J'assume la responsabilité lors de la création de m'assurer que tout est réglé.Mon expérience avec les propriétés est que j'oublie parfois de définir quelque chose et ne me rends pas compte de mon erreur.Votre point sur la définition de propriétés ou l'utilisation d'un sous, et tout ce qui est renseigné n'a pas beaucoup de sens pour moi.Si vous avez une sorte de dépendance et que vous avez besoin de charger quelque chose d'autre, cela peut se produire, qu'il s'agisse d'une propriété ou d'un sous-marin.

Je ferais référence à n'importe quel livre sur VB.NET/C#/OOP pour voir la syntaxe des interfaces.Les interfaces décrivent essentiellement un contrat pour une classe.Si vous avez les classes A et B et que les deux implémentent une interface appelée ITime, les deux fourniront toutes les méthodes définies sur ITime.Ils peuvent toujours ajouter leurs propres méthodes mais ils doivent au minimum inclure une implémentation des méthodes d'ITime (par ex.nous pourrions avoir GetDate(), GetCurrentTime() comme méthodes sur ITime).Une interface n'indique pas à la classe A ou B comment ces méthodes doivent fonctionner - juste leur nom, leurs paramètres et leur type de retour.Recherchez l'héritage dans un livre POO pour plus d'informations sur la différence entre l'héritage des interfaces et l'héritage d'implémentation.