Xamarin Part6

**デフォルトの名無しさん** · 2017/10/19(木) 04:50:42.42

C#を用いてクロスプラットフォームアプリケーション（iOS Android Mac）を
を開発するためのライブラリおよび開発環境です。
Macの人は Xamarin Studio、Winの人は Visual Studioで開発できるよ！

公式
http://xamarin.com/

前スレ
Xamarin Part5 [無断転載禁止]©2ch.net
http://mevius.2ch.net/test/read.cgi/tech/1498575762/1

Xamarin Part4 [無断転載禁止]©2ch.net
http://mevius.2ch.net/test/read.cgi/tech/1494196804/

Xamarin Part3 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1483089021/

Xamarin Part2
http://echo.2ch.net/test/read.cgi/tech/1480602653/

Xamarin Part1
http://echo.2ch.net/test/read.cgi/tech/1359861574/

**デフォルトの名無しさん** · 2019/03/29(金) 03:44:46.12

結果として買収しない方がよかったな。時間かかってもマイクロソフトが一から作るべきだった。そしたら、今頃発表になってたのかなぁ

**デフォルトの名無しさん** · 2019/03/29(金) 08:10:01.05

>>412-414
アホかお前ら

**デフォルトの名無しさん** · 2019/03/29(金) 08:41:29.22

妄想激しいのがいるな・・・

**デフォルトの名無しさん** · 2019/03/29(金) 11:15:24.08

C#関連スレには病的MS嫌いが常駐してるからね

**デフォルトの名無しさん** · 2019/03/29(金) 20:24:16.88

でもMicrosoftが買ってくれて無料でXamarinが使えたんだからよかったかな
ただAzureの収益につながるとかMicrosoftになんか大きなメリットが無いとね、いつサポートが打ち切られるか不安だわ

**デフォルトの名無しさん** · 2019/03/29(金) 21:29:06.74

C#,.NETでモバイル開発できるだけでAzureの誘導にも寄与するだろ

**デフォルトの名無しさん** · 2019/03/30(土) 00:56:23.99

モバイル捨てた時点で敗北なのさ

**デフォルトの名無しさん** · 2019/03/30(土) 03:13:38.09

Androidが何年後かにFuchsiaに置き換わったとき、Fuchsiaを新規でサポートするのか気になるな
しないのならどさくさに紛れてiOSも同時期に終わりかな

**デフォルトの名無しさん** · 2019/03/30(土) 03:16:23.10

Xamarinなんか誰も使ってへん

**デフォルトの名無しさん** · 2019/03/30(土) 09:20:39.20

ちょまど騒動で手を出す気が失せた

**デフォルトの名無しさん** · 2019/03/30(土) 11:38:43.57

ちょまど、随分とスリムになったな

**デフォルトの名無しさん** · 2019/03/30(土) 12:41:21.12

一時期ケーキダイエットとかしてたからな

**デフォルトの名無しさん** · 2019/03/30(土) 13:06:08.40

ケーキでダイエットってw
美人で巨乳なのは良いことだ

**デフォルトの名無しさん** · 2019/03/30(土) 15:02:02.25

>>422
よく考えてみると Xamarine は Unityと働きが被っている部分が多かったり。

**デフォルトの名無しさん** · 2019/03/30(土) 19:32:27.34

Unityってゲーム機等のMonoが公式サポートしてない端末でも動いてるけどさあ
あれってどういう仕組で動いてんの？

**デフォルトの名無しさん** · 2019/03/30(土) 23:39:15.89

Il2cpp経由でバイナリじゃないの

**デフォルトの名無しさん** · 2019/04/01(月) 21:25:05.62

ほんと、日本以外を含めて使ってる人おるんかな？
金がマイクロソフトに落ちないことには将来性ねえだろう

**デフォルトの名無しさん** · 2019/04/01(月) 23:38:04.65

>>430
弊社は使ってますよ

**デフォルトの名無しさん** · 2019/04/02(火) 05:56:43.53

>>430
それって.NET作ってもMSに金落ちないから将来性がないって言ってるのと一緒やで

**デフォルトの名無しさん** · 2019/04/02(火) 07:22:14.00

>>432
.netはAzureに金を落とさせるためだから将来性あるよ

**デフォルトの名無しさん** · 2019/04/02(火) 11:54:45.78

>>433
Windowsは、アプリ資産の互換性のために支配力を維持できたけど、
クラウド分野ではそれがないので独占は出来ない。
MSの終わりの始まりかも。

**デフォルトの名無しさん** · 2019/04/02(火) 12:22:37.98

MSの増収増益が続いてる状況なんですけどね

