Les objets d'accès aux données sont-ils une exception à la règle "Tell, does not ask"? Par exemple, obtenez les 10 derniers messages d'une passerelle de données de table?accès aux données: exception à 'Tell, does not ask'?
Un summary de Tell Do not Ask dit:
« vous devriez essayer de dire des objets que vous voulez qu'ils fassent, ne les posez pas de questions au sujet de leur état, de prendre une décision, puis leur dire ce que faire."
Dans le cas de demander un objet de données pour l'information, je ne pense pas que nous violons ce principe. Envisagez d'afficher un rapport ou une interface utilisateur avec des informations "Personne". Je ne vois pas beaucoup d'alternative à dire "Quel est votre nom?" Notez que nous n'effectuons aucun suivi en leur disant "que faire". Techniquement, ne leur dites-vous pas de vous dire quelque chose à propos d'eux-mêmes quand vous leur posez des questions sur eux-mêmes?
POO me donne un mal de tête parfois, je ne suis jamais sûr quand arrêter de penser et de commencer à écrire, ou d'arrêter d'écrire et de commencer à penser: X
Dans ce cas, vérifiez si votre question demande nécessiterait l'objet lui-même changer. On nous déconseille de rompre l'encapsulation de cet état interne et de ses relations. Par exemple, supposons qu'une classe d'employés a un salaire, des unités vendues ce mois-ci et une commission. Nous ne nous interrogeons pas sur le salaire et les ventes et ne fixons pas la commission - nous nous attendons à ce que l'employé s'en occupe et réponde à des questions telles que «quelle est la commission? – djna
Oh, et quand commencer et arrêter de penser ... Je pense que cela a tendance à venir avec l'expérience. Souvent, la perspicacité vient quand vous essayez de maintenir le code que vous avez écrit il y a un moment - aha! si seulement j'avais pensé mieux alors! – djna
J'ai commencé à le remarquer moi-même. – Sneakyness