ベストアンサー
過去10年間（クレイジーなWebパーツとsputilとアクセス許可）など、SharePointアドイン開発は、開発するアドインのタイプに基づいて、テクノロジーの2つの主要なバケットに進化しました。
- SharePointがホストするSharePointアドイン- in ：これは統合ウィジェットであり、このために最も推奨される言語は C＃です。
- プロバイダーがホストするSharePointアドイン：これは外部で開発されたuiウィジェットであり、できれば html + Javascript（jQueryまたはangularまたはreactまたはemberなど）+ css。基本的に、純粋なクライアント側アプリケーションをお勧めします。
このクライアントウィジェットは、ユーザーがアドインにアクセスしたときにSharePoint内に読み込まれます。ウィジェットは、依存関係とホスティングの観点からSharePointの外部で開発できます。ただし、ある時点で、SharePointアドインと呼ばれるように、ウィジェットはSharePointと対話してデータを取得、表示、データの書き戻しなどを行う必要があります。これを行うには、スクリプトがSharePoint RESTApiと対話します。 「クライアント側オブジェクトモデル」と呼ばれます。 （CSOM）
＃1は、SharePointエコシステムアドインを実際に開発している場合に使用されますが、それ以外ではあまり意味がありません。
＃2は汎用アドインがあり、それを外部で管理およびホストする場合に使用されます。その時点でのSharePointは、サポートするバックエンドの1つになります。
回答
回答はい、人気はありませんが、一定の制限があります。SharePointプログラミングはWebフロントエンド開発とクライアント側開発に統合されています。
SharePoint 2013以降、「アプリモデル」はMicrosoftによって大々的に宣伝および宣伝されています。一方、C＃のみを使用する従来の「サーバー側コーディング」は移行しつつあります。「アプリモデル」は、いわゆる「プロバイダーホスト」ソリューションをサポートします。これにより、SharePointファーム以外のサーバーで任意のプログラミング言語を使用してソリューションを作成できます。プロバイダーホストソリューションはCSOM（クライアント側オブジェクトモデル）APIを使用してSharePointと対話します。
CSOMが推奨されることに注意してください。現代のAPIはまだサーバーサイドAPIほど用途が広いわけではありませんが、SharePointプログラミングのdメソッド。