Frage

Wir haben mehrere Projekte mit vielen Dal. Viele SharePoint -Listen wie Kunden, verkauft, Anbieter, die in C# -Klessen widerspiegeln. Wir machen jedes Objekt iDisposable über eine abstrakte Mutterklasse. Und jedes Mal, wenn wir ein Objekt instanziieren, um einen Kunden aus einer Liste zu bringen, muss der Anrufercode den Kunden anrufen.

 public Customer(int spListItemID):base(LIST_URL)
    {
        try
        {
            spli = Liste.GetItemById(spListItemID);
        }
        catch(ArgumentException)
        {
            spli = null;
        }
    }

und in der Konstruktor -Basisklasse gibt es spricht und spweb globale Variablen instanziiert und es gibt auch die Entsendung.

Ich habe mich gefragt: Wie wäre es mit demselben SPWeb und Sp -Site für die gesamte SharePoint -Anwendung? Alle unsere Projekte kennen ein Projekt, das diese Sp -Site und SPWEB nach einem Singleton -Muster instanziieren könnte. Und wir würden diese Spline und SPWEB "für immer" verwenden, wir würden sie niemals beide schließen und dasselbe für jedes Objekt verwenden, wodurch der Eröffnungsvorgang jedes Mal speichert, wenn wir ein Objekt instanziieren!

Glaubst du, es ist eine verrückte Idee, das würde Auswirkungen haben? Ich meine, die gleiche Zeit mit demselben SPWEB zu verwenden, das heißt, die Zeit, die der Server ist ... Ist es eine so schlechte Idee? Anstatt für jede Instanziierung Tausende von Zeit pro Tag zu eröffnen? Haben SPWeb eine begrenzte lebendige Zeit? (Es ist eine große SharePoint -Anwendung mit viel Entwicklung)

War es hilfreich?

Lösung

Das größte Risiko besteht darin, dass der SPWEB veraltet werden kann. In einer Umgebung mit mehreren Benutzern können die SPWEB -Eigenschaften, die in der ersten Rundenreise abgerufen werden (z. B. Web -Titel), von einem anderen Benutzer geändert werden, aber Sie haben weiterhin die alten Werte, da Sie nicht unforschend sind. Sie können mehrere Instanzen von SPWEB und Sp -Site erstellen, solange Sie sie ordnungsgemäß entsorgen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top