Domanda

Mi chiedo quali sono le best practice per questo scenario è:

Ho un Sito di Sharepoint (MOSS2007) con una Pagina ASPX su di esso.Tuttavia, non posso utilizzare qualsiasi inline origine e roba del genere gestori di Eventi non funzionano, perché Sharepoint non consentire Lato Server Script in Pagine ASPX per impostazione predefinita.

Due soluzioni:

  1. Modificare il PageParserPath in web.config come per questo sito

    <PageParserPaths>
    <PageParserPath VirtualPath="/pages/test.aspx" 
            CompilationMode="Always" AllowServerSideScript="true" />
    </PageParserPaths>
    
  2. Creare tutti i controlli e collegare li per Eventi .CS File, eliminando completamente alcuni dei benefici di ASP.net

Mi chiedo, qual'è il miglior pratica vorresti essere?Numero uno sembra la scelta giusta, ma la modifica del web.config è qualcosa che vorrei usare con parsimonia, quando possibile.

È stato utile?

Soluzione

Quindi, in questo caso, vorrei concludere in una caratteristica e distribuire, tramite una soluzione.In questo modo penso che si potrà evitare il problema che si sta vedendo.Questo è particolarmente utile se si prevede di utilizzare questa funzionalità all'interno di altri siti troppo.

È anche possibile incorporare web part direttamente nella pagina, come si fa un WebControl, evitando in tal modo qualsiasi galleria disordine.

Altri suggerimenti

Che cosa fa la pagina ASPX fare?La funzionalità che aggiunge?Come è aggiunta la pagina nel sito?Da quel che sembra, questa è solo una "Pagina Web Part" in una raccolta documenti.

Vorrei fare una piccola ricerca per essere al 100%, ma la mia comprensione è che il codice in linea è ok, fornendo in una pagina che rimane fantasma, e quindi di fiducia.Si può aggiungere la funzionalità nel sito, tramite una funzione?

Vorrei avoide opzione 1, mi sembra un cattivo consiglio per me.Permettendo lato server di codice nella vostra pagina è un rischio per la sicurezza come allora diventa possibile per qualcuno di iniettare codice dannoso.Certo che si può garantire la pagina, ma stiamo parlando di esecuzione remota con probabili alcuni piuttosto gravi autorizzazioni.

Grazie finora.Ho cercato con successo di Andrew Connel la soluzione:

http://www.andrewconnell.com/blog/articles/UsingCodeBehindFilesInSharePointSites.aspx

Avvolgendolo in una soluzione che è parte di questo, ma il problema principale era come ottenere il codice in quella, ed è più pendente verso l'Opzione 2, senza dover creare i controlli nel codice.

Quello che mi mancava:
Nell' .cs File, è necessario aggiungere manualmente il "protetto Pulsante di Trigger;" roba, perché non c'è generato automaticamente .designer.cs file quando si utilizza una libreria di classi.

Beh, è una pagina che ospita i controlli utente.Si tratta di una consuetudine .Pagina aspx che verrà creata sul sito, specialmente perché non voglio creare WebParts.

Sostanzialmente si tratta di un'applicazione in esecuzione all'interno di Sharepoint, utilizzando gli Elenchi e altre funzioni, ma tutte le funzionalità è utile solo all'interno dell'applicazione, in modo da inondazioni raccolta web part con innumerevoli parti web che funzionano solo in un posto e ' qualcosa che mi piacerebbe evitare.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top