Λύση χωρίς κώδικα: Εμφάνιση των ημερών από την τελευταία αλλαγή ενός στοιχείου λίστας

Επισκόπηση: Προσαρμοσμένες αναφορές γήρανσης χωρίς κώδικα

Ένα από τα συχνά ζητούμενα λειτουργικά τμήματα μιας τοποθεσίας του SharePoint είναι μια αναφορά παλαιότητας είτε για εργασίες είτε για στοιχεία λίστας. Με άλλα λόγια, πόσες ημέρες/μήνες έχει περάσει από την τελευταία τροποποίηση αυτού του στοιχείου λίστας;

Στην επιφάνεια αυτό φαίνεται να είναι ένα πολύ απλό αίτημα. Μετά από όλα, έχουμε ημερομηνίες για τα στοιχεία που δημιουργούνται και τροποποιούνται, έχουμε τη δυνατότητα να αποθηκεύουμε προσαρμοσμένες ημερομηνίες όταν ορισμένες αλλαγές σε στοιχεία πραγματοποιούνται μέσω των δεκτών συμβάντων. Έχουμε υπολογιζόμενες στήλες όπου μπορούμε να συμπεριλάβουμε τύπους που μοιάζουν με το Excel για να εργαστούμε με τις πληροφορίες μας. Αυτό φαίνεται σαν μια αρκετά ευθεία πρόταση προς τα εμπρός. Επιλέγουμε ένα πεδίο ημερομηνίας, δημιουργούμε μια υπολογιζόμενη στήλη και, στη συνέχεια, κάνουμε έναν τύπο σύμφωνα με τις γραμμές [DateField] – [Σήμερα]. Όχι και τόσο γρήγορα όμως! Όπως γνωρίζει οποιοσδήποτε έχει επιχειρήσει αυτή την "απλή" εργασία, η προσπάθεια χρήσης κάποιου στοιχείου όπως [Σήμερα] σε μια υπολογιζόμενη στήλη προκαλεί προβλήματα. Προσπαθήστε να εισαγάγετε [Σήμερα] στο πλαίσιο τύπου της υπολογιζόμενης στήλης θα σας δώσει ένα μήνυμα σφάλματος κάτι σαν αυτό:

Γιατί συμβαίνει αυτό; Λοιπόν, αυτό έχει να κάνει με τον τρόπο υπολογισμού των υπολογιζόμενων στηλών.

Ας πάρουμε ως παράδειγμα έναν απλό τύπο:

= IF( [Στήλη1]<=[Στήλη2], "OK", "Όχι OK")

Αυτό σημαίνει ότι εάν η Στήλη1 είναι μικρότερη ή ίση της Στήλης2, τότε εμφανίζεται το κουμπί OK, διαφορετικά να εμφανίζεται η ένδειξη Όχι OK. Αυτός είναι ένας αρκετά τυπικός βασικός τύπος για μια υπολογιζόμενη στήλη και κάνει μια βασική υπόθεση σχετικά με το στοιχείο λίστας που περιέχει αυτές τις στήλες: Οι τιμές για τη Στήλη1 και τη Στήλη2 δεν θα είναι ποτέ σε θέση να αλλάξουν χωρίς ένα συμβάν Update στο στοιχείο λίστας.

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

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

Υπάρχουν ορισμένες προτάσεις για παρόμοιες λύσεις που αιωρούνται εκεί έξω και περιλαμβάνουν τη εξαπάτηση του SharePoint στην αποδοχή μιας τιμής "Σήμερα" δημιουργώντας πρώτα μια στήλη με το όνομα "Σήμερα" και, στη συνέχεια, προσθέτοντας την στον τύπο σας και, στη συνέχεια, διαγράφοντάς την. Όλα αυτά είναι καλά και καλά, αλλά να θυμάστε τι είπα όταν ενημερώνονται οι υπολογιζόμενες στήλες. Αυτή η τιμή θα αλλάξει μόνο όταν ενημερωθεί το στοιχείο, γεγονός που σημαίνει ότι οι τιμές σας σύντομα θα είναι εσφαλμένες, ειδικά στην περίπτωση υπολογισμού μιας ημέρας.

Έχω δει άλλους να χρησιμοποιούν έξυπνη JavaScript για να γράψουν τις αξίες στη σελίδα. Αυτό θα λειτουργούσε επίσης, αλλά είμαι λίγο πολύ κατηγορηματικά ενάντια στο σενάριο προγράμματος-πελάτη όταν μπορεί να αποφευχθεί.

Εφαρμογή:

