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/

**デフォルトの名無しさん** · 2018/12/10(月) 17:59:37.84

flutter

**デフォルトの名無しさん** · 2018/12/10(月) 19:25:12.79

あらゆる言語・フレームワーク・ゲームエンジンの著者、

掌田津耶乃が、Flutter の本を出した！

**デフォルトの名無しさん** · 2018/12/10(月) 19:28:53.34

>>229
ネイティブなんてほとんど情報ない。

**デフォルトの名無しさん** · 2018/12/11(火) 00:21:51.96

>>229
んーネイティブは普通にAndroidをKotlinなりで開発する方法をC#に翻訳した感じだけど、formsはネイティブの上にUIフレームワークを乗っけてる感じなので、例えばTODOリストを作るとしても全然違う。
それぐらいだとformsではスタートアップのところでしかMainActivityとかに触ることはない。
自分もformsで業務アプリ作ってるけどAndroidの開発ほとんど知らないで作った。
が色々やってるとそのうちネイティブにも触らないといけなくなる。レンダラーとか。
formsはネイティブの知識があまり知らなくても共通に動かせるものが作れる。
けど突っ込んだことやる場合にネイティブのことを知らないといけなかったりネイティブの方がやりやすいこともある。
自分の感想では凝ったアプリでもかなりの部分はformsで作れるので自分ならforms使う。最近はflutterも良さげなので場合によってはそっちを選択するもよし。

**デフォルトの名無しさん** · 2018/12/13(木) 20:44:52.35

自分ならネイティブにする
Forms の仕組みも理解しなきゃいけないから学習曲線なだらかな方が楽じゃないかな

**デフォルトの名無しさん** · 2018/12/13(木) 20:47:32.04

でも単一プラットフォーム向けに調整するだけでいいから、Forms が極端にネックになることもなさそうだしどっちでもそんなかわんないか

**デフォルトの名無しさん** · 2018/12/13(木) 22:22:22.00

>>234
各々のネイティブに詳しいならだけどそうでなかったらとりあえず両方で動く何かを作るんだったら formsの方が覚えること少ないと思うけどな
もちろんまともなものを作ろうとしたらおいおいネイティブの知識も必要になるけど。

**デフォルトの名無しさん** · 2018/12/14(金) 04:39:03.83

>>232
情報も何もJavaの情報をそのまま流用するだけだろw

**デフォルトの名無しさん** · 2018/12/14(金) 08:05:57.67

axmlどうやって追加したらいいのとかならんの

**デフォルトの名無しさん** · 2018/12/19(水) 20:29:48.58

LineBreakModeっておかしくない？
CharacterWrap とか WordWrap って折り返しの方式なのに
TailTruncation とか MiddleTruncation って文字列が入りきらないときの表示の方式
二つの意味が混在してる意味が分からない

Label で CharacterWrap かつ MiddleTruncation したいときどうすればいいの？

**デフォルトの名無しさん** · 2018/12/20(木) 20:15:08.38

>>239
Effect なりを使わないと無理みたいだよ
公式でサポートしてほしい気もするから Issue 作ってみてはどうでしょうか？

**デフォルトの名無しさん** · 2019/01/05(土) 00:23:17.34

プログラミング初心者でxamarin.Formsに手を出して5chブラウザ作ってるんだけどスレの表示に困ってる
Labelで書くとリンクや安価をタップできるようになるけど遅い（数秒～10秒程度）
ListViewで書くと速いけど安価やリンクを押せるように出来ない（レスの塊としては押せると思う）

レス本文をパースして安価やリンクを押せるようにする自作ViewCell？を作ってListViewに入れるのが手っ取り早い気がしてるけど、パースするようなビューはコードでしか書けずコードでバインディングする（あるいはバインディングせずにListViewを使う）方法が分からない

用語がよく分かってないから変なこと言ってたら申し訳ないけどつまりは、スレを速く表示することとURLや安価をタップ可能な構造を両立したい

**デフォルトの名無しさん** · 2019/01/05(土) 00:49:14.03

MVVMはわかる？
MなりVMなりでパースしたものをVでバインディングすればいい
リストビューを使わないやつで何がそんな遅いのかはよく分からないんだが。
全部パースしてモニョモニョしてるから？

**デフォルトの名無しさん** · 2019/01/05(土) 01:15:47.34

