簡単で自然な質問：UWPライブラリとは何ですか？

さまざまなプラットフォームでのコードの再利用と互換性は、最近ではかなり話題の問題です。 さらに、MSFTは最近、さまざまなプラットフォームとプログラミング言語の開発者を喜ばせようとしています。 そのため、おそらく、ユニバーサルWindowsプラットフォームの機能により、複数のタイプのライブラリを使用できます。 どのライブラリ、UWPアプリケーションでそれらをどのように、そしてなぜ使用できるかについての猫の下。

クラスライブラリ-Windowsストアアプリケーションのクラスライブラリ

Windowsストアアプリで使用可能なクラスとメソッドを備えた.Netライブラリ。 .Net言語で記述されたUWPアプリケーションでのみ使用できます。 つまり、たとえばJavaScriptは消えます。



アプリケーションは、UWPクラスの通常の.Netクラスライブラリを使用できないことに注意してください。

.NETコードをWindowsストアアプリケーション用の.Netに変換するときに行う必要のある相違点と変更点のリストは、 .NET for Windowsストアアプリの概要にあります。



ある程度の類似点はありますが、多くの変更点と相違点があります。 多くの場合、名前空間のみが異なり、メソッドとプロパティは同じままです。 これは、既存のコードの移植の便宜のために行われます。 もちろん、すべての.Net機能がWindowsストアアプリケーションで利用できるわけではありません。 一部はセキュリティ上の理由、またはUWPで概念的に複製したくないためです。

ポータブルクラスライブラリ-PCL（ポータブルクラスライブラリ）

これらのライブラリでは、選択したプラットフォームに応じて、機能の特定の部分を使用できます。 プロジェクトの作成時にターゲットプラットフォームが選択されます







これらのターゲットプラットフォームは、プロジェクトプロパティでいつでも変更できます。

コードは複数のプラットフォームに対応するため、すべてのタイプとメンバーは選択したプラットフォームに存在している必要があり、プラットフォーム固有のものを含めることはできません。 また、非推奨または例外のフラグを立てる必要もありません。

Windowsランタイムコンポーネント

WinRTプラットフォーム言語のいずれかで使用できるコンポーネント。 コンポーネントの拡張子は.winmdで終わります。 ただし、混乱させないでください。コンポーネントは非常に頻繁にライブラリとして使用され、含まれるメタデータにより、すべてのWinRT言語で動作します。 これが主なプラスです。



たとえば、作成したクラスライブラリプロジェクトで、プロパティを使用して、構築の結果としてランタイムコンポーネントを選択する方法を示します。







ただし、この場合、言語間の互換性が失われ、C＃とVBからのみそのようなライブラリを操作できるようになります。



ランタイムコンポーネントはCOMに基づいています。 マネージ言語でネイティブのWindowsランタイムコンポーネントを作成できることがわかりました。

すべてのWinRT言語は、独自のデータ型を使用します。 ただし、ランタイムコンポーネントでは、データを統一する必要があります。

プリミティブ型は、すべての言語でほぼ類似しています。 主にJavaScriptのみが異なります。

マッピングテーブルはリンクで見つけることができます：

Windowsランタイムの基本データ型

Windowsランタイムタイプの.NET Frameworkマッピング



WinRT言語は異なるため、いくつかの共通点に到達する必要がある場合があります。 たとえば、.NetおよびJavaScriptアプリケーションでは、文字列は不変であり、C ++では変更可能です。 Windowsランタイムコンポーネントでは、文字列は不変です。



制限/ルール：

• 公開アイテムは封印する必要があります。
• パブリッククラスまたはパブリックインターフェイスをジェネリックにすることや、WinRT以外のインターフェイスを実装することはできません。
• パブリッククラスはWinRT型から派生できません。
• すべてのフィールド、パラメーター、およびパブリックメンバーの戻り値は、Windowsランタイムタイプである必要があります。
• ルート名前空間はアセンブリの名前と一致する必要があり、「Windows」で開始することはできません。
• WRCはポリモーフィズムをサポートしていません
• Windowsランタイムのメソッドはオーバーロードできますが、同じ数のパラメーターの場合は、属性でマークする必要があります。 公式の例：

