Sono confuso per capire che cosa è il significato di queste parole:ciò che è la differenza tra un modello e un'Entità
Entity
, Model
, DataModel
, ViewModel
qualsiasi organismo può aiutarmi a comprenderli per favore? Grazie a tutti.
Sono confuso per capire che cosa è il significato di queste parole:ciò che è la differenza tra un modello e un'Entità
Entity
, Model
, DataModel
, ViewModel
qualsiasi organismo può aiutarmi a comprenderli per favore? Grazie a tutti.
Spero di non aver perso il tuo punto qui king.net ...
In ogni caso, presumendo che si stia parlando di modellazione entità o la modellazione entità-relazione (ERDs):
Aggiunta di relazioni tra entità crea una.' Hai modellato alcuni sistemi del mondo reale e le entità/oggetti interni in quel sistema.Il passo successivo è normalizzarlo per assicurarti che rispetti la "forma normale"
In termini di ERD, potresti avere modelli "logici" e "fisici". La logica descrive il modello di dati in semplici termini di alto livello che non contengono i dettagli tecnici necessari per implementarlo. Rappresenta la panoramica della soluzione di sistema. Il modello fisico include i dettagli tecnici necessari per implementare effettivamente il sistema (come "tabelle di join molti-a-molti" necessarie per implementare relazioni "molti-a-molti").
Qui ci sono alcuni tutorial on-line (anche se sono sicuro che ci deve essere migliaia):
io non sono abbastanza sicuro cosa intendi per "modello" e "modello di vista" in un contesto correlato. Non sono sicuro se potresti confonderti con il paradigma Model-View-Controller (MVC). Qui, un modello è un componente di dati e la vista rappresenta un osservatore di quei dati (come un componente dell'interfaccia utente di una tabella o di un grafico). Ci sono molte spiegazioni on-line di "model view controller" o "MVC".
Spero che questo aiuti, Wayne
Grazie per rispondere e spiegare. Non mi riferisco solo al pattern 'MVC', ma intendo tutti i pattern 'MVx' -'MVC',' MVCP', 'MVVM'. Grazie ancora. Utile. –
Prima di tutto, da sapere su Entity è necessario conoscere Class. Tutti loro rappresentano gli stessi campi ma la terminologia cambia in base alla dichiarazione.
Consideriamo una tabella da qualsiasi database [SQL, ORACLE, Informix, Cassandra ..] come esempio.
CLASSE:
Generalmente un tavolo è un considerata come una classe fino a quando non viene aggiunto al EDMX o dbmx.
//Student class
public class Student()
{
//Properties
public int StudentNumber;
public string StudentName;
}
ENTITY:
Dopo goccia drag/aggiungendo la tabella in dbmx/edmx viene indicato come entità.
Ciascun ente è generato dalla sua classe corrispondente e possiamo aggiungere attributi alle entità che vengono utilizzati per eseguire operazioni utilizzando
LINQ o entità.
DataModel:
contiene tutti i campi nella tabella.
DATAMODEL è un riferimento di classe diretto al cshtml o controller in cui è possibile accedere agli attributi per eseguire le operazioni CRUD.
ViewModel:
Esempio: Assumiamo
//Student class
public class Student()
{
//Properties
public int StudentNumber;
public string StudentName;
}
//Marks Class
Public class Marks()
{
public int Maths;
public int Physics;
public int Chemistry;
//Now sometimes situations occur where we have to use one datamodel inside //other datamodel.
public Student StudentModel;
}
La definizione di questi termini è piuttosto ambiguo. Troverete diverse definizioni in luoghi diversi.
Entità: un'entità rappresenta una singola istanza dell'oggetto dominio salvato nel database come record. Ha alcuni attributi che rappresentiamo come colonne nelle nostre tabelle.
Modello: un modello rappresenta in genere un oggetto del mondo reale correlato al problema o allo spazio del dominio. Nella programmazione, creiamo classi per rappresentare oggetti. Queste classi, note come modelli, hanno alcune proprietà e metodi (che definiscono il comportamento degli oggetti).
ViewModel: Il termine ViewModel proviene dal modello di progettazione MVVM (Model View ViewModel). Ci sono casi in cui i dati da rendere dalla vista provengono da due oggetti diversi. In tali scenari, creiamo una classe modello che comprende tutte le proprietà richieste dalla vista. Non è un modello di dominio ma è un ViewModel perché, una vista specifica lo usa. Inoltre, non rappresenta un oggetto del mondo reale.
DataModel: Per risolvere un problema, gli oggetti interagiscono tra loro. Alcuni oggetti condividono una relazione tra loro e, di conseguenza, formano un modello di dati che rappresenta gli oggetti e la relazione tra loro.
In un'applicazione che gestisce gli ordini dei clienti, ad esempio, se abbiamo un cliente e un oggetto ordine, questi oggetti condividono una relazione molti a molti tra loro. Il modello dei dati dipende infine dal modo in cui i nostri oggetti interagiscono tra loro. In un database, vediamo il modello di dati come una rete di tabelle che si riferiscono ad altre tabelle.
sapere di più su relazioni oggettuali visitare: Basics of Object Relationships
Per maggiori dettagli visita: Entity vs Model vs ViewModel vs DataModel
relazioni. Molti di loro. – wildplasser
Per quanto riguarda la differenza tra Entità e Modello - c'è una risposta eccellente su http://stackoverflow.com/questions/5863870/how-should-a-model-be-structured-in-mvc –