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/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万程度で済む

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

はー。
ひきこもりのオイラの通信回線の遅さを知らないなー。
いくら無料でもDLできないんだよ。。。

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

1,000円払うから、誰か宅配してくれ、VS Community。

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

近所にネカフェはないのか？
引きこもりでもたまには外出くらいはするだろ

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

近所にはない。風呂入って、バスと電車で行って帰ってきて、また風呂に入らね
ばならん。

そこに巨大な壁が有る。

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

それなら雑誌かムックの付録でVSのDVDが付属してる古本でも探してネットでポチれ

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

そんな通信速度だと何するにしても辛いのでまず速くするのがベストなのでは

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

>>330
それが日本に合ってないという理由？
ふざけんよ

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

雑な釣り針に雑魚爆釣

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

出た釣り宣言

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

>>334
本の名前は？

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

少しは自分で調べろ
初心者向けの入門書や定期刊行雑誌のバックナンバーなんかを調べれば出てくる
出版社のサイトかAmazonなどの評価欄を参考にしろ
ただ良くも悪くもVS2017はバージョン末期なので最近新規に刊行されたものは少ない
VS2017登場当時の頃を狙え

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

Expression Edition は見つかるけど、Community Edition も本当にあるんか？

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

20年前にこの業界で仕事始めてからずっと言っているのは、UIのクロスプラットフォーム技術は必ず失敗する。
ttps://twitter.com/mkino/status/1093731721378377729?s=19
https://twitter.com/5chan_nel (5ch newer account)

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

それ言い出すとすべてのWebアプリも該当するんだけどね

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

コンビニで落とせよ
スマホあんだろ？

1.セブンに行く
2.セブンのアプリをインストールしてwifiにログインする
3.スマホのブラウザをpcモードにしてxamarinをdl
4.スマホで落としたファイルをpcにコピーしてインストール

アップデートの時は
ノートpcならノートPC持ってセブン行け
デスクトップなら寝てる間にやれ

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

スマホ持ってない。

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

Xamarin は UI のクロスプラットフォーム化を目指したものじゃないよ。その方の書き方が誤ってて、意図してるものに該当するのは Xamarin.Forms だね。その時点で雑な言い方する人なんだなと思っちゃう

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

5,000円くらいで、Wifiが使える端末を買えば、Lawsonでも行けるかな。
近くにはLawsonしかない。しかも、500mくらい離れていると思う。

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

をーー。
そういうことが出来る、お勧めの5,000円くらいまでで変えるWifi端末を教えて
くれやーーー。PCと接続してデータを読み取れる奴ーー。

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

>>346
form sでほとんどのもの作れるし、必要ならrendererなりネイティブコントロール使うなり何とでもなるからなー

**デフォルトの名無しさん** · 2019/02/10(日) 04:38:41.06

巨大ファイルのダウンロードなら 4G 回線でも十分速いんじゃない。ギガモンスターみたいなプラン入ってさ。でも 50GB じゃ足りないかも

**デフォルトの名無しさん** · 2019/02/10(日) 04:44:12.19

スマホないのか。じゃあできるだけ安くで速度考えればネカフェだな

**デフォルトの名無しさん** · 2019/02/10(日) 12:28:52.60

一ヶ月だけ、自宅に光回線契約して、すぐにやめられる安いプロバイダって
どっかない？

**デフォルトの名無しさん** · 2019/02/10(日) 12:38:08.59

1ヶ月だけで解約とか工事費が馬鹿らしすぎるだろ

**デフォルトの名無しさん** · 2019/02/10(日) 12:49:31.20

工事費無料前提

**デフォルトの名無しさん** · 2019/02/10(日) 13:08:43.06

>>354
誰がそんな赤字案件引き受けるんだよ

**デフォルトの名無しさん** · 2019/02/10(日) 13:22:35.19

というかそもそも地域はどこなのか
一軒家なのか共同住宅なのか
契約者は本人なのか家族なのか
情報が無さすぎて何も分からん

**デフォルトの名無しさん** · 2019/02/10(日) 13:35:12.63

古い一戸建て。

**デフォルトの名無しさん** · 2019/02/10(日) 14:53:52.16

小遣い少ない中高生？

**デフォルトの名無しさん** · 2019/02/10(日) 17:27:19.36

老いた両親と同居の引きこもり中年かも？

**デフォルトの名無しさん** · 2019/02/18(月) 11:01:32.68

Xamarin.WPFでKeyDownイベントの取得はどうやればいいのでしょうか。
UWPの時は、Dispatcher.AcceleratorKeyActivatedに追加すれば出来たのですが、
Xamarin.Forms.Platform.WPF.PageRendererでは項目がありませんでした。

**デフォルトの名無しさん** · 2019/02/18(月) 12:05:56.49

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

**360** · 2019/02/22(金) 16:17:37.97

自己解決しました。
テラテイルでも書きましたが、MainWindowに対してイベントハンドラを追加することで取得できるようになりました。

**デフォルトの名無しさん** · 2019/03/01(金) 00:53:08.66

Windows版のiOS用AppDesignerでのScrollViewの使い方がぜんぜん分からん
XCodeだとScrollViewにViewを突っ込むだけでスクロールするのに、同じようなことをやっても全くスクロールせえへん・・・

**デフォルトの名無しさん** · 2019/03/01(金) 07:46:38.76

え、今デザイナーあるの

**デフォルトの名無しさん** · 2019/03/01(金) 15:07:04.64

ああ、これデザイナーじゃなくてXCodeの画面なのか

**デフォルトの名無しさん** · 2019/03/12(火) 20:50:45.26

ｖｓ2019でデザイナがつく予定だったと思う

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

デザイナーじゃなくてプレビュワーが欲しい

**360** · 2019/03/13(水) 08:47:43.58

>>367
実行すればいいじゃね？

**デフォルトの名無しさん** · 2019/03/13(水) 09:51:11.82

XAML変えたら実機のやつが変わるやつよろ

**デフォルトの名無しさん** · 2019/03/13(水) 10:47:42.88

>>369
Xamarin live playerではあかんか？

**デフォルトの名無しさん** · 2019/03/13(水) 11:55:44.20

>>370
あれで良さげな気はする
ちょと公式で出て欲しい気はする