Καλώς ορίσατε στο dotNETZone.gr - Σύνδεση | Εγγραφή | Βοήθεια
σε

 

Αρχική σελίδα Ιστολόγια Συζητήσεις Εκθέσεις Φωτογραφιών Αρχειοθήκες

Best Practise για GRUD operation

Îåêßíçóå áðü ôï ìÝëïò koslyr. Τελευταία δημοσίευση από το μέλος George J. Capnias στις 19-04-2012, 19:21. Υπάρχουν 18 απαντήσεις.
Σελίδα 2 από 2 (19 εγγραφές)   < 1 2
Ταξινόμηση Δημοσιεύσεων: Προηγούμενο Επόμενο
  •  17-04-2012, 15:47 70044 σε απάντηση της 70037

    Απ: Εntitydatasource vs Objectdatasource

    Αυτό που λες είναι η "κακή" μέθοδος. ΔΕΝ ΘΕΛΩ ΜΕ ΤΙΠΟΤΕ να γίνει κάτι σαν το Rent επειδή πείραξα κάποιες τιμές σε κάποιο grid.

    Αν κάποιος θέλει να κάνει Rent το σωστό θα είναι να διαλέξει μία εντολή "Rent" η οποία θα καλέσει την αντίστοιχη μέθοδο Rent σε ένα αντικείμενο και εκεί πίσω θα εκτελέσει τη business λογική που απαιτείται (έλεγχος μοντέλου, δέσμευση, αποστολή επιβεβαίωσης στον πελάτη, δημιουργία work order για την προετοιμασία του αυτοκινήτου, ειδοποίηση στο λογιστήριο για την δημιουργία της χρέωσης, δημιουργία ασφαλιστήριου κλπ.)

    Παρότι μπορείς με 5 τούμπες και ολίγη διαστροφή να χώσεις όλη αυτή τη λογική σε ένα UpdateMethod, είναι μία πολύ κακή τακτική.

    Παναγιώτης Καναβός, Freelancer
    Twitter: http://www.twitter.com/pkanavos
  •  17-04-2012, 16:12 70045 σε απάντηση της 70043

    Απ: Εntitydatasource vs Objectdatasource

    Νίκο, μπορείς άνετα να κάνεις databinding επάνω στο List<string>. Δεν υπάρχει λόγος να χρησιμοποιήσεις κανένα datasource.
    Παναγιώτης Καναβός, Freelancer
    Twitter: http://www.twitter.com/pkanavos
  •  19-04-2012, 09:47 70062 σε απάντηση της 70045

    Απ: Εntitydatasource vs Objectdatasource

    Παναγιώτης Καναβός:
    Δεν υπάρχει λόγος να χρησιμοποιήσεις κανένα datasource.

    Από διάφορα ενδεικτικά παραδείγματα που διάβασα για το EF, χρησιμοποιούσαν τα περισσότερα το EntityDataSource.
    Από οτι κατάλαβα ως καλύτερο best practise για την υλοποίηση του DAL προτείνετε την χρήση του EF χωρίς το  EntityDataSource control και όλα τα CRUD operations να γίνονται manually μέσω του databinding απευθείας στα data-bound controls;
  •  19-04-2012, 19:21 70069 σε απάντηση της 70062

    Απ: Εntitydatasource vs Objectdatasource

    koslyr:
    Παναγιώτης Καναβός:
    Δεν υπάρχει λόγος να χρησιμοποιήσεις κανένα datasource.

    Από διάφορα ενδεικτικά παραδείγματα που διάβασα για το EF, χρησιμοποιούσαν τα περισσότερα το EntityDataSource.
    Από οτι κατάλαβα ως καλύτερο best practise για την υλοποίηση του DAL προτείνετε την χρήση του EF χωρίς το  EntityDataSource control και όλα τα CRUD operations να γίνονται manually μέσω του databinding απευθείας στα data-bound controls;

    Έχω μια εντύπωση ότι υπάρχει αυτό το μπρος-πίσω των ερωτήσεων, γιατί απλά όλοι θεωρούν ότι υπάρχει DAL που συνδέεται στο interface. Αυτό δεν είναι αληθοφανές παράδειγμα - εκτός αν είναι τόσο "κουτή" η εφαρμογή που θέλεις να φτιάξεις. Κάπου πρέπει να υπάρχει και λίγο intelligence - το BI, ή business logic, ή όπως αλλιώς θες να το πεις:

    • Αν αυτό που σε ενδιαφέρει είναι να βγάζεις πίνακες σε οθόνες, έχεις πάρει λάθος δρόμο - χρησιμοποίησε το Dynamic Data, βάλε από πίσω LINQ2SQL ή EF, ή και ένα WCF Data Service, όλα γίνονται αυτόματα και δεν χρειάζεται να γράψεις τίποτα, θα βγάλεις οθόνες σε dt -> 0.
    • Αν σε ενδιαφέρει να γράψεις LOB εφαρμογή θα πρέπει μέσα στο πλάνο σου να υπάρχει και το business logic, καλό θα είναι να το δεις σε συνδιασμό με κάποιο pattern ανάπτυξης - αν το στοιχείο σου είναι τα ASP.NET WebForms, πρέπει να δεις κάτι που να σου ταιριάζει. πχ το ASP.NET Web Forms MVP (http://webformsmvp.com/)

     

    George J.


    George J. Capnias: Χειροπρακτικός Υπολογιστών, Ύψιστος Γκουράρχης της Κουμπουτερολογίας
    w: capnias.org, t: @gcapnias, l: gr.linkedin.com/in/gcapnias
    dotNETZone.gr News
Σελίδα 2 από 2 (19 εγγραφές)   < 1 2
Προβολή Τροφοδοσίας RSS με μορφή XML
Με χρήση του Community Server (Commercial Edition), από την Telligent Systems