Τι να κάνετε λοιπόν; Οι υπολογιζόμενες στήλες δεν αμφισβητούνται για τις λεγόμενες "ασταθείς" συναρτήσεις όπως η "Σήμερα". Είναι πιθανό ότι θα μπορούσαμε να αναπτύξουμε κάποιο προσαρμοσμένο κώδικα για να το φροντίσουμε όπως μια υπολογιμένη στήλη, μια εργασία με χρονοδιακόπτη ή μια προγραμματισμένη διαδικασία και να ενημερώσουμε κάθε στοιχείο που χρειάζεται να γίνει αυτός ο υπολογισμός. Αυτό μας φέρνει πίσω στο πρόβλημα των επιδόσεων που ανέφερα στην τελευταία παράγραφο, και επιπλέον είναι μια εύθραυστη λύση που θα ήταν ιδιαίτερα συγκεκριμένη για την εν λόγω τοποθεσία/λίστα/στήλη. Εκτός από αυτές τις δύο ανησυχίες, θα πρέπει επίσης να πάτε να βρείτε έναν σπασίκλα, όπως εγώ, που ξέρει πώς να κωδικοποιεί και να τον πείσει να αναπτύξει αυτή τη λύση για εσάς. Αλλά υπάρχει και πιο εύκολος τρόπος!

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

Τέλεια. Λοιπόν, πώς θα το κάνουμε;

1. Δημιουργήστε ή επιλέξτε το πεδίο που θα λειτουργήσει ως προέλευση. Πρέπει να είναι τύπος ημερομηνίας.

2. Δημιουργήστε το πεδίο μας που θα λειτουργήσει ως σύμβολο κράτησης θέσης για την τιμή που υπολογίζεται.

3. Προσθέστε και τα δύο αυτά πεδία σε έναν τύπο περιεχομένου και προσθέστε αυτόν τον τύπο περιεχομένου σε μια λίστα.

4. Δημιουργήστε μια προβολή αυτής της λίστας που περιέχει τόσο τις στήλες προέλευσης όσο και τις στήλες κράτησης θέσης.

5. Αποστείλετε το πρότυπο XSL στη Βιβλιοθήκη στυλ.

6. Ορίστε την ιδιότητα "Σύνδεση XSL" για το Τμήμα Web προβολής λίστας μέσω του περιβάλλοντος εργασίας χρήστη.

7. Επιτυχία!

Ας διερευνήσουμε ένα παράδειγμα υπόθεσης χρήσης και ας δούμε την υλοποίηση. Ο πελάτης μας ήθελε μια άποψη της κύριας λίστας του που θα τους έλεγε πόσο καιρό καθόταν ένα συγκεκριμένο στοιχείο λίστας στην κατάστασή του. Αυτή η λίστα περιείχε έναν προσαρμοσμένο τύπο περιεχομένου τοποθεσίας που προέρχεται από τον τύπο Στοιχείο και έχει προστεθεί στη λίστα. Υπήρχε ήδη ένας παραλήπτης συμβάντων που καταγράφει κάθε φορά που το πεδίο κατάστασης στο στοιχείο λίστας άλλαζε και αποθήκευε τη συγκεκριμένη ημερομηνία σε μια στήλη που ονομάζεται "Η κατάσταση ημερομηνίας άλλαξε". Όλες αυτές οι καλωδιώσεις δεν είναι απαραίτητες και μπορούν να γίνουν με ΟΠΟΙΟΔΉΠΟΤΕ πεδίο ημερομηνίας (απλά συμβαίνει ότι αυτή είναι η εφαρμογή μας, αλλά μην διστάσετε να πειραματιστείτε). Το ελάχιστο που χρειάζεστε είναι το πεδίο ημερομηνίας προέλευσης και το πεδίο κράτησης θέσης για να διατηρήσετε τον υπολογισμό σας (περισσότερα για αυτό στην επόμενη παράγραφο) που προστίθεται στη λίστα σας, παρόλο που σας προτείνω να χρησιμοποιήσετε στήλες τοποθεσίας και τύπους περιεχομένου τοποθεσίας σε περίπτωση που θέλετε να χρησιμοποιήσετε ξανά αυτή τη λύση σε άλλα σημεία της τοποθεσίας σας.