>>242
独学ばかりだから雰囲気でしか理解してないけどMVVMは表示系（V）とロジック系（M）とそれをつなぎ合わせる部分VMみたいな理解してる

Labelが本質的になぜ遅いかは分からないけど調べると40要素で100msくらいかかるって言ってるページがあったから数百レスあるスレでID、本文、名前とかごとにLabelを使うと数秒かかるのは納得してる
実際レス番だけ表示するようにしてもlabelを使うと800くらいあるスレで2,3秒かかった
（じゃあなぜListViewは速く描けるのか？はよく分からない。部分的に描画してるから？）
事前にパースしてっていうのはたぶんLabelを使うパターンを想定してると思うけど上の通りラベル単体で遅いからできなかった
それともListViewのセル内のバインディングを動的に弄ることができる？

こんなに早くレスしてくれてありがとう

**デフォルトの名無しさん** · 2019/01/05(土) 01:33:33.58

MVVMのおおまかな説明はそれでいいかと。
まあとにかくUI向けのコードを分離する１つの方法です。

GUI系のアプリは基本的にUIコントロールでの処理がムッサかかるからそこをなるべく避けないと。
全部のデータをラベルにぶっこんでたらおそくなるのは必然かと。

リストビューが速いのは言われるように部分的にしか表示しないから。仮想リストビューとかでググると出てくる。ちなCacheStrategyだったかな？そこの指定で仮想じゃなくも出来る。

5chのデータ形式は知らんが受信したデータを表示できる文字などに変換する部分のことをパースと言ってる。ラベルは関係ない。
MVVMの形にのっとってたらビューセル内のラベルが対応したVMのプロパティにバインディングしてるので、そのプロパティを変更すれば対応したラベルの表示が変わる

**デフォルトの名無しさん** · 2019/01/05(土) 02:06:50.64

>>244
ごめん、後半があまり分かってないから確認しながら返信してる
分からないことが多くて申し訳ない

> 受信したデータを表示できる文字などに変換する部分のことをパースと言ってる。ラベルは関係ない。
現状VMまででやっているのは文字コードの変換、不要なHTMLタグの除去、res構造体にID、名前、時間、レス番、本文に分けてstring型で入れてる
ここまでをパースと呼んでいる？それとももっと他に含むものがある？

> MVVMの形にのっとってたらビューセル内のラベルが対応したVMのプロパティにバインディングしてるので、そのプロパティを変更すれば対応したラベルの表示が変わる
ビューセルと言うことはListView使うこと前提で良い？
上で書いたres構造体をそのままビューセルにバインディングするということ？
確かにそれは速く描けるのだけど、そうすると安価やリンクを挿入できない問題に至る
res構造体の本文要素をさらに細かくすると、レス毎に分解のされ方が違うから単純なバインディングで解決出来ない（ように思う）

**デフォルトの名無しさん** · 2019/01/05(土) 02:14:00.15

ラベルのテキストで省略とかがあることを考えるとプロパティの値に応じて見た目を弄ることが出来るわけだから本文を受け取ってそれを安価部リンク部で表示を変えるビューを自作すれば良いのかな？
どう作るか見当つかないけど…

**デフォルトの名無しさん** · 2019/01/05(土) 02:26:47.29

ListView もしくはそんな感じのネイティブ実装にするかの 2 択になる
ListView の場合、バインディングするとしたら表示時に全レス分 ViewModel 作ると遅いので、
俗に言う Infinite Scroll と言われる実装にしないと現実的なパフォーマンスは出ないと思うよ

**デフォルトの名無しさん** · 2019/01/05(土) 02:43:00.03

バースがどこまで含むかはやりたいこと次第だと思われ。
とにかく何かしらの受信データから処理に必要な値なりを抽出する部分

ViewCellにラベル乗っけたら安価とか何でも出来ると思うけどダメなん？

分解のされ方が違うから単純なバインディングで出来ないはよく分からんのだけど、DataTemplateSelector的な話かの

**デフォルトの名無しさん** · 2019/01/05(土) 02:59:55.03

レスの本文を表示するときに、分解された部分毎にラベル割り当てようとしてるんだろ。
そうすると、レスの内容によってURLやアンカーの数が違うからひつなラベルの数も違うから設計時にバインディングできないってことだろ。

