Καλημέρα,

Έχουμε το ακόλουθο requirement για μια εφαρμογή που φτιάχνουμε σε Lightswitch:

- Ο πίνακας CustomerAgreementProducts έχει 3 πεδία: CustomerAgreementID, ProductID, FacesAgreed.
- Οι χρήστες πρέπει να διαχειρίζονται τον πίνακα δίνοντας τιμές στο FacesAgreed για κάθε συνδυασμό CustomerAgreementID, ProductID.
- Η απαίτησή τους είναι να βλέπουν τα δεδομένα σε μορφή crosstab και όχι σε μορφή πίνακα. Παράλληλα θα πρέπει να μπορούν να εισάγουν τιμές απευθείας μέσα στο crosstab. Η απαίτησή τους αναπαρίσταται στους παρακάτω πίνακες:
1) Αρχική μορφή

CAG_ID	PRODUCT_ID	FACES_AGREED
CAG1	PRODUCT1	5
CAG2	PRODUCT1	10
CAG3	PRODUCT1	10
CAG1	PRODUCT2	7
CAG2	PRODUCT2	12
CAG3	PRODUCT2	12

2) Τελική μορφή

PRODUCT_ID/CAG_ID	CAG1	CAG2	CAG3
PRODUCT1	5	10	10
PRODUCT2	7	12	12

Από όσο έχουμε ψάξει, τέτοια λειτουργικότητα δεν υφίσταται out of the box στο LightSwitch. Συνεπώς, εξετάζουμε το ενδεχόμενο να δημιουργήσουμε κάποιο δικό μας control που να την προσφέρει. Θα θέλαμε λοιπόν να ρωτήσουμε τα ακόλουθα:
1) Είναι σωστή η προσέγγισή μας (δημιουργία custom control) ή υπάρχει πιο ενδεδειγμένος τρόπος;
2) Ξέρουμε ότι το LightSwitch δέχεται SilverLight controls. Αυτό που δεν ξέρουμε είναι τα Controls για το Lightswitch έχουν ιδιαιτερότητες που πρέπει να γνωρίζουμε προτού ξεκινήσουμε την υλοποίηση.

Δυστυχώς δεν έχουμε προγενέστερη εμπειρία στη δημιουργία Controls και το εγχείρημά μας είναι εξ αρχής αρκετά δύσκολο. Ωστόσο, η απαίτηση είναι αρκετά σημαντική για τους χρήστες και θα πρέπει να βρούμε μια βιώσιμη λύση, οπότε κάθε σχετική πρόταση είναι καλοδεχούμενη.

Ευχαριστώ εκ των προτέρων,
Κώστας

Το γεγονός ότι θέλεις να είναι updatable δημιουργεί προβλήματα που δυσκολεύουν την custom υλοοποίηση ακόμα και σε windows forms. Όλα είναι ιδανικά στην περίπτωση που περιγράφεις, καθώς ο πίνακάς σου περιέχει ακριβώς n x m στοιχεία. Αν, για παράδειγμα, για το product1 υπήρχε μόνο cag1 και cag2, τότε στη στήλη του cag3 το κελί θα είχε τιμή <null>. Βάζοντας τιμή στο κελί, ενώ για το control θα έκανες edit στη σειρά, για το table της βάσης θα ήταν insert. Αντίθετσ, αν "έσβηνες" την τιμή σε ένα κελί, αυτό πάλι για το control θα ήταν editing στην αντίστοιχη σειρά, αλλά για το table της βάσης θα ήταν διαγραφή record. Μήπως θα ήταν προτιμότερο να έχεις master - detail φόρμα και απλά να επιλέγεις ποιο θα είναι το master και ποιο το detail; (π.χ. productID ή cagID)

---

Ακόμα κι ένας άνθρωπος μπορεί ν' αλλάξει τον κόσμο. Μη θέλεις να κυβερνήσεις. Απλά δείξε το μονοπάτι κι ο κόσμος θ' ακολουθήσει!!

Καλημέρα και ευχαριστώ για την ανταπόκριση.

Είναι διασφαλισμένο από την εφαρμογή ότι κάθε συνδυασμός ProductID & CAGID θα έχει πάντα μια τιμή για τα Faces Agreed. Αν κάποιο προϊόν δεν εμπίπτει σε CAGID έχει την τιμή μηδέν. Η μόνη εντολή που θα τρέχει μέσω αυτής της οθόνης είναι το update του πίνακα. Συνεπώς η περίπτωσή μας είναι όντως "ιδανική".

Παράλληλα, οι χρήστες έχουν απορρίψει εναλλακτικές λύσεις και θέλουν η οθόνη να προσομοιάζει όσο γίνεται την τύπου crosstab λειτουργικότητα του Excel.

Για τους λόγους αυτούς έχουμε καταλήξει ότι μάλλον θα πρέπει να δημιουργήσουμε ένα custom control που να φέρνει τα CAGIDs στις κολώνες και τα ProductIDs στις γραμμές.

Το ερώτημά μας λοιπόν παραμένει: Υπάρχουν ιδιαιτερότητες στο πώς θα σχεδιάσει κανείς ένα Silverlight control για Lightswitch ή είναι κι αυτό ένα τυπικό Silverlight control;

