以前はiOSとAndroidの担当が数名ずつで2チームだったのですが、仕様や実装に関する知識が分断しやすく、結果的に実装の都合を互いに押しつけあうなど問題があったのでその解決をXamarinに求めたのです。（その後他にも色々対策はしましたが）
「どうだった」と聞かれがちなので、良かった点と悪かった点を書いておこうと思います。随時追記もするつもりです。
■どんな感じだったか
- Xamarin.Formsをベースに、たとえばPageの切り替えアニメをiOSとAndroidで同様にするなど、独自のUIフレームワークを作りました。
- UIが絡まなくてNative機能を使いまくるところはPCL＋BindingLibraryな共通ライブラリを作り、UIからはあまりNativeを意識せず実装できるようにしました。
- UI側でNative機能を使いたいときはDependencyServiceやRendererを使いました。
- NuGetサーバやCI環境など色々必要になりました。
- 仕様に関する知識が分断しづらくなりました。
ある画面がiOSだとこういう仕様でAndroidだと違う仕様というのが激減しました。もちろんXamarin.Formsの中で実装が異なるので挙動が違うというのは良くありましたがたいていはRendererなどで回避・調整可能でした。 - UIフレームワークやライブラリを使う「だけ」のNative分からない人も開発に参加できるようになりました。人の融通がしやすくなるという意味で良かったです。
- GitやiOS、Macなど今まで「食わず嫌い」だったものが少し浸透しました。
SubVersionで止まっている人にGitを使わせたり、AndroidやWindowsしか触ったことのない人に多少なりともiOSやMacを触らせることができました。
GitはMergeコミットだらけになったり色々アレですが、そこは具体的な悪影響が出るまで我慢です。
■悪かった点
- 開発環境を人数分揃えるのにかなりコストがかかりました（詳しくはココ）。
XcodeやAndroid Studioだけなら無料なのに。 - 実装に関する知識は分断したままでした。
Nativeを分かる人が独自のUIフレームワークやライブラリを作る担当になり、画面を作る人は別となることが多かったです。結果iOS、Android、C#それぞれで担当部分しか触らないという人はそれなりに残りました。うまく分担できたという気もしますが、もう少し「誰でも触れる」状態が作れればと思います。ただMacやMSDN付きでないとやりづらくコストもより増えてしまうので敬遠されました。 - 問題の原因を探る階層が増えました。
例えばUI部品を思うように配置できなかったとき、Nativeならそれらの範囲を調べれば良いのですが、Xamarin.Formsの場合はそちらの挙動も見る必要があったりして手間を感じました。 - なにかとiOSはズルいです。
普通に作るとどうしてもiOSアプリの方が安定しています。処理中にホームボタンを押したりしたときもiOSはただサスペンドしている感じですが、Androidは動き続けてヌルポで死ぬとか。画像を読み込む速度もiOSの方が早いです。
さらには独自ライブラリのほうで依存関係が増えたとしても、iOSの方は簡単に取り込めるのに、Androidはアプリ側でイチイチBinding Libraryを作成してjarを取り込まないとClassNotFoundExceptionになったり。Androidはやりづらさがありました。 - Mac Agentがアテにならない
Windows(Visual Studio)からMacへ接続してリモートビルドをかけるための仕組みですが、Visual Studioからのデバッグ実行などは頻繁に切れて失敗します。コマンド（msbuild）からなら割と安定しているのですが。 - Xamarinの更新がドキドキ
XcodeやAndroid Studioであれば更新しても問題にあうことはさほど頻繁ではなかったように思いますが、Xamarinは毎回心臓に悪いです。特に今回のXamarin.Android 7.3のようにGCやMonoが変わって実行時に原因不明でクラッシュするとかやめてほしいです。 - 依存関係が難しい
例えば今のプロジェクトはFormsの2.3.3.180を使っているのですが、2.3.4に上げるのは難しいかもしれません。
というのもこれと合わせてXamarin.Android.Support.v4の23.3を使っていて、AndroidのBinding Libraryのほうも同じバージョンで、と揃えた状態で、これまたバージョンを上げるとどうなるか分からないというのがあります。ただモバイル開発は基本的にバージョン上げていかないとシンドイので、近いうちに、せーの、でやることになるのだと思います。
■その他
- 計測していないのですが、コードを共通化できた部分はさほどないと思います。
前述の通りBindingLibraryやRenderer、DependencyServiceなども結構書きましたし。
というわけで、Xamarinは（目的と手段とスキルと制限などとコストが折り合いつけば、わりと）いいぞ。
