Co oznacza Managed = "0" w widoku listy?

Question

Napisałem klasę Data Extender i rozszerzenie edytora, które poprawnie wyświetla kilka dodatkowych kolumn dla pozycji podczas przeglądania list w CME (foldery i grupy struktur). Musiałem zarejestrować moją klasę, aby obsługiwać polecenia takie jak GetList, GetListSearch, GetListUserFavorites i GetListCheckedOutItems.

Zauważyłem, że kod jest uruchamiany nawet wtedy, gdy lista słów, schematów jest ładowana dla rozwijanej listy w CME (np. Podczas tworzenia nowego komponentu i otrzymujesz listę schematów w upuścić). więc mimo że moje dodatkowe kolumny danych nie są potrzebne w tej sytuacji, kod jest nadal wykonywany i spowalnia działanie.

Wygląda na to, że w takich sytuacjach wywoływana jest komenda GetList. Nie mogę po prostu pominąć przetwarzania na podstawie polecenia. Zacząłem więc przeglądać XML, który klasa otrzymuje dla listy, i zauważyłem, że kiedy uruchamiany jest kod dla rozwijanych list, w pliku XML jest Managed="0". Na przykład:

• Do listy Struktura Grupy: <tcm:ListItems Managed="64" ID="tcm:103-546-4">
• Listę folderu: <tcm:ListItems Managed="16" ID="tcm:103-411-2">
• Ale na liście Schemat: <tcm:ListItems ID="tcm:0-103-1" Managed="0">
• Na rozwijanej pokazujący wartości słów kluczowych dla danej kategorii: <tcm:ListItems Managed="0" ID="tcm:103-506-512">

Czy mogę po prostu użyć tego Zarządzanego = "0" jako flagi, aby wskazać, że przetwarzana lista nie wyświetli moich dodatkowych kolumn a Czy mogę po prostu zakończyć przetwarzanie?

Answer 1

Managed wartość jest przedstawienie, jakie przedmioty mogą być tworzone wewnątrz OrganizationItem:

• 64 oznacza, że ​​można tworzyć strony
• 16 oznacza, że ​​można tworzyć komponenty
• 10, w którym, na przykład oznacza, że ​​można tworzyć foldery (2) + schematy (8)
• 518 - teczki (2) + grupy konstrukcji (4) + kategorii (512)

Dla elementów nieorganizacyjnych wartość wynosi 0.

Wartość zależy od samego elementu (nie można tworzyć strony w katalogu, na przykład), jak również od ustawień zabezpieczeń masz na publikację i pozycji organizacyjnej

Answer 2

Z wcześniejszych doświadczeń i tego, co User978511 mówi, atrybut Managed wskazuje rodzaje przedmiotów, które można utworzyć z kontekstu tej listy.

Niestety oznacza to, że atrybut Managed może być równy 0 dla każdego użytkownika, który nie ma wystarczających uprawnień do tworzenia elementów. Na przykład. sprawdź, co to jest Managed w grupie struktury dla użytkownika, który nie może tworzyć stron ani grup strukturalnych. W tym przypadku może być również 0, co oznacza, że ​​jest bezużyteczny w twojej sytuacji.

Aktualizacja

może być w stanie osiągnąć swój cel lepiej patrząc na parametr columns:

context.Parameters["columns"] 

W kilku badaniach Zabrakło mi uzyskać różne wartości, zależnie czy otrzymam listę dla głównego widoku listy, drzewa lub listy rozwijanej.

543 
23 
    7 

Wartości te są maską nieco z tych stałych (od Constants.js):

/** 
* Defines the column filter. 
* Used to specify which attributes should be included in XML list data. 
* @enum 
*/ 
Tridion.Constants.ColumnFilter = 
{ 
    ID: 1, 
    ID_AND_TITLE: 3, 
    DEFAULT: 7, 
    EXTENDED: 15, 
    ALLOWED_ACTIONS: 16, 
    VERSIONS: 32, 
    INTERNALS: 64, 
    URL: 128, 
    XML_NAME: 256, 
    CHECK_OUT_USER: 512, 
    PUBTITLE_AND_ITEM_PATH: 1024 
}; 

Więc z mojego ograniczonego badania wydaje się, że upadki drop zażądać DEFAULT kolumny, natomiast głównym widoku listy i drzewa obaj mają tam ALLOWED_ACTIONS. To ma dla mnie sens, ponieważ użytkownik może wchodzić w interakcje z elementami listy w widoku drzewa i listy, podczas gdy mogą one tylko wybierać je w rozwijanych menu.Sprawdzenie obecności parametru ALLOWED_ACTIONS w parametrze columns może być jednym ze sposobów zmniejszenia liczby miejsc, w których rozszerzenie danych dodaje informacje.

Answer 3

Myślę, że masz bardziej niezawodne rozwiązanie, jeśli odczytasz identyfikator listy i wykonasz kod tylko dla list typu 2 i 4 (odpowiednio foldery i grupy struktur). ale to nie pomoże z widokiem wyszukiwania itp

Answer 4

Niestety CME nie może zaoferować teraz, że rodzaj poziomu szczegółowości umożliwiający powiadamianie w ekstenderze danych, z którego pochodzi określone wywołanie interfejsu API WCF. Nasze API WCF nie ma jeszcze kontekstu. Może się zmienić w przyszłości.

Trusting Managed = "0" nie jest świetnym pomysłem. Powodem tego są listy modeli, które są buforowane przez klienta na filtr. W bieżącym projekcie filtr ma dane związane z CM i nic nie dotyczy kontekstu, z którego uruchamiane jest żądanie. Zazwyczaj interfejs użytkownika klienta ponownie wykorzystuje buforowane dane modelu, gdy tylko jest to możliwe. Na przykład ta sama lista modeli może być użyta na desce rozdzielczej CME i kontrolka rozwijana umieszczona w widoku elementów, ale z różnymi definicjami listy xml: pierwsza będzie miała więcej kolumn zdefiniowanych w definicji listy niż ta ostatnia. Zasadniczo są to różne widoki tych samych danych.

Dlatego warto pomyśleć o różnych rozwiązaniach problemu. Teraz ... skąd pochodzą dane za tymi dodatkowymi kolumnami? Czy jest to Tridion CM lub dostawca zewnętrzny? Czasami buforowanie serwera WWW może zapewnić akceptowalny sposób na poprawę czasów odpowiedzi. Ale jest to rodzaj projektu, który należy ocenić i zdecydować.