Όσοι ασχολείστε με WPF και XAML σίγουρα θα βρείτε ενδιαφέροντα τα: WPF Toolkit και XAML Power Toys. Όσον αφορά στο WPF Toolkit, θα βρείτε ένα όμορφο και ισχυρό WPF Datagrid και ένα DateTime Picker/Calendar. Τα XAML Power Toys, τώρα, επιταγχύνουν και βοηθούν πάρα πολύ στη συγγραφή κώδικα και στο στήσιμο του interface. Στο channel 9 μπορείτε να δείτε και video παρουσίασης. Επίσης, στον αντίστοιχο δικτυακό τόπο υπάρχει πληθώρα εκπαιδευτικών screencasts, στα οποία παρουσιάζονται αναλυτικές οδηγίες που αφορούν στην εγκατάσταση και τη χρήση τους.

---

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

To datagrid είναι σχετικά καλό, το datepicker δυστυχώς πάσχει απο memory leak (http://karlshifflett.wordpress.com/2008/12/16/wpf-toolkit-datepicker-memory-leak-problem/). To team που έγραψε το control δήλωσε οτι δεν προτείνετε η χρήση του σε περιββάλον παραγωγής (http://www.codeplex.com/wpf/Wiki/View.aspx?title=VSM%20Memory%20Leak). Υπάρχει workaround το οποίο δοκίμασα αλλά μην το επιχειρήσετε αν δεν είστε σε πόλυ καλό επίπεδο. Εξάλου με ενα converter και ενα textbox κανετε την ίδια δουλεια πολυ ευκολα.

Τα XAML powerToys  είναι όντως πολύ καλα και αξίξει να τα δοκιμάσετε αν και θα συνιστούσα να μην είναι έτσι η πρώτη σας επαφή με την XAML.

GNS

---

Application Developer

Mediocrity knows nothing higher than itself, but talent instantly recognizes genius.

Thnx για το feedback. WPF και XAML είναι τεχνολογίες με τις οποίες δεν έχω λερώσει ακόμα τα χέρια μου. Βλέπω videos διαβάζω posts σε fora, αλλά μέχρι εκεί. Πρόκειται για πράγματα που σε γοητεύουν και σε κάνουν να θέλεις ν' ασχοληθείς μαζί τους. Αγόρασα μάλιστα και σχετικό βιβλίο, αλλά ξεφυλλίζοντάς το διαπίστωσα ότι για να γίνω παραγωγικός απαιτείται πολύς χρόνος και πολύς κόπος. Πρέπει πρώτα να πεισθώ ότι όταν και αν το αποφασίσω, θα μπορώ να παράγω το ίδιο αποτέλεσμα που μου δίνουν και τα Win Forms, χωρίς υπερβολική αύξηση του όγκου της δουλειάς που απαιτείται. Με λίγα λόγια, δεν έχω ακόμα πεισθεί ότι ενδείκνυνται για RAD (Rapid Application Development). Ξέρω ότι κάποια στιγμή θα πρέπει να στρωθώ σοβαρά στο διάβασμα, αλλά από χρόνου. Εξάλλου έχω πολύ catching up to do σε άλλες τεχνολογίες με πιο άμεση προτεραιότητα. Όσοι ήδη ασχολείστε μαζί τους ενημερώνετε κι εμάς που ψαχνόμαστε. Είναι σημαντικό.

---

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

Χμμμ... μήπως τα μπερδεύεις λίγο;

Κατ' αρχήν έχεις μπροστά σου το learning curve. Χρειάζεται να επενδύσεις κάποιο χρόνο για να μάθεις και να κατανοήσεις την τεχνολογία. Το πόσος χρόνος θα απαιτηθεί εξαρτάται αφενώς από το πόσα προσωπικά resources θα αφιερώσεις (κύρια μιλάμε για χρόνο) και αφετέρου κατά πόσο αυτή η τεχνολογία ταιριάζει με το mentality σου. Όπως και να έχει, training is training is training. Κατόπιν έχεις το κομμάτι της εφαρμογής των όσων έχεις μάθει στη πράξη. Εκεί είναι που περνάς ένα δεύτερο curve και από το - ας πούμε - "experimental programming" περνάς στο "productive programming". Στην αρχή σίγουρα δεν θα είσαι παραγωγικός, στην πορεία όμως θα γίνεσαι ολοένα και περισσότερο. Και πάλι εξ' αρχής αποκλείεται να είσαι παραγωγικός.

Σε ένα βαθμό τα δύο παραπάνω εξαρτώνται από το τι μπαγκάζια κουβαλάς. Αν έρχεσαι από τον κόσμο του web, λέγε με ASP.NET, τότε είναι σχετικά ευκολότερο καθώς ξέρεις ήδη ότι κατά κανόνα θα φτιάξεις ένα πρόχειρο UI που θα αναλάβει ένας designer να το συνεφέρει. Αν έρχεσαι από τον κόσμο των win forms, τότε θέλει να αλλάξεις τον τρόπο που δουλεύεις γιατί έχεις συνηθήσει ένα UI designer που τυπικά θα σε φέρει στο 90% των απαιτήσεων μιας desktop εφαρμογής χωρίς την ανάγκη designer.

Τώρα, ως προς το θέμα του RAD... Δεν ξέρω τι ακριβώς εννοείς όταν λες RAD αλλά για μένα το WPF είναι πολύ πιο RAD από τα WinForms. Μπορείς να φτιάξεις ένα πρόχειρο UI ίσα που να κάνει τα απαραίτητα ώστε να να αφιερωθείς στο business πρόβλημα ενώ σου επιτρέπει να κάνεις delegate τη δουλειά σε κάποιον designer ώστε να προχωράει παράλληλα με τη δική σου. Επίσης, καθιστά πολύ εύκολο το "What You Design Is What You Get". Μπορείς να έχεις sample/dummy data και να δουλεύεις κανονικά το business logic χωρίς να είναι απαραίτητο να έχεις φτιάξει το data access layer και να έχεις γεμίσει τη βάση με sample data ώστε να τρέχεις την εφαρμογή και να ενεργοποιούνται όλα τα layers απλά για να υπάρχει ένα ορατό αποτέλεσμα. Πράγμα που σημαίνει ότι κάποιος άλλος μπορεί να δουλεύει το κομμάτι του DAL παράλληλα. Για μένα αυτό είναι RAD. Με τη δυνατότητα να διαχωρίζεις εύκολα το UI από το business logic layer και από το data access layer έχεις μεγαλύτερο concurrency. Μπορεί να μην έχεις drag-n-drop από τo data sources window στην φόρμα, ωστόσο έχεις πολύ πιο σημαντικά πλεονεκτήματα. Αυτό έτσι κι αλλιώς θα έρθει σύντομα. Από την άλλη όμως, αυτό που δεν θα έρθει ποτέ στις win form εφαρμογές, είναι το πόσο εύκολα γίνονται μερικά πράγματα μέσα από XAML, πράγματα που σε win forms απαιτείται αρκετός κώδικας. 

 

---

Vir prudens non contra ventum mingit

Όντας ΜΗ γνώστης της συγκεκριμένης τεχνολογίας δε μπορώ να διαφωνήσω. Γιατί να διαφωνήσω άλλωστε, τη στιγμή που η τοποθέτηση είναι πολύ καλά τεκμηριωμένη. Η ουσία είναι ότι ασχολούμαι κυρίως με Win Forms εφαρμογές, οπότε έχω διαποτιστεί από τη νοοτροπία του Designer. Δε μου αρέσει να πιάνω το πληκτρολόγιο για να ασχοληθώ με το UI. Με βάση αυτή τη θεώρηση εκφράστηκα ότι δεν είναι RAD. Επειδή, όμως, τα Win Forms έχουν αδυναμίες και από κάποια στιγμή και μετά τα controls σε πολεμάνε, είτε πρόκειται γι αυτά που έρχονται με το VS είτε τρίτου κατασεκυαστή, αναγκάζεσαι να κάνεις συμβιβασμούς. Αυτός είναι και ο λόγος που κοιτάζω το WPF. Βλέπω ότι μπορούν να γίνουν "πράματα και θάματα". Απλά, λόγω τεμπελιάς, ψάχνω δεξιά και αριστερά για εργαλεία τύπου XAML Power Toys που θα κάνουν το απαραίτητο code generation. Σίγουρα σε μια ομάδα που οι αρμοδιότητες είναι διακριτές, το RAD αποκτά άλλο νόημα και άλλη διάσταση. Η δική μου τοποθέτηση είναι καθαρά υποκειμενική, βάσει των δικών μου κριτηρίων και αναγκών. Πιθανότατα να κάνω και πάλι λάθος και να μην το αντιλαμβάνομαι. Ο μόνος τρόπος για να το ανακαλύψω είναι μέσα από την ενασχόληση με την ίδια την τεχνολογία των WPF/XAML. Είναι μια από αυτές τις περιπτώσεις που καμία επιχειρηματολογία δε μπορεί να υποκαταστήσει τη γνώση και την εμπειρία. Εκείνο που κρατάω από αυτό το διάλογο είναι ότι πρέπει να πάψω να ψάχνω για shortcuts και ν' ασχοληθώ σοβαρά.

---

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

Αγαπητέ KelMan,

δεν πρόκειτε να διαφωνίσω καθόλου μαζί σου όσων αφορά το learning curve το οποίο ουτως ή άλλως είναι υποκειμενικό και εξαρτάται καθαρά από τον developer. Όσων αφορά την προσέγγιση και τον διαχωρισμό τον οποίο επιδιώκει και πρωωθεί η συγκεκριμένη τεχνολογία, στη θεώρια είναι ιδανικος. Κατά πόσο όμως είναι δυνατόν να εφαρμοστεί στην ελληνικη πραγματκότητα Application Development, πρόκειτε να διαφωνίσω. Στην Ελλάδα, στην πλειονότητα των περιπτώσεων ο developer και ο designer είναι το ίδιο πράγμα (δεν θα κάνω καν αναφορά για integrator) οπότε δικαιολογώ αυτή τη νοοτροπία ακόμα, η οποία δεν θα αλλάξει αν δεν αλλάξει η αντίληψη και η προσέγιση των ΙΤ prοjects στην Ελλάδα (οπότε έχουμε ακομά μελλον).

Όσων αφορά RAD, ναι σίγουρα στη μορφή που περιγράφεις σίγουρα είναι πολύ πιο RAD-oriented η ΧΑΜL/WPF τεχνολογίαακόμα και με τη σημερινη miχ-and-match λογική των Ελληνικών εταιρειών πληροφορικής.

Όσο για drag-n-drop από τo data sources window στην φόρμα μην στεναχωριέσε, έρχετε στο Visual Studio 2010....(Ανακοινώθηκε στο PDC08) μαζί με πολλά άλλα καλούδια (υπάρχει VS10 σε beta για όσουσ έχουν MSDN subscription αλλά είναι λίγο τέρας σε μέγεθος και με μερικά issues εγκατάστασης αλλά παίζει)

Anyways, Καλές γιορτές και καλά Χριστούγεννα σε όλους

---

Application Developer

Mediocrity knows nothing higher than itself, but talent instantly recognizes genius.