SharePoint Development

Απ: διαφορετικές λύσεις για το ίδιο πρόβλημα ?

Παναγιώτης Καναβός — Tue, 29 Nov 2011 22:36:55 GMT

Το BCS δεν απαιτεί enterprise license, μία σημαντική διαφορά σε σχέση με το SharePoint 2007. Αυτό δεν σημαίνει ότι πρέπει να το χρησιμοποιείς παντού, απλά ότι είναι πλέον εύκολο να το χρησιμοποιήσεις σε πολύ περισσότερα σενάρια απ' ότι παλιά.

Για το InfoPath .... ο μόνος λόγος που βρίσκω για την ύπαρξη του είναι εμπορικός (να πουληθούν licenses). Εκτός και αν θέλεις να χειριστείς φόρμες με τον ίδιο τρόπο που θα δούλευες και με το Adobe Forms - τυποποιημένες φόρμες τις οποίες χειρίζεσαι ως documents και όχι ως εγγραφές σε μία λίστα. Αυτές οι περιπτώσεις όμως είναι ελάχιστες.

Το Infopath παραείναι βαρύ και δύσχρηστο για τη σχεδίαση List Forms. Μπορεί για κάποιον που δεν έχει γνώσεις XSLT να φαίνεται μονόδρομος, αλλά για κάποιον με σχετικά καλές γνώσεις XSLT και HTML η ίδια και καλύτερη δουλειά μπορεί να γίνει με SharePoint Designer. Το rendering του Infopath είναι αργό ενώ προσθέτει στη "σούπα" τις δικές του ιδιοτροπίες και παραξενιές (=bugs) στον τρόπο rendering και σχεδίασης. Και απαιτεί και client license.

Υ.Γ. Ειλικρινά ΧΑΙΡΟΜΑΙ που υπάρχει κάποιος ακόμα που ενδιαφέρεται και καταλαβαίνει από SharePoint! Σε λίγο θα χρειάζεται κανείς 2 χέρια για να μας μετρήσει!!!!

Απ: διαφορετικές λύσεις για το ίδιο πρόβλημα ?

ivar — Tue, 29 Nov 2011 20:31:53 GMT

Οι διαφορετικές τεχνολογίες που αναφέρεις δίνουν λύσεις σε διαφορετικά προβλήματα / ανάγκες (και ορισμένες φορές εξαρτάται η επιλογή τους από το κόστος - licensing).

Οι 3 από τις 4 τεχνολογίες που αναφέρεις απαιτούν Enterprise license (BCS, InfoPath & Access Services).

Σημείωση: Μπορείς να κάνεις customize τις New, Edit φόρμες μιας λίστας με InfoPath χωρίς να απαιτείται Enterprise license.

Επομένως θα επέλεγες XSLT Views για απλά customizations σε φόρμες, BCS αν χρειάζεται να έχεις πρόσβαση σε εξωτερικές βάσεις δεδομένων, Access Services αν έχεις legacy Access Dbs και θέλεις να τα διαχειρίζεσαι κεντρικά (όχι από file share δηλαδή) και InfoPath forms όταν θες να δώσεις στους power users τη δυνατότητα να σχεδιάζουν τις δικές τους 'εφαρμογές' (συλλογή στοιχείων). Οι παραπάνω λόγοι δεν είναι οι μόνοι ανά περίπτωση, αλλά παραθέτονται ως παραδείγματα.

Στο ερώτημα τι θα επέλεγε κάποιος με έμφαση στο high productivity & low complexity, μάλλον InfoPath forms (αν είναι διαθέσιμη η Enterprise έκδοση), διαφορετικά XSLT Views. Κάποιος θα επέλεγε BCS & Access Services μόνο σε ειδικές περιπτώσεις όταν απαιτείται.

διαφορετικές λύσεις για το ίδιο πρόβλημα ?

Underwater — Sun, 27 Mar 2011 07:08:04 GMT

Προσπαθώ να καταλάβω το «strategy» της Microsoft να δημιουργεί διαφορετικές λύσεις για το ίδιο πρόβλημα (small business applications).

Για παράδειγμα SharePoint προσφέρει διαφορετικά «Paradigms» η «προσεγγίσεις» για να φτιάξει κανείς «μικρές» εφαρμογές. Για παραδηγμα.

· XLST List Viewer με δυνατότητα Parent / Child φόρμες με SP Designer

· Business Connectivity Services με Read / Write στη SQL

· Info Path Services

· Access Services

Note: Δεν αναφέρομαι και για ASP.net Webparts η Silverlight με χρήση του Client Object Model που μάλλον χρειάζονται ποιο πολύ γνώση και σκέψη και δεν είναι στην ίδια κατηγορία.

Εάν περιοριζόμαστε στο χώρο των μικρών εφαρμογών με έμφαση στο «High Productivity» και «Low Complexity» Ποια είναι τα καλύτερα και γιατί φτιαχτήκαν τα άλλα?

Μήπως απλά υπάρχουν όλα τα παραπάνω για ιστορικούς λόγους (backward compatibility κλπ)?

Μάλλον όχι, διότι τα περισσότερα είναι καινούργιες τεχνολογίες που εμφανιστήκαν πρόσφατα.

Τοτε?