Το θέμα είναι μεγάλο και αρκετά σύνθετο.
Μπορείς να πάρεις μια ιδέα από τα παρακάτω άρθρα
http://www.informit.com/articles/printerfriendly.asp?p=31099&rl=1
http://msdn.microsoft.com/msdnmag/issues/05/08/CuttingEdge/default.aspx
Έως ένα βαθμό έχει να κάνει και με το background που έχει ο καθένας.
Γενικά νομίζω ότι υπάρχουν κάποια συγκεκριμένα camps
- Yπάρχει το camp της smalltalk που δίνουν μεγάλη βάση στα objects και στο σωστό object design.
Ατάκα "code must be close to the data" or code + data = objects
θεωρούν το persistence ως ένα αναγκαίο κακό!!!
-Υπάρχει το camp των database guys που δίνουν μεγάλη βάση στο erd τους. Yπάρχει σαφείς διαχωρισμός μεταξύ code and data και προσπαθούν να κρατούν και τα data και την λογική στην βάση
-Τέλος, υπάρχει και η μέση οδός που προσπαθούμε να συμβιβάσουμε και τους δυο κόσμους... (βλέπε Ο/R mapping)
Εγώ προσωπικά προσπαθώ να ακολουθώ πιστα BusinessObjects design, αλλα αφήνω και ένα escape path στον κόσμο του dataset και της sql (για τις δύσκολες περιπτώσεις...performance)
Palladinos Nick
Software Engineer
-----------------------
The limits of my language mean the limits of my world. (Ludwig Wittgenstein)