Un class est un modèle pour un objet (entre autres) et est un concept très général.
Une entité a une signification plus sémantique et est généralement liée à un concept (éventuellement un objet réel, par exemple, un Employee ou un Student ou un Music Album) lié à la logique métier.
Les entités sont généralement utilisées pour établir un mappage entre un objet et une table de la base de données. Les entités sont également appelées objets de domaine. Comme je l'ai mentionné précédemment, les entités seront utilisées dans des situations où il existe une logique métier et, en tant que telles, elles contiennent des informations sur le système (ou une partie du système) qu'elle modélise.
Ajouter un point
Class est un syntaxique i.e. Un ensemble ou une catégorie d'objets ayant une propriété ou un attribut en commun et se différenciant des autres par leur type, leur type ou leur qualité.
Entity est un sémantique c'est-à-dire relatif au sens en langage ou en logique. Une entité est quelque chose qui existe en soi, réellement ou potentiellement, concrètement ou abstraite, physiquement ou non. Il n'a pas besoin d'être matérielle.
Un entité fait généralement référence à quelque chose, quelque chose de vraiment, qui a une existence unique et séparée.
En développement logiciel, ce mot est presque uniquement utilisé pour indiquer qu'une instance est différente d'une autre et qu'elles sont indépendantes les unes des autres.
Un classe, par contre, définit ou contient la définition d'un objet. Une fois que cet objet est construit sur la base de la définition, vous obtenez votre instance ou instance d'objet.
Bref - oui.
Entité est davantage un concept du monde réel . Instance (alias is object) - du monde de la programmation.
Dans le monde de la programmation, nous avons également un concept "d'entité", mais ici, il s'agit davantage d'un enfant d'une instance. Donc, toute entité est un enfant d'instance. De plus, l'entité a ses liens avec d'autres éléments, mais la programmation - par exemple, comme on dit - peut avoir une table dans DB . Une instance ne peut pas avoir de table dans DB. Comme instance est toujours connecté à la classe.
Un objet est une entité ayant un état, un comportement et une identité. La structure et le comportement des objets similaires sont définis dans leur classe commune. Les termes instance et object sont interchangeables.
De livre de Grady Booch .
On pourrait donc dire que cette entité, cet objet et cette instance de classe sont interchangeables.
Je copie de cet article , "Paradigme de programmation basé sur les entités", Nimit Singhania. Université de Pennsylvanie:
Une entité est une unité abstraite qui représente un groupe de noeuds ou sous-entités. Il utilise les services fournis par son sous-entités et collaboration entre ces sous-entités pour atteindre ses objectifs requis. Il a sa propre identité et apparaît comme une seule unité vers le monde extérieur, tout comme dans la réalité La vie d’une équipe ou d’une organisation est une unité entière et pas seulement un collection d'individus. Un système distribué est essentiellement une hiérarchie d'entités où chaque entité a un rôle spécifique et fournit des services spécifiques [...]
[...] L'abstraction d'entité est très similaire à un objet dans objet programmation orientée. La principale différence entre un objet et une entité est qu'une entité est un actif et un vivant unité alors qu'un objet est passif. Une entité est constituée de sous-entités vivantes interagir les uns avec les autres pour fournir un service et peut éventuellement interagir avec les autres entités. Considérant que, un objet est constitué uniquement de champs statiques et de propriétés pouvant être interrogé et manipulé par le monde extérieur. Mais beaucoup des informations issues de la programmation orientée objet peuvent être réalisées vers ce paradigme de programmation. Nous pouvons avoir des cours et types d'entités, où une classe peut fournir des informations spécifiques services et fonctionnalités au reste du système. Également, nous pourrions définir des entités abstraites qui implémentent le noyau structure et quelques protocoles de base pour l’interaction entre nœuds et ceux-ci pourraient être étendus plus loin pour réaliser le réel. entités. De même, nous pourrions définir des interfaces définissant un ensemble de services. Ces interfaces pourraient être implémentées par plusieurs entités avec des garanties différentes et basées sur le besoins, l’un d’eux pourrait être choisi par le programmeur fournir le service requis.