Με εκτίμηση,
Κώστας

---

Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos

Παναγιώτη ευχαριστώ για την απάντηση.

Ή θα το κάνεις αυτό με κώδικα σε κάθε φόρμα (οπότε χάνεις την ευκολία του LightSwitch) ή θα πρέπει το control κάπως να καταλαβαίνει που βρίσκεται.
               Αν καταλαβαίνω καλά, εννοείς ότι θα πρέπει σε όσες οθόνες γίνεται χρήση του Crosstab να του εξηγώ μέσω κώδικα ποια entities θα συμπεριλαμβάνει, ποια πεδία θα έχει στις γραμμές/στήλες/κελιά κλπ. Αντιλαμβάνομαι ότι αρχιτεκτονικά αυτό δεν είναι πολύ πρακτικό, ωστόσο λόγω της μικρής συμμετοχής του Crosstab στην εφαρμογή (2 οθόνες όλες κι όλες) καθώς και του χρόνου που πάντοτε πιέζει, μου αρκεί το ότι ακόμη και έτσι είναι εφικτό.
Και μετά φυσικά θα πρέπει να "πακετάρεις" το control όπως το θέλει το Lightswitch
               Το Lightswitch απαιτεί ειδικό "πακετάρισμα" για τα controls που αναγωρίζει; Έχεις να μου προτείνεις κάποιες πηγές απ' όπου θα μπορούσα να μάθω πώς γίνεται αυτό;

Και πάλι ευχαριστώ για την ανταπόκριση,
Κώστας

Το μεγαλύτερο πρόβλημα με το silverlight είναι ότι δεν υποστηρίζει datasets και datatables. Προτού μιλήσουμε καν για το presentation κομμάτι, χρειάζεσαι μία custom υλοποίηση αυτών των objects, με τα αντίστοιχα events για change tracking. Επίσης, χρειάζεται να γράψεις έναν adapter που θα τραβάει τα δεδομένα από τη βάση, θα κάνει το cross tab και θα γεμίζει το datatable με στοιχεία. Κι εφόσον πρόκειται για adapter, θα πρέπει να  "παίρνει" τις αλλαγές από το datatable, να τις "μεταφράζει" σε εγγραφές που καταλαβαίνει η βάση και να τις στέλνει για αποθήκευση. Δηλαδή, ένα mini ADO.NET για silverlight. Ούτε ψύλλος στον κόρφο σου. Όταν το υλοποιήσεις αυτό στείλε βιογραφικό στην Telerik και την DevExpress.

Το θέμα, τώρα, είναι από που να ξεκινήσεις. Τρεις πηγές που μπορούν να σου φανούν χρήσιμες είναι αυτές:

1. Silverlight Bindable DataGrid with DataSources (like DataSet and DataTable)
2. Working with DataTable in Silverlight 4 (χρησιμοποιεί controls της Component One)
3. Lightweight DataTable for your Silverlight applications (χρησιμοποιεί controls της Telerik)

Για το πρόβλημα που περιγράφεις, είναι πολύ δύσκολο να βρεις πηγές και ανθρώπους που να έχουν ασχοληθεί πριν από σένα. Όλοι έχουν πέσει με τα μούτρα στο MVVM (εμένα δε με έχει εντυπωσιάσει και τόσο, αλλά εγώ ανέκαθεν ήμουν πνεύμα αντιλογίας).

Αν για σένα και για τον πελάτη είναι must η λειτουργικότητα αυτής της μορφής, θα σου πρότεινα να μην το κάνεις με LightSwitch. Αν το LightSwitch είναι πιο must, τότε εξήγησε στον πελάτη ότι μερικά πράγματα γίνονται και άλλα όχι. Διότι για να γίνουν αυτά που δε γίνονται θα πρέπει να πληρωθούν έτσι όπως τους αξίζει...

---

Ακόμα κι ένας άνθρωπος μπορεί ν' αλλάξει τον κόσμο. Μη θέλεις να κυβερνήσεις. Απλά δείξε το μονοπάτι κι ο κόσμος θ' ακολουθήσει!!

Κώστα

---

1+1 = 3 για πολύ μεγάλες τιμές του 1

Μάρκο, αν επιστρέψεις τα δεδομένα σε μορφή [Όνομα Γραμμής, Όνομα Στήλης, Τιμή]  δεν θα έχεις κανένα πρόβλημα. Δεν υπάρχει λόγος να υλοποιήσεις το ADO.NET όταν απλά θέλεις να περάσεις ένα πίνακα. Δεν είπε κανείς ότι το Pivot θα πρέπει να το κάνει ο server, άνετα μπορεί να το κάνει και ο client. Αυτό που χάνεις είναι ότι δεν θα μπορείς να κάνεις απευθείας bind σε ένα DataGrid περιμένοντας να δώσει αυτόματα ονόματα στις στήλες. 

---

Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos

Ευχαριστώ πολύ για τις απαντήσεις σας.
@kchristo: Αυτά που λες μου είναι πολύ ενθαρρυντικά, ειδικά μετά την ψυχρολουσία που ένιωσα μετά το post του Μάρκου!!! Η αλήθεια είναι ότι ακόμα και έτσι θα χρειαστεί πολλή προσπάθεια από μεριάς μου καθώς δεν έχω δουλέψει με Silverlight στο παρελθόν, ωστόσο είναι σημαντικό το γεγονός ότι αυτό που θέλω μπορεί να υλοποιηθεί έστω κι αν δεν παρέχει την ευελιξία της επαναχρησιμοποίησης.
Συνεπώς, θα προχωρήσω με γνώμονα όσα μου γράφεις και πιθανό να επανέλθω με νέο thread (= νέες ερωτήσεις που σίγουρα θα προκύψουν!).

Και πάλι ευχαριστώ θερμά όλους σας για τις απαντήσεις.
Κώστας

Κώστα

---

1+1 = 3 για πολύ μεγάλες τιμές του 1

Παναγιώτη η ΤΕΡΑΣΤΙΑ διαφορά ανάμεσα στο να χρησιμοποιείς LightSwitch ή όχι είναι το αν θα χρειαστεί να κάνεις όλα αυτά που λέει ο Μάρκος (ή παρόμοια σε κάθε περίπτωση) για να καταφέρεις να φτάσουν τα δεδομένα σου από έναν SQL server στον client. Εγώ δεν γνωρίζω τι κάνουν άλλα παρόμοια ή και καλύτερα frameworks που κάνουν δουλειά παρόμοια με το lightSwitch. Ξέρω όμως ότι αν κρατούσα το ls μόνο για το data και business κομμάτι και μετά τα έγραφα ΟΛΑ με custom Silverlight controls πάλι θα είχα ΤΕΡΑΣΤΙΟ κέρδος σε χρόνο και αρτιότητα υποδομής. Αν υπάρχουν κι άλλα frameworks που το κάνουν αυτό (προφανώς θα το κάνουν) δεν το ξέρω, αλλά εγώ όπως και μερικές χιλιάδες άλλοι ανά τον κόσμο διάλεξαν το LightSwitch. Πιστεύω ότι υποτιμάς το LS αλλά παράλληλα θεωρώ ότι είναι δικαίωμά σου. Εγώ από την άλλη είμαι πολύ χαρούμενος για την επιλογή μου και πιθανόν να κάνω λάθος.

---

1+1 = 3 για πολύ μεγάλες τιμές του 1

Μόλις έστειλα το προηγούμενο post είδα και την απάντηση του Παναγιώτη.
@Παναγιώτη είναι σαφή όσα αναφέρεις.

Θα κάνω μια μικρή περιγραφή της κατάστασής μας:

Η εφαρμογή μας έχει πάνω από 40 entities και 18 οθόνες. Η διαχείρισή σε γενικές γραμμές γίνεται εύκολα με τη standard λειτουργικότητα του Lightswitch. Μέρα με τη μέρα νιώθαμε όλο και πιο δικαιωμένοι για την επιλογή του συγκεκριμένου εργαλείου. Φυσικά έχουμε γράψει αρκετά LINQ queries και custom code όπου θέλαμε περαιτέρω λειτουργικότητα (π.χ. custom modal windows). Αυτό σημαίνει ότι το Lightswitch μας έχει γλυτώσει απίστευτο χρόνο υλοποίησης. Ωστόσο, 2 από τις οθόνες χρειάζονται crosstab - like λειτουργικότητα και οι χρήστες ήταν ανένδοτοι ως προς αυτό.

Δεδομένων των παραπάνω θεωρώ ότι το να φτιάξουμε αυτές τις οθόνες έστω και με τον "καρφωτό" τρόπο που περιγράφει ο kchristo δεν είναι δα και μεγάλο ατόπημα. Όπως είπα και στο προηγούμενο post, σημασία έχει πως - απ' ό,τι φαίνεται - είναι δυνατή η κατασκευή του control και η χρήση του στο application.

@kchristo: Οι απαντήσεις σας πέφτουν βροχή και δε σας προλαβαίνω! Φυσικά και θα με ενδιέφερε να μου στείλεις ένα αντιπροσωπευτικό δείγμα κώδικα ώστε να καταλάβω τι περίπου χρειάζομαι. Ειλικρινά ευχαριστώ για την προσφορά!

Κώστας

Το crosstab είναι ένα dummy table. Δε μπορεί να γίνει mapped εκ των προτέρων. Επίσης, το να διατηρείς στη βάση πίνακες με ορθογώνιες διαστάσεις (n x m), αν ΔΕΝ το επιβάλλει το business logic, είναι αυτοκτονία. Απ' ό,τι κατάλαβα, θέλεις να κάνεις ακριβώς αυτό, αλλά επειδή στο επιβάλλει το UI. Αν όντως έτσι έχουν τα πράγματα, το control είναι το μικρότερό σου πρόβλημα.

---

Ακόμα κι ένας άνθρωπος μπορεί ν' αλλάξει τον κόσμο. Μη θέλεις να κυβερνήσεις. Απλά δείξε το μονοπάτι κι ο κόσμος θ' ακολουθήσει!!