**デフォルトの名無しさん** · 2019/04/02(火) 13:19:34.88

>>433
だからXamarinも一緒だろって話だよ

**デフォルトの名無しさん** · 2019/04/02(火) 13:46:29.62

>>435
株主が儲けようとして余計な下支えするから、消費者目線でもプログラマ目線でも
ない質の悪いソフトウェアがはびこることになってしまい、世界中の生産性が
下がってしまって迷惑してる。

**デフォルトの名無しさん** · 2019/04/02(火) 13:47:42.24

はいはい、迷惑迷惑。

**デフォルトの名無しさん** · 2019/04/02(火) 14:19:40.14

>>436
そうはいかんな、Xamarinはあんまり使われてねえんだから

**デフォルトの名無しさん** · 2019/04/02(火) 14:20:10.63

>>437
悔しいのう悔しいのう(´・ω・｀)

**デフォルトの名無しさん** · 2019/04/02(火) 15:06:15.30

XamarinよりもUWPでモバイルやってたほうが多く、数％はシェア取れていた

**デフォルトの名無しさん** · 2019/04/02(火) 15:28:41.70

>>437
この人糖質か

**デフォルトの名無しさん** · 2019/04/02(火) 16:13:22.19

>>441
は？

**デフォルトの名無しさん** · 2019/04/03(水) 00:38:31.72

いつサポートが打ち切られるかわからないから長期プロダクトに使えない
長期プロダクトに使えないからユーザーが少ない
ユーザーが少ないからいつサポートが打ち切られるかわからない
・・・・と、酷い悪循環に陥ってる気がする

**デフォルトの名無しさん** · 2019/04/03(水) 02:06:17.02

native アプリだと AppleStore や GooglePlay に登録するから
手数料が取られる。Webアプリだと手数料が取られない。
そんな違いがあるとは知らなかった。

**デフォルトの名無しさん** · 2019/04/03(水) 02:23:20.14

トレンドがどんどん変わり、どう変わるかは事前に予想できない状況なので、
色んなプラットフォームで動く可能性の有る言語C#は安心感はあるが、
一方で起動速度も実行速度も遅いみたいだ。MS純正のHTML Editorの
FrontPageとExpression Webは、C++とC#の違いだけで機能はほぼ同じだが、
速度差がかなりあり、後者は常用するのは辛い。また、最近のVSの遅さも
C#に起因している可能性がある。

**デフォルトの名無しさん** · 2019/04/03(水) 02:29:28.56

.NET Navie、UWPは速い

**デフォルトの名無しさん** · 2019/04/03(水) 03:14:52.58

>>446
懐かしい製品だけどどちらも古すぎるだろ
もうとっくにサポート終わってるんじゃないのか？

**デフォルトの名無しさん** · 2019/04/03(水) 12:08:19.67

Xamarinごと捨てるか、Mono捨てて.Net coreベースにして更に.net nativeにするなどの早期の英断が必要な時期。
来月のBuild 2019のカンファレンスで運命が決まるだろう(適当)

**デフォルトの名無しさん** · 2019/04/03(水) 14:35:48.29

MSがXamarin切り捨てる可能性はあるけど、そうなったら別会社で有料になっても良いから続けて欲しいな。
やっぱりお手軽さはXamarinが一番だと思う。

**デフォルトの名無しさん** · 2019/04/03(水) 15:03:52.11

Xamarin社はMSの子会社ではあるけど今でも一応は独立した別企業だよ

**デフォルトの名無しさん** · 2019/04/03(水) 19:29:04.00

Xamarin程の糞はない
もう誰も使ってへん

**デフォルトの名無しさん** · 2019/04/03(水) 21:09:16.68

弊社はXamarin使ってますよ

**デフォルトの名無しさん** · 2019/04/03(水) 21:23:39.93

Xamarin捨てる必要ってアプリサイズぐらいしかなくね？あとよっぽど起動時間を短縮したいか。
AndroidもAOTかけたらそんな遅くないだろ

**デフォルトの名無しさん** · 2019/04/03(水) 23:01:27.44

Xamarin.Formsは置いといて、Xamarin.Native使うと快適なC#でコーディングできるということだけでありがたいね
情報量はswiftやJavaのそのまま流用できるから困らないし

**デフォルトの名無しさん** · 2019/04/04(木) 09:55:41.97

vst2019出たみたいだけど
xamarinアプリの起動
少しは速くなったの？

**デフォルトの名無しさん** · 2019/04/04(木) 10:46:40.93

意味不明

**デフォルトの名無しさん** · 2019/04/04(木) 10:51:18.78

ツールが変わっただけだろ
アプリの起動には関係ないだろ

