Jeśli chcę zapisać i pobrać obiekt, czy powinienem utworzyć inną klasę do obsługi go, czy lepiej byłoby to zrobić w samej klasie? A może mieszanie obu?
Które jest zalecane zgodnie z paradygmatem OOD?
Na przykład
Class Student
{
public string Name {set; get;}
....
public bool Save()
{
SqlConnection con = ...
// Save the class in the db
}
public bool Retrieve()
{
// search the db for the student and fill the attributes
}
public List<Student> RetrieveAllStudents()
{
// this is such a method I have most problem with it
// that an object returns an array of objects of its own class!
}
}
Przeciw. (Wiem, że zalecane są następujące, jednak wydaje mi się to trochę sprzeczne ze spójnością Studentklasy)
Class Student { /* */ }
Class DB {
public bool AddStudent(Student s)
{
}
public Student RetrieveStudent(Criteria)
{
}
public List<Student> RetrieveAllStudents()
{
}
}
Co powiesz na ich mieszanie?
Class Student
{
public string Name {set; get;}
....
public bool Save()
{
/// do some business logic!
db.AddStudent(this);
}
public bool Retrieve()
{
// build the criteria
db.RetrieveStudent(criteria);
// fill the attributes
}
}
3
Powinieneś zbadać wzór Active Record, taki jak to pytanie lub to
—
Eric King,
@gnat, pomyślałem, że pytanie, które z nich jest lepsze, opiera się na opiniach, a następnie dodałem „plusy i minusy” i nie mam problemu z jego usunięciem, ale w rzeczywistości mam na myśli paradygmat OOD, który jest zalecany
—
Ahmad
Nie ma poprawnej odpowiedzi. To zależy od twoich potrzeb, twoich preferencji, tego, jak ma być używana klasa i gdzie widzisz swój projekt. Jedyną prawidłową rzeczą jest to, że możesz zapisywać i pobierać jako obiekty.
—
Dunk