**デフォルトの名無しさん** · 2019/01/05(土) 03:02:41.65

本文用のらべる1個にしてFormattedTextで色付けして、部分クリックとかできたっけ?

**デフォルトの名無しさん** · 2019/01/05(土) 03:10:09.19

>>248
もしかして何か根本的なところで俺の理解がおかしい…？
色々弄ってる最中で本文しか表示してないけど今はこんな感じなんだ
https://i.imgur.com/8fglyEg.jpg
これを
https://i.imgur.com/BLqhbky.jpg
こんな風に部分的に選べるようにしたいのだけど、ViewCelって一律にバインディング指定してるから安価のあるレスの安価のある場所だけ別にバインディングするって出来ないと思ってる
まさに>>249

>>247
とりあえずListViewで攻めてみる
ネイティブで書く場合はまた別のスレになるのかな

**デフォルトの名無しさん** · 2019/01/05(土) 03:28:38.76

https://stackoverflow.com/questions/40592475/partial-text-clickable-in-xamarin-label
ああこの一番下のレス見るとLabelのFormattedTextで部分クリックとかできるね。レスの本文用のラベルをレス毎に1個用意して、これでアンカーやURL部分を色付けしてクリック時の処理書けばいい

**デフォルトの名無しさん** · 2019/01/05(土) 03:33:48.71

後はこのFormattedTextの中身を組み立てる部分をどこに書くかだね。UWPの場合、添付プロパティ追加してそこに書いたりてきるけど。俺はxamarin使った事はねぇからそこは詳しいヒトにまかせる。

**デフォルトの名無しさん** · 2019/01/05(土) 03:58:26.89

>>253
やりたいことはまさにこれ！
でも今日はもう眠いのでまた明日来ます

**デフォルトの名無しさん** · 2019/01/05(土) 08:58:02.19

自分がやるとしたらViewModelにはOservableCollection<FormattedTextSrc>みたいなのがあってFormattedTextSrcはSpanなどにほぼ一対一対応することができるただのデータ。
たとえばList<Tuple<int,string>>などをプロパティで持っててintはその文字列をどのように扱うかがわかるもの。intはもちろんenumか何かにすべき。

でUI側のResViewなりがOnBindingContextだっけ？バインディングした時に上がるメソッドでそのListからFormattedTextを組み立てる

**デフォルトの名無しさん** · 2019/01/05(土) 12:46:56.17

>>255
OnBindingうんたらで大体なんとかなった！
https://i.imgur.com/wGRoAVF.jpg

細かな問題としてはvmまでにTupleのlistを作っても上手く渡せなかった（Timeout exceeded ...エラー出た）からvでstringを分解してること
中程度の問題としてはviewcellの塊自体にロングタップのイベント付ける方法が分かってないこと（多分、iOSプロジェクトの中にexportrendererみたいなのを書く？出来なくともタップで代用できる気もしてる）

かなり大きな問題はセル内の安価をタップしたときに安価先を表示する方法（指定されたレスの実体なり参照なり位置なりを渡す方法と現在の画面の上にこんな感じに https://i.imgur.com/twtzEHs.jpg 表示か移動かする方法）の見当が全く付いてないこと
viewcellのOnBindingContext..は親画面のことも前後のレスの情報も知らないからそれを渡す方法が必要だよね？

**デフォルトの名無しさん** · 2019/01/05(土) 13:11:09.52

Viewは自分の表示位置は取れなかったかな…
スクリーン上でのView位置を取るような奴が何かあった気がするが。

**デフォルトの名無しさん** · 2019/01/05(土) 13:13:03.11

後Viewの親は辿れると思うからそこで親のクラスを見つけるとかは出来ると思う

**デフォルトの名無しさん** · 2019/01/05(土) 15:16:59.55

>>258
親要素辿ってコンソールに表示できた
あとは自力でアプローチしてみる
色々ありがとう！

**デフォルトの名無しさん** · 2019/01/05(土) 16:15:29.82

がんがれ

**デフォルトの名無しさん** · 2019/01/05(土) 18:11:57.22

だいぶ専ブラっぽい見た目になってきた
そういえばリストを渡せない問題はデフォ値がコピペ元のstringのままだったからだった
https://i.imgur.com/ecL8Ahs.jpg
安価はListViewにvmをバインディングして再帰的になんとかしようかなと考え始めてる
明日は予定あるし明後日から仕事始まるからあまり時間割けなくなるけど頑張る