**デフォルトの名無しさん** · 2019/04/04(木) 19:43:19.00

Xamarin長い髪をほどいて～♪

**デフォルトの名無しさん** · 2019/04/04(木) 22:59:52.49

VS2019でXamarin.FormsでもIntelliSense が使えるようになったってのを見たけどXamlのこと？

**デフォルトの名無しさん** · 2019/04/05(金) 01:24:35.20

と思うけど今まで使えなかったん？R#入れてたから気づかんかった

**デフォルトの名無しさん** · 2019/04/05(金) 19:55:51.80

今までも使えてたけど AI で補完するようになった

**デフォルトの名無しさん** · 2019/04/05(金) 19:57:43.77

>>456
アプリの起動速度は多分変わんない。アプリサイズを小さくできるようになったのと、ビルド速度がはやくなった。プロジェクト開くのも速くなったのかな?

**デフォルトの名無しさん** · 2019/04/05(金) 20:40:17.05

visual studio for mac はビルド速くなったって公式にあったけど
windowsの方も速くなった？

**デフォルトの名無しさん** · 2019/04/05(金) 21:20:03.45

Android で d8/r8 のオプション有効にすれば速くなるって書いてある

**デフォルトの名無しさん** · 2019/04/11(木) 08:49:34.29

Xamarin.WPFだけど、基本的にはマウス操作なんだな・・・
キーボード主体で動かそうとしたら問題山積みだわ。
DisplayAlertですらキーボード操作できない。
ちと、テンション落ちた・・・

**デフォルトの名無しさん** · 2019/04/16(火) 23:13:07.05

https://blog.nkzn.info/entry/2019/04/16/163743
によると、
「マイクロソフトのiOSおよびAndroidアプリの中身をスキャンしてみた。
その中で、Word、Excel、Xbox、その他もろもろ38本ものアプリが、
最近のアップデートでReact Nativeを利用するようになったことを発見した」
ってことだが、なんでなん？

**デフォルトの名無しさん** · 2019/04/17(水) 00:05:33.75

>>467
以前からWeb版OfficeがあるんだからそれをJSで移植する方が効率いいでしょ

**デフォルトの名無しさん** · 2019/04/17(水) 00:23:04.83

マイクロソフト自身も呆れて自社プロダクトに採用しないのがXamarin

**デフォルトの名無しさん** · 2019/04/17(水) 00:36:36.56

Pix（グラフィックデバッガの方ではない）とかいうよくわからんアプリで採用してるのは見たな

**デフォルトの名無しさん** · 2019/04/17(水) 00:42:10.82

>>468
いやロジックは基本的にバイナリだよ
C++のを共有してる

**デフォルトの名無しさん** · 2019/04/19(金) 10:19:28.51

今見たらXamarin.FormsのテンプレにUWPが復活してるな。
どちらかといえば WPF に力を入れてほしいんだが・・・

**デフォルトの名無しさん** · 2019/04/19(金) 16:31:24.22

UWPってなんでクソなんだっけ？
なんかすると警告見たいの出るんだっけ？
ど忘れしたわ

**デフォルトの名無しさん** · 2019/04/19(金) 19:26:26.17

ストアからしか入れられない、機能に制限があるっちゃある辺りじゃ
いいとこともあるんだけどね

**デフォルトの名無しさん** · 2019/04/19(金) 19:59:51.15

>>474
ローカルからでもインストールできるけど？

**デフォルトの名無しさん** · 2019/04/19(金) 20:31:03.64

>>475
社内アプリの話か？

**デフォルトの名無しさん** · 2019/04/19(金) 21:05:50.97

UWPアプリ ≠ ストアアプリ

**デフォルトの名無しさん** · 2019/04/19(金) 21:18:29.97

>>476
ローカルで動くインストーラを作れるの知らない？

**デフォルトの名無しさん** · 2019/04/19(金) 21:33:00.59

普通にUWP野良配布できるし

**デフォルトの名無しさん** · 2019/04/19(金) 21:33:22.87

>>478
最近の話？あまり追ってないので知らん

**デフォルトの名無しさん** · 2019/04/19(金) 21:35:04.10

これの話か？
https://blog.techlab-xe.net/archives/4768
基本的に開発とか用だよね？

**デフォルトの名無しさん** · 2019/04/20(土) 09:19:46.97

>>481
「開発とか用」っていう意味がわからん。
アプリを開発して、開発PC以外で使うなら必要なものをコピーするか、インストーラを作って実行するしかないだろ。

**デフォルトの名無しさん** · 2019/04/20(土) 09:51:55.32

