Legjobb válasz
A SharePoint Designert tartanám asztali alkalmazásnak a SharePoint-webhelyek adminisztrációjához. Ez magában foglalja a speciális funkciókat, mint például a fájlok kezelése, az űrlaptervező, a speciális táblázatok elrendezése, a különféle fájlok (html, css, aspx stb.) Szerkesztése, a munkafolyamatok létrehozása stb.
Vannak olyan feladatok, amelyek még mindig csak valójában csak a webes felületen végezhetők el (alhelyek létrehozása, a legtöbb biztonsági művelet stb.) Sok feladat van (listák létrehozása és hozzáadása, dokumentumkönyvtárak stb.), ezeket ugyanúgy megteheti a webes felületen is, de használhatja tervező. Vannak olyan feladatok (nagyobb fájlkészletek mozgatása, bizonyos tartalmak szerkesztése, nagy fájlkészletek átnevezése stb.), Amelyeket bármelyikben elvégezhet, de a tervezőnél gyakran könnyebb. Végül sok olyan feladat van (munkafolyamatok szerkesztése, egyéni elrendezések beillesztése a listákba, törzsoldalak szerkesztése stb.), Amelyek nagyrészt a tervezőre korlátozódnak.
A Designer nem a végfelhasználók számára használható .
Úgy tűnik, hogy az online tartalomkezelő rendszer általában nem célja, hogy asztali alkalmazásként működjön – minden asztali gép rendelkezik böngészővel, és könnyebb webes felületet létrehozni.
A SharePoint rendelkezik API-val, így bárhonnan csatlakozhat SOAP-hívások kezdeményezéséhez. Általában a SharePointon belül vagy (a JS használatával) más SP webes információk megtekintésére szolgál valamilyen más webes rendszerben. Láttam, hogy az emberek az API-t használják a React-tel olyan webes alkalmazások készítéséhez, amelyek SP-t használnak háttérprogramként. Korábban Python (és még Excel) szkripteket is írtam a SharePoint eléréséhez – elsősorban információk importálásához. Technikailag írhatna C #, VB vagy más alkalmazást, és megtekintheti, hozzáadhatja, frissítheti az információkat a SharePointban. Nem látom az általános pontot, mivel szükséged lenne Inter / Intranet hozzáférésre, és akkor csak egy webböngészőt használhatsz. A fejlesztés néhány százszor gyorsabb lenne az interneten.
Frissíthet egy webhelyet és főoldalakat is, hogy az alkalmazás progresszív webalkalmazássá váljon. Ez segíthet telepítéseknél, ikonoknál, navigációnál, stb. Megfelelő logika mellett olyan oldalakat is írhat, amelyek képesek offline módban is működni. Még mindig azt kérdezném, miért szeretne olyan tartalomkezelő rendszert, amely 2020-ban még nem online. Minden előnyét nagymértékben eltörölnék a költségek, az összetettség, a támogatás stb. Problémák.
Válasz
Nem úgy, ahogy valószínűleg gondolja, nincs olyan alkalmazás, amely megismételné a böngésző élményét. Nem nyilvánvaló, hogy szükség lenne egy ilyen alkalmazásra.
Azonban az asztalról a következő módszerekkel léphet kapcsolatba a SharePoint-tal:
- A szinkronizálási kliens lehetővé teszi a SharePointban tárolt fájlok elérését a Windows Intézőn keresztül.
- Asztali Office kliensek (Word, Excel, PowerPoint, OneNote) stb. a böngésző megnyitása nélkül is hozzáférhetnek a SharePoint dokumentumokhoz stb.
- Az újonnan bejelentett Listák alkalmazás várhatóan rendelkezik UWP alkalmazással; a listaadatok a SharePointban vannak tárolva.
- A Microsoft Teams rendelkezik asztali klienssel. A Teams a SharePoint-ot használja a tartalmához, és engedélyezi a SharePoint oldalakat, könyvtárakat, listákat is stb. a fülek között, és így érhető el. A Teams alkalmazás a legközelebb áll az asztalon lévő SharePoint alkalmazáshoz.