**デフォルトの名無しさん** · 2019/01/05(土) 18:18:56.09

おお専ブラぽい

**デフォルトの名無しさん** · 2019/01/11(金) 11:48:19.52

visual studio 2015 Professionalでxamarin開発を始めたら
後々困ったりすることある？

**デフォルトの名無しさん** · 2019/01/11(金) 11:58:12.51

>>263
対象のフレームワークが使えるなら大丈夫でしょうが、STANDARD2.0を使うのに1手間必要とかあるみたいですね。

**デフォルトの名無しさん** · 2019/01/11(金) 21:08:24.89

2015じゃ古いままなんじゃないの

**デフォルトの名無しさん** · 2019/01/15(火) 17:57:16.10

WebAPIでホストのデータを取得し、Xamarin.Formsで受け取る処理を書いています。
WebAPIはLinuxでの実行も考えていますので、.NETCore 2.0 で、Xamarin.Forms は .NETStandard 2.0 を選択しています。
WebAPI側と、Xamarin側とで共通な処理を.NETCore 2.0のライブラリで実装しようとしましたが、プラットフォームが違うのでXamarin側で利用できません。

こういった場合、同じ内容を .NETStandard 2.0 のライブラリを作成し、ソースはリンクを張れば実現できるのでしょうか。
もしくは、「普通はこうやる」というのがあれば教えてください。

**デフォルトの名無しさん** · 2019/01/15(火) 22:42:43.15

ライブラリをプロジェクト参照すればいいのでは

**デフォルトの名無しさん** · 2019/01/16(水) 09:03:37.59

>>267
参照でのエラーです。

エラー NU1201 プロジェクト foo.core は netstandard2.0 (.NETStandard,Version=v2.0) と互換性がありません。プロジェクト foo.core がサポートするもの: netcoreapp2.1 (.NETCoreApp,Version=v2.1) foo D:\Temp\VS2017\foo\foo\foo\foo.csproj 1

**デフォルトの名無しさん** · 2019/01/16(水) 09:15:52.86

それサーバー側？
Standardのバージョン違うのでないとダメとか？

**デフォルトの名無しさん** · 2019/01/16(水) 09:48:27.84

>>269
.NETCore2.1 WebAPI のプロジェクトでのエラーです。
参照先は .NETStandard 2.0 クラスライブラリです。

とりあえずnuget経由なら、.NETCore2.1 のプロジェクトに .NETStandard のライブラリを追加できるようなので試してみます。

**デフォルトの名無しさん** · 2019/01/19(土) 03:27:56.94

共通ロジックは.NetStandardクラスライブラリで作って、NugetパッケージにしてNASに放り込んどく
NASをローカルリポジトリに登録しといて、プロジェクトごとに欲しいやつを食わせる

**デフォルトの名無しさん** · 2019/01/19(土) 10:20:53.05

formのWPFとGTK#っていつプレビュー版じゃなくなるんだろ

**デフォルトの名無しさん** · 2019/01/19(土) 12:10:42.98

>>271
ライブラリ頻繁にいじるものでないならいいけど、そうでないとプロジェクト参照の方がいいな

**デフォルトの名無しさん** · 2019/01/29(火) 10:02:42.23

AndroidでC#のアプリをダウンロードすればアイコンをクリックするだけで
起動できるようにする場合、.NET の RUNTIME はいつインストールされる？

AndroidマシンはCPUが色々あるらしいので、.NET RUNTIME は、1つだけの
CPUに特化したものでは駄目なはず。なので、以下のどれかを行わなくてはならない
ハズ：

1. アプリの起動前に、手作業でそのCPUに応じたRUNTIME をインストールしておく。
2. アプリの初回起動時にCPUに応じたものをネットから自動ダウンロードする。
3. RUNTIMEは、CPU Native 用ではなく、Java仮想マシン用のものとする。
　つまり、.NET 仮想マシンが、Java仮想マシンの上で動作する二重構造
　とする。<--- めちゃくちゃ効率が悪い。

**デフォルトの名無しさん** · 2019/01/29(火) 10:34:48.25

>>274
apkの中に各CPU向けランタイムも含まれてるから、ストアからアプリをダウンロードしたならそこに適切なランタイムも勝手に含まれている