Επομένως, έχουμε την ημερομηνία προέλευσης που μπορούμε να χρησιμοποιήσουμε στον υπολογισμό μας έναντι της σημερινής ημερομηνίας. Τώρα μπορούμε να δημιουργήσουμε μια προσαρμοσμένη στήλη τοποθεσίας για να τη χρησιμοποιήσουμε ως κοντέινερ για την υπολογιζόμενη τιμή μας. Σε αυτή την περίπτωση, επέλεξα να χρησιμοποιήσω μια υπολογιζόμενη στήλη, καθώς δεν θα μπορεί να αλλάξει στις φόρμες νέων στοιχείων ή να επεξεργαστεί, αλλά μπορεί να επιλεγεί για εμφάνιση στις προβολές, καθώς δεν θέλουμε οι χρήστες να εισάγουν αυθαίρετες τιμές σε αυτή τη στήλη. Θα μπορούσε να προκαλέσει σύγχυση ως προς το γιατί δεν εμφανίζεται στις προβολές κ.λπ.

Τώρα που έχουμε τη στήλη της τοποθεσίας μας, μπορούμε να την προσθέσουμε στους τύπους περιεχομένου που θα χρησιμοποιηθούν στη λίστα μας. Στη συνέχεια, πρέπει να δημιουργήσουμε την προβολή μας που αργότερα θα προσαρμοστεί με το XSLT μας. Βεβαιωθείτε ότι έχετε δημιουργήσει μια τυπική προβολή που περιέχει τη στήλη ημερομηνίας προέλευσης και τη νέα υπολογιζόμενη στήλη, η οποία θα λειτουργήσει ως σύμβολο κράτησης θέσης για την υπολογιζόμενη τιμή.

Τώρα έχουμε όλα όσα θα χρειαστούμε για να υποστηρίξουμε την προσαρμοσμένη αναφορά γήρανσης. Το μόνο που απομένει είναι να δημιουργήσουμε το πρότυπο XSL, να το αποστείλουμε στη Βιβλιοθήκη στυλ της τοποθεσίας και να το συνδέσουμε με την προβολή λίστας. Το πρότυπο XSL που θα χρησιμοποιήσουμε πρόκειται να περιέχει κάποια κανονική σήμανση που δημιουργείται από το SharePoint για τη δημιουργία της προβολής, καθώς και τη δική μας προσαρμοσμένη σήμανση που χρησιμοποιείται για την παράκαμψη ορισμένων τμημάτων αυτού και τον υπολογισμό της επιθυμητής τιμής για εμάς.

Δίνοντας πίστωση όπου πρέπει να πιστωθεί, τα πρότυπα XSL για να κάνω τους πραγματικούς υπολογισμούς που χρησιμοποιώ για αυτή τη λύση παρέχονται ευγενικά από το "swirch" στα φόρουμ του MSDN:
http://social.msdn.microsoft.com/Forums/en-US/sharepointcustomization/thread/aeda905b-9bc6-40c4-bd22-21306c5cb0d2/

Λήψη του φύλλου στυλ XSL (aging.zip) που έχω συγκεντρώσει, το οποίο βρίσκεται εδώ:
https://OneDrive.live.com/?cid=c262e8e2d59a86d9&δικαιώματαΑλλαγή=1&id=C262E8E2D59A86D9!104

Ανοίγοντας αυτό το στοιχείο στο αγαπημένο σας πρόγραμμα επεξεργασίας κειμένου, θα δείτε πολλές κανονικές σημάνσεις SharePoint XSL για την απόδοση των προβολών, εάν συνεχίσετε να κάνετε κύλιση προς τα κάτω στη γραμμή 357 θα δείτε την αρχή των προσαρμοσμένων προτύπων που πρόσθεσα στη σήμανση, το πρώτο είναι το πρότυπο "DateDiff" ακολουθούμενο από τα "calculate-julian-day" και "FieldRef_printTableCell_EcbAllowed.Days_x0020_At_x0020_Status". Αυτά είναι τα τρία πρότυπά μας που θα κάνουν και θα εμφανίζουν τους υπολογισμούς μας στις απόψεις μας. Εάν πρόκειται να χρησιμοποιήσετε διαφορετικά ονόματα πεδίων από αυτά που καθορίσατε προηγουμένως σε αυτό το άρθρο, θα πρέπει να περάσετε από αυτά τα πρότυπα και να αντικαταστήσετε τυχόν αναφορές στα άλλα ονόματα. Να θυμάστε ότι για αυτό θα θέλετε να χρησιμοποιήσετε το ΕΣΩΤΕΡΙΚΌ όνομα του πεδίου και όχι το εμφανιζόμενο όνομα.

Όταν είστε ικανοποιημένοι ότι το πρότυπο είναι έτοιμο, μεταβείτε στη Βιβλιοθήκη στυλ και αποστείλετε το στο φάκελο "Φύλλα στυλ XSL" και, στη συνέχεια, αντιγράψτε τη σύνδεση προς το αρχείο. Αυτό θα μας επιτρέψει να κάνουμε εύκολα αλλαγές σε αυτό αργότερα ή να τις προσθέσουμε σε διαφορετικά τμήματα της τοποθεσίας όπως θέλουμε.