>>482
いやだからそれ特定のデバイスに配布するのにしか使えないよね？

**デフォルトの名無しさん** · 2019/04/20(土) 09:53:23.96

上でストアからしかとか言ってるのは、そもそも企業で社内に配布するとかも省いてるんだからそれぐらい汲み取れ

**デフォルトの名無しさん** · 2019/04/20(土) 11:36:07.87

>>484
は？
Webサーバなり、NASなり、公開できる場所さえあれば社内だろうが、不特定多数だろうが配布できますけど？
自動更新もできますが？

それぐらいくみ取れとか、バカ営業の要件定義かよ。

**デフォルトの名無しさん** · 2019/04/25(木) 00:11:59.31

FormsでiOSで動作させてListViewにバインドしてあるObservableCollectionを
Clear()してGCしてもメモリ使用量上がりっぱなしなんだけどこういうもの？
ObservableCollectionの中身のオブジェクトはGCに回収されてるんだけど・・・

**デフォルトの名無しさん** · 2019/04/25(木) 06:32:01.81

他のところでリークしてないの
つかプロファイラ、多少はまともになった？

**デフォルトの名無しさん** · 2019/04/25(木) 08:39:39.65

>>486
ListViewが参照しているからそのままになってるんじゃないの？
ListViewを破棄してみれば？

**デフォルトの名無しさん** · 2019/04/25(木) 09:29:38.93

Xamarinみたいな糞でやるからそうなる

**デフォルトの名無しさん** · 2019/04/25(木) 15:47:45.44

大胆にぶっ壊れていても放ったらかしだからな・・・・
VisualStudio for MacのIntelliSenseが参照する範囲がWindows版やVSCodeより狭くて使いづらい
Xamarin.iOSでネイティブコードをリンクする際、参照先を間違えてWindows用のDLLをリンクしようとしてしまう（年末年始あたりに治った2017のバグが大復活！）
Windows版のみXamarin.Androidのプレビュー機能が特定の機能との関係で不安定

**486** · 2019/04/25(木) 19:50:51.67

原因分かった
GroupHeaderTemplateがメモリリークしている
これ外したら全くメモリ使用量増えなくなった
けっこう凝ったデザインをヘッダでやってたから派手にリークしてたわ

幸い何百件も表示するようなページじゃないからTableViewかなんか
カスタマイズして置き換えるか・・・

**デフォルトの名無しさん** · 2019/04/25(木) 20:18:56.62

な、俺の思ってたとおりだったろ？

**デフォルトの名無しさん** · 2019/04/25(木) 22:32:54.39

>>491
どこでどう参照残ってんだろな
プロファイラとか使った？

**デフォルトの名無しさん** · 2019/04/25(木) 22:51:25.29

こういうの見るとXamarinでメモリリークしないプログラムをかける気がしないhttps://qiita.com/iseebi/items/1673837e9e88435fceff

**デフォルトの名無しさん** · 2019/04/25(木) 23:00:31.42

>>493
プロファイラってVisual Studio Enterpriseじゃないと使えないやつだよね？
ライセンスないから使ってない

自前でつくったオブジェクトのWeakReferenceを片っ端からリストに突っ込んで
泥臭いprinfデバッグで問題なかったから、Xamarinに何か問題あるなと思って
ページを少しずつ削っていったら分かった。

実際小さい再現用のプロジェクトつくってGroupHeaderTemplateつけて
ObservableCollectionにオブジェクト出し入れしてるだけで
GC.GetTotalMemoryが増大していってるので間違いないはず

**デフォルトの名無しさん** · 2019/04/26(金) 06:09:02.61

>>494
最初のやつはiOSでARCの関係なんだろうか？
にしてもC#と同じくDisposeしなくともそのうち回収される気がする。
2つ目のやつはXamarinに限らずC#固有の有名なリークパターンなのでこれは慣れてる。

**デフォルトの名無しさん** · 2019/04/29(月) 21:45:22.98

broadFileSystemAccess対応でUWP/iOS/Android/MACOS対応のファイルアクセスライブラリって無いかな？
フォルダの指定、フォルダ内のファイル（フォルダも含む）一覧、ファイルのストリーム化だけでいいんだが・・・

**デフォルトの名無しさん** · 2019/04/29(月) 23:14:25.21

Essential じゃダメなん？

**デフォルトの名無しさん** · 2019/04/30(火) 08:51:42.19

>>498
ライブラリの形態は問いません。
ご存知でしたら教えていただけますか？

**デフォルトの名無しさん** · 2019/04/30(火) 09:43:39.80

いやだからEssential 、使用用途に合うか調べろや

**デフォルトの名無しさん** · 2019/04/30(火) 11:26:55.40

