Paras vastaus
Viimeisen vuosikymmenen aikana (hullut verkko-osat, huijaukset ja käyttöoikeudet) tai niin, SharePoint-apuohjelma kehitys on kehittynyt kahdeksi pääteknologiaksi perustuen kehitettävän apuohjelman tyyppiin:
- SharePointin isännöimä SharePoint-lisäosa sisään : Tämä on integroitu widget, ja tälle suositeltavin kieli on C # .
- Palveluntarjoajan isännöimä SharePoint-apuohjelma : Tämä on ulkoisesti kehitetty ui-widget, joka käyttää mieluiten html + Javascriptia (jQuery tai kulma tai reagoi tai ember tai mikä tahansa) + css. Suosittelemme periaatteessa puhdasta asiakaspuolen sovellusta.
Tämä asiakaswidget ladataan sitten SharePointiin, kun käyttäjä käyttää lisäosaa. Widget voidaan kehittää SharePointin ulkopuolella riippuvuuden ja isännöinnin kannalta. Mutta jossain vaiheessa, jotta widgetiä voidaan kutsua SharePoint-apuohjelmaksi, sen on oltava vuorovaikutuksessa SharePointin kanssa tietojen noutamiseksi, näyttämiseksi, kirjoittamiseksi takaisin jne. Tätä varten komentosarjasi on vuorovaikutuksessa SharePoint REST Apisin kanssa, missä kutsutaan asiakaspuolen objektimalliksi. (CSOM)
# 1 käytetään, jos todella kehität SharePoint-ekosysteemin lisäosaa, jolla ei ole paljon järkeä sen ulkopuolella.
# 2 on käytetään, kun sinulla on yleiskäyttöinen apuohjelma ja haluat hallita ja isännöidä sitä ulkoisesti. SharePoint tässä vaiheessa voi olla yksi sen tukemista taustakuvista.
Vastaus
Vastaus on Kyllä, vaikka se ei olekaan suosittu ja tietyin rajoituksin. SharePoint-ohjelmointi sulautuu web-käyttöliittymäkehitykseen ja asiakaspuolen kehitykseen.
SharePoint 2013: n jälkeen Microsoft mainostaa ja mainostaa voimakkaasti ”sovellusmallia”. kun taas perinteinen ”palvelinpuolen koodaus”, joka käyttää vain C #: ta, on siirtymässä pois. ”Sovellusmalli” tukee ns. ”palveluntarjoajan isännöimää” ratkaisua, jonka avulla voimme luoda ratkaisuja haluamallasi ohjelmointikielellä ja isännällä muissa palvelimissa kuin SharePoint-maatilassa. ratkaisu käyttää CSOM (client side object model) -sovellusliittymää vuorovaikutuksessa SharePointin kanssa.
On syytä huomata, että CSOM on suositeltava d-menetelmä SharePoint-ohjelmointiin huolimatta siitä, että nykyinen sovellusliittymä ei ole vielä yhtä monipuolinen kuin palvelinpuolen sovellusliittymä.