**デフォルトの名無しさん** · 2019/01/29(火) 10:35:55.88

だからアプリとは別にランタイムをダウンロードする作業はありません

**デフォルトの名無しさん** · 2019/01/29(火) 10:41:46.81

androidならapkに各CPU用のランタイムが含まれてるんじゃねぇかな。つまりユーザーがアプリをダウンロードする段階で全部ダウンロードしてインストールしてる。

**デフォルトの名無しさん** · 2019/01/29(火) 10:49:43.38

>>275
でも、CPUの種類は時間がたつにつれて増えていくかも知れないので、
それだと、2019年に作ったC#アプリのapkは、再コンパイルなしでは
新しい Android マシンでは起動できないと思うけど。

**デフォルトの名無しさん** · 2019/01/29(火) 10:53:42.11

C#アプリの Android 版の apk は、15MB 程しかないらしい。
これに本当に全てのCPU向けの .NET ランタイムが入るだろうか？

Windowsマシンで、Windows Update の詳細記述を見ていると
.NET の修正 Update だけで、数10MB～数100MB あったと思う。
修正と言うのは、部分 patch にすれば小さく出来るはず。
それでも、こんなに大きい。

あらゆる Android マシンの、修正 patch ではない、完全な .NET ランタイムが、
本当に 15MB に入るのだろうか。

どっちにしろ、論理的に考えて、それでは新しいアーキテクチャの CPU には対応できない。

**デフォルトの名無しさん** · 2019/01/29(火) 11:07:33.67

>>278
CPUが追加されるのとか数年に1回くらいだろ
再コンパイルすればいいじゃん
追加されたCPUが下位互換持ってたら再コンパイルなしでも動くし

**デフォルトの名無しさん** · 2019/01/29(火) 11:11:22.92

>>279
apkのランタイムサイズは15MB×サポートCPU数だろ
ストアからは適切なもんだけダウンロードされるから15MBのダウンロードになるわけだな

**デフォルトの名無しさん** · 2019/01/29(火) 11:38:36.67

>>281
そういう仕組みだったのか。
じゃあ、Java の思想とはぜんぜん違う。
Java の場合は、同じ jar ファイルが、異なるマシンでもそのまま動作する。

C#の場合、MSの判断一つで特定のCPU用のパッケージが作れなくなってしまう可能性が
ある訳だね。なんちゅうこっちゃ。Javaとは全く違うじゃない。

**デフォルトの名無しさん** · 2019/01/29(火) 11:49:14.09

>>282
Java + NDK(C++)で作られてるアプリがたくさんあるだろ
それと同じことよ

**デフォルトの名無しさん** · 2019/01/29(火) 12:10:23.51

>>283
Android マシンには、最初からそのマシンの CPU に合わせた
JVM がインストールされているので、違うぞ。

**デフォルトの名無しさん** · 2019/01/29(火) 12:18:24.68

>>284
C++部分のことだよ

**デフォルトの名無しさん** · 2019/01/29(火) 12:18:44.83

流石に目の付け所が意味不明すぎる

**デフォルトの名無しさん** · 2019/01/29(火) 13:03:32.38

>>281
あれ、そうなの？適切なものだけダウンロードだと開発者が署名したapk分解しちゃうの？署名無効になるな。
つか、arm端末にインストールされたapk覗くとx86のバイナリも含まれてるぞ

**デフォルトの名無しさん** · 2019/01/29(火) 13:10:45.24

>>287
x86コードの除去し忘れだったりして。

**デフォルトの名無しさん** · 2019/01/29(火) 13:24:19.90

>>287
multiple apkじゃないの？
https://sites.google.com/site/androiddevelopersclub/docs/multiple-apk-support
abiごとにapkを生成するをonにしたら各アーキテクチャ向けapkとそれらをまとめたapkが生成されるでしょ

**デフォルトの名無しさん** · 2019/01/29(火) 13:35:18.25

基本的に互換性のない新CPUなんてそう頻繁に出ないでしょ。
そのCPUの性能を100%引き出したいのでなければCPUが出る都度コンパイルなんてしないでしょ。

**デフォルトの名無しさん** · 2019/01/29(火) 15:52:46.68

>>289
「各アーキテクチャ向けapk」と「それらをまとめたapk」は、
それぞれ何MB 位なの。
同じサイズということは論理的にありえないハズだが。

