2017年版 共有プロジェクトとPCLのどちらがお勧めですか？

Question

###聞きたいこと

Visual Studio 2017がリリースされた現在、新規にXamarin.Formsのプロジェクトを作る時に、共有プロジェクトとPCLのどちらがお勧めかについて、考慮する点などがあれば教えていただきたいです。

###自分の認識している考慮点

自分が認識している共有プロジェクトとPCLの違いとしては、以下のような点があると考えています。

• ビルド時間

PCLの場合、変更がPCLの部分のみで済む時には、Android/iOS側は更新不要でビルドに時間がかからない。
共有プロジェクトの場合、Android/iOSのビルドが必要になるので時間がかかる。

• .NET Standardを使ったライブラリの使用

共有プロジェクトの場合、AndroidとiOSの事だけ考るのであれば、MonoAndroid/Xamarin.iOSにだけ対応していれば良いので.NET Standard 1.4対応のライブラリが使用できる。
PCLの場合、Profileにもよるが1.1くらいまでしか使えない。

###その他

PCLのプロジェクトを.NET Standardに変更して使うというやりかたもあるかと思います。
ただ、この方法に関しては以下の点がマイナスだと考えています。

1. project.jsonを使った古いプロジェクト構成
2. iOSのビルドで警告が出ることがあった(?)

上記を踏まえた上で、この方法に関するメリット等があれば教えていただきたいです。

###その他

共有プロジェクトを使うかPCLを使うかの違いについて、バッドノウハウが必要になるケースや、ビルド警告が出るケースなどの情報も知っていたら教えていただけるとありがたいです。

Answer 1

PCL vs 共有プロジェクト

私は PCL を使用します。

共有プロジェクトは、原理的には if-else で処理を分岐しているに過ぎないので、その分岐箇所が増えてくると可読性、保守性の面でメリットがありません。

PCL を使用した場合、プラットフォーム固有の処理は、別DLLに切り出すことを強制されるので、共有プロジェクトのように処理がごちゃごちゃすることはありません。同じく、共通化する機能を抽象クラスなどで定義する必要があるので、「どのような機能がプラットフォーム固有なのか」が管理しやすいです。

.NET Standard について

共有プロジェクトの場合、AndroidとiOSの事だけ考るのであれば、MonoAndroid/Xamarin.iOSにだけ対応していれば良いので.NET Standard 1.4対応のライブラリが使用できる。
PCLの場合、Profileにもよるが1.1くらいまでしか使えない。

Visual Studio 2017 で新規プロジェクト作成時の既定値が「共有プロジェクト」になっていますが、これは上記のような問題を（一時的に）回避するためかな、と推測しています。（でなければ .NET Standard を作る意味がないのでは。）

Comments

[hossy]

回答ありがとうございます。

今回聞きたかったのは、責務をどうわけるかという設計的な観点というよりも、テクノロジー的なメリット・デメリット、嵌まりポイントの有無についてでした。
ちょっと構成を変えたりしようとすると、なにかしらの警告に遭遇することが多いと感じたもので。

実際にそれぞれを選択しているケースで、遭遇する問題点など、なにか情報がありましたら教えていただけると幸いです。