>>500
ざっと調べてみましたが、任意のフォルダ（例えば、D:\Temp）を指定する方法が見つかりません。
もしその方法が無いようなら自分の求めているものではないようです。

**デフォルトの名無しさん** · 2019/05/08(水) 10:20:42.96

Google、「Flutter for Web」発表。FlutterからWebアプリを生成。Flutterはマルチプラットフォーム対応のフレームワークに。Google I/O 2019 － Publickey
https://www.publickey1.jp/blog/19/googleflutter_for_webflutterwebfluttergoogle_io_2019.html

マイクロソフトにはこれをやってほしかった

**デフォルトの名無しさん** · 2019/05/08(水) 12:33:00.38

C#がブラウザフロントエンド征服すりゃワンチャンあるって

**デフォルトの名無しさん** · 2019/05/08(水) 12:44:50.11

いまandroid用のアプリをandroid studio+javaで開発してますが、
言語やライブラリの知識経験はJavaよりc#+.Netの方があります。
Xamarinに乗り替えると幸せになれますか？
またXamarinのレイヤー(?)被せる事のオーバーヘッドってあるんですか？
android studio+javaだと出来るけどXamarinでは出来ないみたいな制約とかありますか？

**デフォルトの名無しさん** · 2019/05/08(水) 14:14:32.88

オーバーヘッドはこの記事読んで
https://qiita.com/conduits/items/cd7338329c3b7c22dc9c

androidしか開発しないんならネイティブでいいんじゃね？とも
やっぱC#＋VisualStudioで書きたいわ、でも新しいこと覚えたくねぇならXamarin.Android
マルチプラットフォームならXamarin..Forms、Prismに慣れときゃ非XamarinのWPFやUWPやMaｃも視野に
自分がどうしたいかやね

Xamarinでできないことについては、androidのAPIラップしとるから基本的に全部できるはずだけど、
手軽にマルチプラットフォームやりたいからPrismだけ把握しとけばいいやの人なんでそこら辺詳しくないわ

**デフォルトの名無しさん** · 2019/05/08(水) 14:19:52.26

PrismはMacなかったわメンゴメンゴ

**デフォルトの名無しさん** · 2019/05/08(水) 22:50:46.12

>>504
基本的にはしあわせにはならない
なぜならc#の知識よりandroidでの開発経験のほうが重要だから

**デフォルトの名無しさん** · 2019/05/09(木) 00:18:02.46

>>507
そんなのはどんなアプリをどんな風に作りたいかによるだろハゲ

**デフォルトの名無しさん** · 2019/05/09(木) 08:43:10.63

>>504
Xamarim経験3年ほどの初心者だがアドバイス。
基本的にXamarinだからできないということはない。
メリットはLINQなどJavaよりC#のほうが言語的に便利な構文が多いので、サクッと簡潔に書けることが多い。ただし好みと場合による。
デメリットは色々あるが、一番大きいのはちょくちょくXamarin特有のバグに悩まされることがある。
パフォーマンスについては概ね問題ないが、例えばBLE関連のようなAndroid SDKでJava I/Fしか用意されてないもの(Nativeから使用できないもの)はNative→Java→MonoのマイグレーションをすることになるのでCPU負荷が高くなる。
結論としては対象アプリがAndroidだけならXamarin使う必要はない。

**デフォルトの名無しさん** · 2019/05/09(木) 09:24:57.19

>>509
それもその人によるだろ
Androidでしか作らなくても普段Javaに馴染みないような人だったらわざわざ開発環境整えてJavaで開発するより慣れ親しんだC#とVSでサクッと開発とかするだろ普通

**デフォルトの名無しさん** · 2019/05/09(木) 10:08:57.58

>>510
Javaに馴染みがなかったらそうですけど、>>504は今Java使ってるようなのでわざわざXamarinに乗り換える必要はないのでは？

**デフォルトの名無しさん** · 2019/05/09(木) 10:53:52.02

>>511
.NET,C#に慣れてるいうからその辺と今後の他プラットフォームとのロジック共通かを考えてXamarinも全然ありでしょ
ただ上でも言われてるように余計なレイヤー増えるからパフォーマンス劣化はそんなないだろうけど多少なり複雑度は増えるのでそのへんのデメメリのバランス次第かと

**デフォルトの名無しさん** · 2019/05/09(木) 13:24:01.63

.NET5のSwiftやJavaとのinteroperabilityってのは、Swift等からC#で書いたコードを呼び出せるようになるんか？

**デフォルトの名無しさん** · 2019/05/09(木) 14:26:29.81

Xamarin程の糞はない