La migliore risposta
Negli ultimi dieci anni (web part pazze, sputil e autorizzazioni) o giù di lì, componente aggiuntivo di SharePoint sviluppo si è evoluto in 2 principali bucket di tecnologie, in base al tipo di componente aggiuntivo che si desidera sviluppare:
- Componente aggiuntivo SharePoint ospitato da SharePoint in : questo è un widget integrato e per questo la lingua più consigliata è C # .
- Componente aggiuntivo SharePoint ospitato dal provider : si tratta di un widget ui sviluppato esternamente che utilizza preferibilmente html + Javascript (jQuery o angular o react o ember o qualsiasi altra cosa) + css. Fondamentalmente si consiglia unapplicazione lato client pura.
Questo widget client viene quindi caricato in SharePoint quando un utente accede al componente aggiuntivo. Il widget può essere sviluppato al di fuori di SharePoint in termini di dipendenza e hosting. Ma a un certo punto, per essere chiamato un componente aggiuntivo di SharePoint, il widget deve interagire con SharePoint per recuperare i dati, visualizzarli, riscriverli, ecc. Per fare ciò, il tuo script interagirà con SharePoint REST Apis, in cosa è chiamato “Modello a oggetti lato client”. (CSOM)
# 1 viene utilizzato, se stai davvero sviluppando un componente aggiuntivo per lecosistema di SharePoint, che non ha molto senso al di fuori di esso.
# 2 è utilizzato quando si dispone di un componente aggiuntivo generico e si desidera gestirlo e ospitarlo esternamente. SharePoint a quel punto può essere uno dei backend che supporta.
Risposta
La risposta è Sì, sebbene non sia popolare e con alcune limitazioni. La programmazione di SharePoint si sta fondendo con lo sviluppo front-end Web e lo sviluppo lato client.
Da SharePoint 2013, il “modello di app” è fortemente pubblicizzato e promosso da Microsoft mentre la tradizionale “codifica lato server” che utilizza solo C # si sta spostando. “Modello di app” supporta la cosiddetta soluzione “ospitata dal provider”, che ci consente di creare soluzioni con qualsiasi linguaggio di programmazione preferito e ospitare in server diversi dalla farm di SharePoint. Provider ospitato soluzione utilizza lAPI CSOM (client side object model) per interagire con SharePoint.
Vale la pena notare che CSOM è il d per la programmazione SharePoint, nonostante lAPI contemporanea non sia ancora versatile come lAPI lato server.