**デフォルトの名無しさん** · 2019/01/29(火) 16:16:02.07

んなもの、アプリによって変わるにきまっているだろ。
Javaのアプリは何MBくらいなの？って聞かれて的確な答えが返せるの？

**デフォルトの名無しさん** · 2019/01/29(火) 16:18:37.01

>>288,289

あ、そういうオプションもあるのね。
xamarin関係なく前にいくつかの他人のapkとかリバースエンジニアリングしてたときぬにNDK使ってるやつでx86やらarmのバイナリが含まれてるのばっかだったからそういうもんだと思ってた。
c/c++部分がちょこっとだったからそうなってたのか。

すまんかった。

**デフォルトの名無しさん** · 2019/01/29(火) 16:29:26.37

>>292
Android における C# の GUI の Hello World の場合に決まってるじゃん。

**デフォルトの名無しさん** · 2019/01/30(水) 10:48:27.43

>>294
自分で試せばいいやん。ほぼ全部無料のものばかりだ。

**デフォルトの名無しさん** · 2019/01/30(水) 20:40:43.60

>>295
時は金成り。

**デフォルトの名無しさん** · 2019/01/30(水) 21:12:07.32

自分で試せることすら率先してやらない程度の興味ならそれこそ時間の無駄じゃろ

**デフォルトの名無しさん** · 2019/01/30(水) 22:21:19.23

そんな簡単なことなのに、誰も答えられないということは、誰も試してないこと
が証明されました。

　　　　　　　　　　　　　　　　　　　　　　　　　（証明終わり）

**デフォルトの名無しさん** · 2019/01/30(水) 22:50:37.44

そうだね
誰が何を知りたかった話なのかは当人以外どうでもいいからね

**デフォルトの名無しさん** · 2019/01/31(木) 08:49:23.75

聞けば何でも教えてもらえると思ってるのは
典型的なゆとり

**デフォルトの名無しさん** · 2019/01/31(木) 11:38:25.30

C#やXamarineに不利な結果は書けない。

**デフォルトの名無しさん** · 2019/01/31(木) 12:36:45.71

わざわざhello worldの容量調べようなんてこと誰も考えないからこれから作らないと確認できない
それなら自分で作れば？となるのは極めて自然

**デフォルトの名無しさん** · 2019/01/31(木) 16:56:03.34

C#の場合、よっぽど作りこまなければ自分のコード部分のバイトサイズなんて
アプリ全体のサイズの数%未満だろう。だから、Hello Worldでもなんでもあんま
変わらんかも知れんけどな。
C#アプリのサイズが仮に15MBとしよう。自分の書いたプログラムがコンパイル
された結果のバイナリコードは、大体20KB～300KBくらいなんだよ、多分。

**デフォルトの名無しさん** · 2019/01/31(木) 19:06:11.87

二日にわたる調査結果：

多分。

**デフォルトの名無しさん** · 2019/02/01(金) 08:17:33.19

https://i.imgur.com/hcp2TzR.png

**デフォルトの名無しさん** · 2019/02/01(金) 09:08:44.37

つか、xamarin.essentialsは誰もしないんだな

**デフォルトの名無しさん** · 2019/02/01(金) 09:09:10.66

*の話

**デフォルトの名無しさん** · 2019/02/02(土) 19:54:48.47

アーキテクチャー別のバイナリーダウンロードする機能ってもう Xamarin でサポートされたんだっけ？
名前忘れちゃったけど割と最近 Android でサポートされた気がするからまだなんじゃないの
それ抜きにしてもリンカー入れれば最小のアプリサイズは 10MB 未満だよ

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

https://docs.microsoft.com/en-us/xamarin/android/deploy-test/app-package-size
リンカー入れて 3MB らしいよ

https://qiita.com/conduits/items/cd7338329c3b7c22dc9c
現実的なアプリサイズだと 20MB くらい?
こんくらいだと許容範囲じゃないかな

**デフォルトの名無しさん** · 2019/02/02(土) 20:10:31.89

アプリサイズより起動速度の遅さが気になるけど、その Qiita の投稿の手法だったり、Visual Studio の次のバージョンでも d8/r8 とかいうやつで改善されるらしいしよっぽどシビアな案件じゃなければ気になんないんじゃないのという気持ちがある