public string OverloadExample(string s) { return s; } [Windows.Foundation.Metadata.DefaultOverload()] public int OverloadExample(int x) { return x; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Windowsストアアプリケーションのクラスライブラリには制限が最も少ないため、.Net言語のアプリケーションがある場合は、このライブラリを選択することをお勧めします。

実際の例：

UWPアプリケーションがWebViewを使用してWebサイトを表示する場合、JavaScriptロードされたWebページからアクセスできるアプリケーションのクラスを使用する機会があります。

また、このクラスはWindowsランタイムコンポーネント内に配置する必要があります。 これは、言語間の互換性が必要な場所です。



コンポーネントが作成され、WebViewページを含むメインプロジェクトからリンクが作成されます。 コンポーネント内で、1つまたは複数のパブリッククラスを[AllowForWeb]属性でマークできます。 そのようなクラスのすべてのパブリックメソッドは、WebViewページにロードされたJavaScriptからアクセスできます。 AddWebAllowedObjectメソッドを使用してページでナビゲーションを開始するときにのみ、このクラスを追加する必要があります。



はい、もちろん、JSコードでwindow.external.notifyを使用するオプションがありますが、これらの呼び出しが信頼できるhttpsサイトからのみ許可される特定のセキュリティ制限があります。



少し繰り返して、MSDNで例を複製します。 SomeValueFromJSメソッドをコンポーネントのWinRTクラスに追加します

 using Windows.Foundation.Metadata; namespace MyRuntimeComponent { [AllowForWeb] public sealed class MyNativeClass { public void SomeValueFromJS(string value) { } } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

XAMLでWebViewを追加します

 <WebView x:Name="webView" Source="https:// www.contoso.com/script.htm" NavigationStarting="webView_NavigationStarting"/>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ナビゲーションの開始時に、クラスをJavaScriptに埋め込みます

 private void webView_NavigationStarting(WebView sender, WebViewNavigationStartingEventArgs args) { if (args.Uri.Host == "www.contoso.com") { webView.AddWebAllowedObject("csharpclass", new MyNativeClass()); } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これで、JSコードからこのメソッドを次のように呼び出すことができます。

 csharpclass.nativeMethod("hello!");
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

すべてうまくいくように見えますが、残念なことに、WebViewを使用してページにデータを転送する必要がある場合があります。 WebViewを使用したプロジェクトは既にWinRTコンポーネントを参照しているため、循環依存関係のためにバックリンクを追加できません。 WRCの制限により、特定のオプションを使用することはできません。 解決策として、Windowsストアアプリケーション用のクラスライブラリの形式で中間層を作成できます。これにより、制限がはるかに少なくなります。 BridgeClassと呼ばれるクラスを含むこのライブラリへのリンクは、メインプロジェクトとWindowsランタイムコンポーネントプロジェクトの両方から作成できます。







Opportunities .Netでは、手頃な価格のイベントを作成できます

 public static event Action<string>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

メインプロジェクトのイベントにサブスクライブします。 コードを見てみましょう。 BridgeClassクラスコード：

  public class BridgeClass { public static event Action<string> MessageReceived; public static void Broadcast(string message) { if (MessageReceived != null) MessageReceived(message); } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

メインプロジェクトのWebViewを含むページのコードビハインドで、イベントをサブスクライブします。

 BridgeClass.MessageReceived += ShowMessage;
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

そして実装します：

  void ShowMessage(string msg) { }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これで、JSで使用可能なメソッドから、値をC＃に渡すことができます。

  public void SomeValueFromJS(string value) { BridgeClass.Broadcast(value); }