Στη συνέχεια, μεταβείτε στη λίστα σας και επιλέξτε την προβολή που δημιουργήσατε νωρίτερα σε αυτό το άρθρο. Από το μενού "Ενέργειες τοποθεσίας", κάντε κλικ στην επιλογή "Επεξεργασία σελίδας".

Βρείτε το Τμήμα Web προβολής λίστας στη σελίδα και ανοίξτε το μενού Του Τμήματος Web κάνοντας κλικ στο μικρό βέλος προς τα κάτω στην επάνω δεξιά γωνία. Από αυτό το μενού, επιλέξτε "Επεξεργασία Τμήματος Web".

Αυτό θα ανοίξει το μενού του Τμήματος Web στη δεξιά πλευρά του παραθύρου του προγράμματος περιήγησης.

Κάντε κλικ στο + για την ενότητα "Διάφορα" και εντοπίστε την ιδιότητα "Σύνδεση XSL".

Επικολλήστε τη σύνδεση προς το αρχείο XSL στη βιβλιοθήκη στυλ που αντιγράψατε νωρίτερα (μπορεί να είναι μια σχετική ή απόλυτη σύνδεση).

Κάντε κλικ στο κουμπί "OK" για να αποθηκεύσετε τις αλλαγές σας και, στη συνέχεια, κάντε κλικ στο κουμπί "Διακοπή επεξεργασίας" στην κορδέλα "Σελίδα" στο επάνω μέρος της σελίδας.

Εάν όλα έχουν ρυθμιστεί σωστά, θα πρέπει τώρα να βλέπετε αριθμούς στη στήλη "Ημέρες σε κατάσταση".

Και τέλος, εδώ είναι πώς θα μοιάζει με κάποια δεδομένα δοκιμής διαφόρων ημερομηνιών:

Σύνοψη:

Εκεί είναι: ένας όμορφα μορφοποιημένος, ισχυρός και καλύτερα αποδοτικός τρόπος για να δημιουργήσετε μια αναφορά γήρανσης στο SharePoint., με μια απλή υλοποίηση χωρίς κώδικα. Αυτό έχει αρκετές πιθανές εφαρμογές εκτός από την περίπτωση μίας χρήσης που διερευνήσαμε εδώ. Ένα άλλο συνηθισμένο σενάριο για αυτόν τον τύπο αναφοράς είναι η επισύναψη σε μια λίστα εργασιών, ώστε να μπορείτε να δείτε πόσος χρόνος έχει περάσει από τη δημιουργία μιας εργασίας με μια ματιά.

Απολαύστε το!

--Τζάστιν

Τζάστιν Τζόις, LANtek

Σχόλια

Λείπουν
βήματα 8/10/2012 3:51 π.μ.
Εντάξει, ακολούθησα τα βήματα, αλλά πρέπει να λείπει κάτι - πώς θα γνωρίζει η XSL ποια ημερομηνία να χρησιμοποιήσει ή σε ποιο πεδίο θα προστεθούν οι ημέρες από τότε; μην το μισείς όταν λείπουν τα βήματα.

Χωρίς κωδικό, συμφωνώ!
8/30/2012 12:12 μ.μ.
Συμφωνώ - δεν νομίζω ότι αυτό μετράει πραγματικά ως "κανένας κώδικας".
Είναι ενδιαφέρον ότι μέσα από κάποια βίδα του SharePoint, έχω μια υπολογιζόμενη στήλη που λειτουργεί χρησιμοποιώντας σήμερα... δεν είμαι σίγουρος πώς ή γιατί επειδή δεν μπορώ να το κάνω να το ξανακάνει, αλλά αυτό είναι ακόμα εκεί και λειτουργεί.

Τύπος για την υπολογιζόμενη στήλη "Ημέρες σε κατάσταση";
2/5/2012 7:39 π.μ.
Ανδρείας - Ποιος είναι ο τύπος που χρησιμοποιήσατε για τη υπολογιζόμενη στήλη τοποθεσίας "Ημέρες στην κατάσταση" (στήλη συμβόλου κράτησης θέσης); Ήταν "=σήμερα";

SharePoint 2007
12/2/2011 11:29 π.μ.
Επί του παρόντος, δεν έχω προσπαθήσει να εφαρμόσω αυτήν τη λύση στο SharePoint 2007, ωστόσο, την κοιτάζω. Δυστυχώς, δεν υπάρχει ιδιότητα XslLink στο τμήμα Web μέσω του περιβάλλοντος εργασίας χρήστη.

