🅿️ 🧑🏻 🛶 Office 365クラウドビジネスアプリ 👊🏻 🚯 🌃

前のパートでは、組み込みのNAPAツールを使用してSharePoint Onlineのアプリケーションを構築する方法について説明しました。この記事では、別の簡単な方法-O365クラウドビジネスアプリプロジェクト（LightSwitch for SharePointとも呼ばれます）の概要を簡単に説明します。

3年前にVisual Studioの一部として登場したLightSwitch開発プロジェクトは、所定のスキームに従って比較的単純なアプリケーションを迅速に作成することを目的としています。最初に、データソースが決定されます（SQL Server Expressがデフォルトソースとして使用されますが、データは、SQL Azureや同じSharePointなどの多くの場所から取得できます）。データを処理するためのビジネスロジックは、WCFとEntity Frameworkを使用して記述されます。エンティティのグラフィックデザイナー、エンティティ間の関係、視覚的なクエリデザインまで広く使用されています。次のステップでは、画面フォームはデータを表示するように設計されています。当初、クライアント部分は、クライアントのシックバージョンまたはブラウザ（読み取りIE）バージョンのどちらが開発されたかに関係なく、Silverlightに焦点を合わせていました。 VS2012以降、LightSwitch は、 Windows 8 Modern UIのクライアントを含む、HTML5 / JavaScriptでのクライアント側の開発をサポートしています。また、C＃とVB.NETは、ビジネスロジックをカスタマイズするための言語としてサポートされていますが、LightSwitchは、美しい光沢のあるリーフレットで記述しているため、プロではないユーザーを含め、手動でコードを記述せずに問題を解決することに焦点を当てていますプログラマ。もちろん、リーフレットは真実を書きます。現実の生活ではそれほど光沢がなく、その中に十分な粗いエッジがあることを理解する必要がありますが、それどころか、奇跡はごくわずかです。良い方法で、あなたはまだコードを書かなければなりません。 LightSwitchの価値は、第一に、主なインフラストラクチャのバインドとコンポーネントのドッキングを処理するため、原則としてコードが実際に少し必要になることです。第二に、単純なプロジェクトの場合、全体像とビジネス上の問題に集中することで労力を節約できます。これは通常、コーディングに手を出すときに抜け落ちがちです。

O365クラウドビジネスアプリは同じLightSwitchですが、SharePointに適用されます。その性質上、これは典型的なApp for SharePoint（SPS 2013で導入された新しいタイプのアプリケーション、詳細については前の記事を参照）であり、クライアント部分はLightSwitch HTML5クライアントであり、ビジネスロジックはSharePointのコンポーネントに集中します。 Visual Studioで新しいプロジェクトを作成しましょう：Visual C＃（またはVisual Basic）のテンプレートを開き、Office / SharePointグループを開き、その中の3つのプロジェクトテンプレートを確認します：Office 2013のアプリ、SharePoint 2013のアプリ、Cloud Businessアプリ、ここでクリックします。 SharePointサイトを指定するようすぐに求められます。前の演習では、Office365開発者サイトを作成しました。

図1

空のプロジェクトが開き、LightSwitchアプリケーションの3つのレベルに対応する3つの特性ブランクがすぐに表示されます。一般的に、典型的なビジネスアプリケーションです。これらは、データレイヤー（2）、ビジネスロジックレベル（3）、および表示レベル（1）です。数字は、ソリューションエクスプローラーに移動する方法です。 0番目のプロジェクトもあります-これは、すべてのApp for SharePointの通常のマニフェストです。

図2

App for SharePointとは異なり、ホストする場所は尋ねられなかったことに注意してください。クラウドビジネスアプリは常にpoviderホストとして作成されます。これを確認するには、マニフェストを開きます。

既存のソリューションをO365に統合する方法を検討し、それにSharePoint機能を追加します。サポートセンターの作業を象徴する条件付きアプリケーションがあります。各従業員は、それぞれが独自のステータスを持つインシデントのリストを持っています。これは現在、SharePoint機能のない通常のLightSwitchアプリケーションです。今何が問題ですか？ SharePointとの統合を追加します。

図3

ソリューションを開始します。 SharePointに正常にインストールされます。

図4

そして確かに、今、あなたは私たちのポータルでそれを見ることができます：

図5

アプリケーションは、初期のLightSwitchプロジェクトから継承した独自のデータベースを使用します。 SharePointとの統合をマークするために、データソースのリストを追加します。クラウドビジネスアプリを使用すると、経験の浅いユーザーでもプログラミングを最小限に抑えて有意義なビジネスアプリケーションを実現できるため、テキストは少なく、コードはさらに少なくなりますが、多くの写真があります。タイプSharePointの新しいデータソースをアプリケーションのサーバーコンポーネントに追加します。

図6

SharePointは同じものであり、アーティファクトの中から目的のリストを示します。前のパートでは、NAPAアプリケーションを作成したときにこのリストを作成しました。

図7

アプリケーションが、Webプロジェクトのプロパティで確認できるアクセス制御にSharePoint認証を使用していることを忘れていました。 SharePoint用にロックインすると、自動的にオンになりました（図3）。

そのため、従業員はSQL Serverのデータベース、インシデント-SharePointのリストに保存されます。 2つのデータソース間の関係を作成して、インシデントを従業員にリンクします。接続を構築するキーフィールドは従業員の電子メールアドレスになります。これは、もちろん、関係理論の観点からは間違っていますが、アイデアの実例として表示されます。