**デフォルトの名無しさん** · 2019/02/03(日) 01:46:04.59

つうか、そのアプリサイズって、起動直後にネットから追加 Download が
絶対に始まらない保障はあるの？

**デフォルトの名無しさん** · 2019/02/03(日) 01:52:31.79

追加ダウンロードってなんぞ

**デフォルトの名無しさん** · 2019/02/03(日) 11:26:58.74

斬新な発想だな。ランタイムを段階的に追加ダウンロードするの?

**デフォルトの名無しさん** · 2019/02/03(日) 12:37:02.95

>>311
インターネットに繋がってない環境でapkインストールしてから正常起動するか試してみたらええやん

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

Xamarin程の糞はない
ttps://twitter.com/ca_developers/status/1093416959243300864?s=09
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2019/02/08(金) 08:11:56.62

何のイベントか知らんけど参加者のMacユーザーの割合やクロスプラットフォーム開発ツール(?)への関心の低さを考えれば
当たり前の結果の気がする
というかクロスプラットフォームとマルチプラットフォームの使い方間違えてないか？

**デフォルトの名無しさん** · 2019/02/08(金) 09:00:17.83

x-code使わないとダメだから単体では無理なのはわかるが、Windows用VisualStudioでOSX用のアプリってビルドできないの？

**デフォルトの名無しさん** · 2019/02/08(金) 18:09:46.72

こういうのに参加する自称意識高い系のミーハーはMac使い多いな。
中身なさそうなアホばっかやな

**デフォルトの名無しさん** · 2019/02/08(金) 18:27:45.70

お前らがXamarinに費やした時間は無駄だったということ残念でした

**デフォルトの名無しさん** · 2019/02/08(金) 18:32:02.24

macないとビルドできないからな。
それがXamarinがブレイクしない理由でもある。

**デフォルトの名無しさん** · 2019/02/08(金) 18:49:46.50

既に、Apple 離れは始まってるのかね。
株が急落、iPhoneの売り上げの急減、日本での売り上げの、Huauay
みたいな中華スマホへの敗退は聞いたけど。
少なくとも、10代のプログラマには嫌われてるだろうね。
企業以外は作っても公開できないので、昔の「パソコン」や「ポケコン」
「MSX」みたいなものの代わりにはなりえないね。

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

ん？FlutterとかはMacなくてもビルドして実機で動かしたりできるの？

**デフォルトの名無しさん** · 2019/02/09(土) 06:42:54.09

できないよ
そもそも趣味だとしてもモバイル開発をやっててMacを持ってないとかありえんわ

**デフォルトの名無しさん** · 2019/02/09(土) 09:18:13.57

仕事ならともかく趣味であれば自分の所有しているスマホ以外は興味薄いだろ
AndroidユーザーがわざわざMac手に入れる動機としては弱い
XamarinもマルチプラットフォームではあるけどどちらかといえばAndroid寄り
逆にMacユーザーにしてみればXamarin への関心は薄い

**デフォルトの名無しさん** · 2019/02/09(土) 10:15:23.45

元はMS、Windows派の技術なのにAndroid向け、iPhoneはMacないとダメっていう中途半端さがネック

**デフォルトの名無しさん** · 2019/02/09(土) 10:31:32.68

Appleが頑なにライセンス解放しないので仕方ない
最近の凋落ぶりを見るとそろそろ意識改革してもおかしくはないが…
MSがXamarinを買収してまでライセンスを一般に無償解放したのを見習って欲しい

**デフォルトの名無しさん** · 2019/02/09(土) 12:19:00.40

>>324
俺は仕事だけど、swiftよりもC#の方が快適だからiOSのみの案件でも最近はXamarinを好んで使うよ

**デフォルトの名無しさん** · 2019/02/09(土) 14:26:33.57

若い人で、自作プロラムをいろんな人に使ってもらいたい人は困るだろうな。
でも、MSのVisualStdioのライセンスも日本には合わない気がするよ。

**デフォルトの名無しさん** · 2019/02/09(土) 14:41:56.02

そうか？
個人開発者やオープンソース開発に対しては殆ど完全に無償解放されてるだろ
商用利用についても以前に比べれば随分敷居は下がった
以前のVS Enterpriseだと新規で200万近く費用必要だったのが今はほぼ半額
維持するだけなら年間20万程度で済む