Εξαιρετική δημοσίευση
11/30/2011 9:53 π.μ.
Γεια σας
Μεγάλη δημοσίευση.
Χρησιμοποιώ το SharePoint 2007.
Δεν έχω μια ενότητα Misc όπως αναφέρεται παραπάνω.
Έχετε βήματα για τη ρύθμιση παραμέτρων του SP2007;
Ευχαριστώ.

Re: Λύση χωρίς κώδικα: Εμφάνιση των ημερών από την τελευταία αλλαγή
ενός στοιχείου λίστας του SharePoint 10/11/2011 8:24 π.μ.
Γεια σου Κρις.
εξαιρετικό εύρημα!
Θα δω τι δημοσιεύσατε αργότερα σήμερα και θα δω αν μπορώ να κάνω αυτή τη λύση λίγο πιο ισχυρή.
Χαίρομαι που σας άρεσε η δημοσίευση και χαίρομαι πολύ που μπορέσατε να βρείτε μια λύση για την ευρωπαϊκή μορφή ημερομηνίας.
:) -Τζάστιν

Λύση για ευρωπαϊκές μορφές ημερομηνίας
10/11/2011 6:45 π.μ.
Γεια σου και πάλι Τζάστιν,
Πληροφοριακά, βρήκα μια λύση για το θέμα που ανέφερα προηγουμένως σε αυτή τη σελίδα.
https://sharepointbydummies.wordpress.com/2011/07/13/possible-work-around-to-date-format-issue-sharepoint-2010/

Μορφές ευρωπαϊκής ημερομηνίας
7/10/2011 3:59 π.μ.
Γεια σου Τζάστιν,
Αυτή είναι μια πολύ καλή λύση, ευχαριστώ, και ακριβώς το είδος του πράγματος που έχω περάσει τις τελευταίες δύο ημέρες ψάχνοντας! Ωστόσο, αντιμετωπίζω ένα μικρό πρόβλημα με αυτό και ήλπιζα ότι θα μπορούσατε να με βοηθήσετε.
Έχω τροποποιήσει λίγο τον κώδικά σας για να γίνει υπολογισμός του αριθμού των ημερών μέχρι να συμβεί κάτι, και όχι από τότε, αλλάζοντας τις μεταβλητές στην τελευταία γραμμή της συνάρτησης "DateDiff".

<xsl:value-of select="$JulianToday - $JulianStartDate"></xsl:value-of>

Ωστόσο, είμαι σε θέση να το κάνω μόνο για να συμπυκνώνω τη διαφορά σωστά τις μισές φορές. Επομένως, για παράδειγμα, με αυτήν την ημερομηνία (μορφή ηη/ΜΜ/yyyy)

30/12/2011

Υπολογίζεται σωστά, αλλά με αυτήν την ημερομηνία (ίδια μορφή)

10/12/2011

Υπολογίζει σαν 10-Δεκ-2011 και όχι 12-Οκτ-2011.
Προσπάθησα απλώς να αλλάξω τις θέσεις των τιμών ημέρας και μήνα στη μεταβλητή "JulianStartDate", όπως αυτή.

<xsl:with-param name="Month" select="substring(ddwrt:FormatDateTime(string($StartDate), 1033, 'yyyyMMdd'),7,2)"/>
<xsl:with-param name="Day" select="substring(ddwrt:FormatDateTime(string($StartDate), 1033, 'yyyyMMdd'),5,2)"/>

Και αυτό διόρθωσε το πρόβλημα με τη δεύτερη ημερομηνία, ωστόσο ήταν τότε εσφαλμένο για την πρώτη ημερομηνία!
Προσπάθησα επίσης να τροποποιήσω τις κλήσεις FormatDateTime για να χρησιμοποιήσω ευρωπαϊκά LCID και διάφορες αλλαγές στην τελευταία παράμετρο του FormatDateTime (π.χ. ddMMyyyy, MMddyyyy) με τις κατάλληλες προσαρμογές στις παραμέτρους δευτερεύουσας συμβολοσειράς θέσης χωρίς επιτυχία.
Θα εκτιμούσα πολύ τις συμβουλές που μπορείς να προσφέρεις.
Ευχαριστώ
Chris

Χωρίς κωδικό
21/9/2011 4:27 π.μ.
Δεν νομίζω ότι το XSL πληροί τις προϋποθέσεις ως λύση "χωρίς κώδικα", καθώς η κατανόηση της γλώσσας XSL δεν είναι για όλους - ωστόσο δεν περιλαμβάνει προγραμματισμό. Εκτός αυτού: Ωραία λύση, σας ευχαριστώ!