Xamarin Part4 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/05/08(月) 07:40:04.29

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

公式
http://xamarin.com/

前スレ
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/

**デフォルトの名無しさん** · 2017/06/06(火) 21:54:29.47

お客さんは姫のおっぱい見れれば問題ないだろ

**デフォルトの名無しさん** · 2017/06/06(火) 22:04:46.06

触れれば問題ないです

**デフォルトの名無しさん** · 2017/06/06(火) 22:29:33.99

>>638
Javaはどうしたんだよ

**デフォルトの名無しさん** · 2017/06/07(水) 00:34:35.92

>>638
ねえねえJavaにKotlinが追加されたんじゃなかったっけ？

**デフォルトの名無しさん** · 2017/06/07(水) 11:32:34.76

jetbrainsがXamarin iOSに対応したみたいですが、試した方いますか？

https://www.jetbrains.com/rider/download/

**デフォルトの名無しさん** · 2017/06/09(金) 10:26:29.97

とうとうVS2015でのXamarinクロスプラットフォームのテンプレートからWCAプロジェクトが外された・・・
Windows用はUWPだけにしろという事なのか・・・

**デフォルトの名無しさん** · 2017/06/09(金) 11:04:40.33

WCAをBingでググっても意味が分からなかったよ

**デフォルトの名無しさん** · 2017/06/09(金) 11:12:03.85

すでにandroid studioが入ってる環境にVS2017のXamarin入れたら
andoridSDKがまたインストールされた

SDKは共用できないのか？
出来たとしてもともとインストールされていた2.3や4.0用のSDKを使っていいのか？
どちらかでupdateしたら両方とも最適化が利くのか？

**デフォルトの名無しさん** · 2017/06/09(金) 11:14:40.51

>>645
すまん。CWAのtypo

**デフォルトの名無しさん** · 2017/06/09(金) 11:53:14.34

>>646
環境変数で設定しているSDKを使うだけだからインストール元を気にすることに意味はない

**デフォルトの名無しさん** · 2017/06/09(金) 15:03:04.98

>>648

環境変数を設定しなおすとVS2017でも2.3や4.0のSDK選択肢が出てくるのか？

**デフォルトの名無しさん** · 2017/06/09(金) 15:28:11.62

>>649
APIレベルの設定はAndroid SDKマネージャー
VS2017とかはそもそも関係のない話

**デフォルトの名無しさん** · 2017/06/09(金) 15:45:13.83

http://i.imgur.com/TFxkPpZ.png

**デフォルトの名無しさん** · 2017/06/09(金) 15:45:53.42

>>649
2.3や4.0に対応したXamarin.androidがあれば選択できる。
が、そんなものは無いから無意味な妄想だな。

**デフォルトの名無しさん** · 2017/06/09(金) 19:54:58.19

C#ではじめるモバイルアプリ開発ハンズオンシリーズ
GitHub - ayatokura/Xamarin_Azure_HoL
https://github.com/ayatokura/Xamarin_Azure_HoL

勉強会とかどうでもいいことより、こういう形のほうが遥かに良い。
もっと進めてほしい。

**デフォルトの名無しさん** · 2017/06/09(金) 20:24:35.24

何故github？

**デフォルトの名無しさん** · 2017/06/09(金) 20:31:47.95

>>654
おまえ馬鹿だろ？

**デフォルトの名無しさん** · 2017/06/09(金) 22:10:25.90

>>655
煽る前に頭使えよ
元になるテキストベースでバージョン管理するなら便利だけどPDFじゃ意味ないでしょ

**デフォルトの名無しさん** · 2017/06/09(金) 22:11:43.20

>>655の頭のいい解説が早く来るといいなｗ

**デフォルトの名無しさん** · 2017/06/09(金) 22:14:44.81

煽られて連投とか痛々しい

**デフォルトの名無しさん** · 2017/06/09(金) 22:16:36.71

>>658
お前でもいいから解説しとけ

**デフォルトの名無しさん** · 2017/06/09(金) 22:20:13.41

VSTSはプライベートリポジトリ向けだからgithubの方が向いてるでしょ

**デフォルトの名無しさん** · 2017/06/09(金) 22:24:08.85

バイナリやコンテンツがPDFだけみたいな成果物をgithubに置くのは好ましくないって言われてるけど

**デフォルトの名無しさん** · 2017/06/09(金) 22:33:16.37

>>661
別にこの場合はバージョン管理が目的なわけじゃないから構わんだろ

**デフォルトの名無しさん** · 2017/06/09(金) 22:33:55.34

>>661
いるよね、こういう杓子定規的なやつ

**デフォルトの名無しさん** · 2017/06/09(金) 22:34:12.51

PDF数個くらいで大して遅くならねーよ
それよりもgithubはWebページ上でのPDF表示に対応してて見やすいな

**デフォルトの名無しさん** · 2017/06/09(金) 22:37:49.75

IDコロコロ

**デフォルトの名無しさん** · 2017/06/09(金) 23:56:57.76

イメージファイルはバイナリだからgitで管理しちゃいけないとか本気で思ってそう

**デフォルトの名無しさん** · 2017/06/10(土) 00:00:17.22

俺も原則バイナリはgithub管理すべきじゃないと思うけど…

**デフォルトの名無しさん** · 2017/06/10(土) 00:00:28.30

どうでもいいから姫の露出度高い画像貼れ

**デフォルトの名無しさん** · 2017/06/10(土) 00:27:50.48

リポジトリはすでにforkされててmdはプルリクが来てる
pdfにもプルリク送らせる気か？

送られてもどこが間違ってるのかわからないと言う

**デフォルトの名無しさん** · 2017/06/10(土) 00:32:45.11

バージョン管理関係なしにただの公開アップローダーとして使っても別に問題ないだろ

**デフォルトの名無しさん** · 2017/06/10(土) 00:40:41.65

全然問題ない

**デフォルトの名無しさん** · 2017/06/10(土) 01:30:55.83

Xamarinを使わない場合
1. iOSネイティブで作る
2. Androidネイティブで作る

Xamarinを使う場合
1. Xamarin.Formsで作ってみるがうまくいかないことが分かる
2. Xamarin.iOSで作る → ネットの情報少なくて時間掛かる
3. Xamarin.Androidで作る → ネットの情報少なくて時間掛かる

あれ？Xamarinを使った方が手順が一つ増えてね

**デフォルトの名無しさん** · 2017/06/10(土) 01:38:55.95

XamarinやるとするならXamarin.Forms一択だろ。

**デフォルトの名無しさん** · 2017/06/10(土) 02:17:01.09

Xamarin.Formsでプロジェクト作ってもXamarin.iOSとXamarin.Androidのプロジェクトできるじゃん
Xamarin.Formsで難しい所はそっちに書いていかないといけないっていう

**デフォルトの名無しさん** · 2017/06/10(土) 02:22:54.32

>>674
はいはい、お前さんの言うことはまったくもって正しいよ
分かっていない他の奴らの方が頭おかしい
…
こう言ってもらえれば満足するのか？

**デフォルトの名無しさん** · 2017/06/10(土) 07:48:28.72

出来たらなんなの。親でも死ぬの？
それがあるからこそプラットフォーム間のギャップを埋めるのを簡単に出来るんだろ。
望み通りのプラットフォーム個別の記述を許さない完全にラップしたものでなんか作ってみ？思ったのと違う挙動するところを制御する手段がなくて気が狂うぞ

**デフォルトの名無しさん** · 2017/06/10(土) 09:42:28.36

>>670
問題ないけど、githubは個別ファイルのダウンロードがめんどくさいでしょ。
GoogleDrive（OneDrive使ったことないからわからん）とか公開ファイル置けるところがあるのに。

**デフォルトの名無しさん** · 2017/06/10(土) 09:52:30.92

>>677
PDFクリックしたら文書読めるけど

**デフォルトの名無しさん** · 2017/06/10(土) 10:09:12.31

>>672
そもそも何がプラットフォーム固有処理で何がそうでないか理解できてない時点でネイティブ開発すらまともにしてないだろお前
何がプラットフォーム固有処理か分かっていればよっぽど特殊なアプリでない限り、
大半はFormsの共通部分で済むことが分かる

**デフォルトの名無しさん** · 2017/06/10(土) 11:14:02.50

githubの有効な使い道もわからない底辺ITドカタ集団にいくら話しても無駄
このスレもアップローダーがわりにgithub使いたいというエンジニアらしからぬ考えの人ばかり

**デフォルトの名無しさん** · 2017/06/10(土) 11:22:02.60

へー、すごいねー
貴方はさぞ優秀なエンジニアなんでしょうねー
２ちゃんねるなんかで煽りレスしている程度の底辺レベルの知能レベルの様ですがｗ

**デフォルトの名無しさん** · 2017/06/10(土) 11:47:43.21

姫に直接見抜き許可ほしい

**デフォルトの名無しさん** · 2017/06/10(土) 12:17:18.42

>>672
Xamarin.Forms使ったら2と3の部分が激減するんだけどなw

**デフォルトの名無しさん** · 2017/06/10(土) 12:28:00.38

Xamarin.iOSとかXamarin.Androidの情報とかネイティブの情報流用したらいいだけだからなんぼでも見つかるね

**デフォルトの名無しさん** · 2017/06/10(土) 14:31:40.75

姫は最近Xamarinやってなくね？

**デフォルトの名無しさん** · 2017/06/10(土) 16:40:01.12

>>653
全部終わらせたけど
表記のあからさまな間違い
手詰まりとなる変化などがあった
（わかってるから普通に進めたけど知らない人は詰まる）

あとはソースがページをまたいでるものがあってコピペしにくい
ページ数を意識しなくていいんだから改修後のソースは改ページしたあとでもよかったのではないか
1章の内容は電話をかけるのとトランスレートの意味が分からないので題材としてはいまいち

でも全体的には面白かった

**デフォルトの名無しさん** · 2017/06/11(日) 20:01:06.67

XamarinよりHoloLensのほうが楽しいわ。

**デフォルトの名無しさん** · 2017/06/11(日) 20:17:43.84

>>687
比較対象ではないと思いますが

**デフォルトの名無しさん** · 2017/06/11(日) 21:01:56.51

Androidの実機へのapkインストールが頻繁に失敗するんですがどうなってますか

**デフォルトの名無しさん** · 2017/06/11(日) 21:21:10.89

>>689
おま環

**デフォルトの名無しさん** · 2017/06/12(月) 01:53:57.64

C#でAndroidアプリを作れるというのが理解できない
XamarinがC#のコードをJavaに直して吐き出してくれるみたいなイメージでいいんですか？

**デフォルトの名無しさん** · 2017/06/12(月) 01:54:53.51

全然違うけどな

**デフォルトの名無しさん** · 2017/06/12(月) 09:37:07.87

うん、全然違う

**デフォルトの名無しさん** · 2017/06/12(月) 15:57:37.01

だから糞なんだけどな

**デフォルトの名無しさん** · 2017/06/12(月) 18:56:25.30

Xamarin程の糞はない

**デフォルトの名無しさん** · 2017/06/12(月) 19:28:13.98

Xamarin.Formsで全画面表示ってできるんですか？

**デフォルトの名無しさん** · 2017/06/12(月) 19:33:06.00

%%%MC+7,8%%%

}

000-"M","LES","TUV=0.13325&/0\7&%&",

001-"23","1","0","2","7.14",[\b%7/1444*%812%2.3%7&6111\end\\]{%3%12%\br

**デフォルトの名無しさん** · 2017/06/13(火) 03:09:09.57

>>691です
ＣシャープのコードをILという中間コードに直して、そこからAndroidの中間コードに変換してくれる、で合っていますか？

**デフォルトの名無しさん** · 2017/06/13(火) 04:01:01.00

>>698
ILから先は.NET のランタイムがAndroidやiOSのAPIを直接叩いて動作する

**デフォルトの名無しさん** · 2017/06/13(火) 09:28:08.39

>>698
だいたいあってる
C# => C#中間バイナリ => Android Nativeバイナリとコンパイルする(JIT含む)

実行時には.NETランタイム(Monoランタイム/VM)が
Android NativeバイナリからAndroid API(C言語I/F)を経由してAndroid API(Java)を呼び出す

http://www.mono-project.com/docs/advanced/runtime/
とか
https://developer.xamarin.com/guides/android/advanced_topics/application_package_sizes/
を解読したら読み取れるんじゃないかな

.NETランタイム(Mono)はVMじゃねぇ！！とか言う奴いるけどJITコンパイラを含むVMなんだよなぁ
極力プレコンパイルなりJITなりでネイティブコードに落としてるんだろうけど限界はあるやね

**デフォルトの名無しさん** · 2017/06/13(火) 10:59:02.26

色々間違ってる

**デフォルトの名無しさん** · 2017/06/13(火) 11:08:44.63

>>698
ttp://www.buildinsider.net/mobile/insidexamarin/07

**デフォルトの名無しさん** · 2017/06/13(火) 11:21:51.46

>>701
こんな風になｗ
一次リソース出しても読みもしないで思い込みで布教するから困ったちゃん

**デフォルトの名無しさん** · 2017/06/13(火) 12:16:57.05

「Android Nativeバイナリから」が日本語がおかしいんじゃね

**デフォルトの名無しさん** · 2017/06/13(火) 12:28:25.13

最初の一文からおかしい

**デフォルトの名無しさん** · 2017/06/13(火) 12:38:50.11

おかしいとか間違っているとかいうなら、どう間違っているか、正しいのはどうなのかを書かないと無意味。
まあ、中には煽りたいだけの人もいるだろうけどね。

**デフォルトの名無しさん** · 2017/06/13(火) 12:48:12.73

>>699>>700>>702

>698
ですがみな様ありがとうございます
取り急ぎの感謝です
じっくり読ませていただきたいと思います

**デフォルトの名無しさん** · 2017/06/13(火) 13:28:21.22

> .NETランタイム(Mono)はVMじゃねぇ
に脊髄反射で気に入らないんだろうけど
> The Mono runtime implements this virtual machine.
と公式に明記されてるっつーの

プレコンパイル(C#中間コードへ)とJIT(Android Nativeへ)でarm, x86バイナリに変換してるって理解してないのかいな
んで、流石に全命令をPFコマンドにマッピングできないからランタイム(VM)が中継しなきゃならんわけだろ

まさかC#から.dexにコンパイルしてるとか、MonoにJITは存在しないとか思っちゃいねーだろうな

**デフォルトの名無しさん** · 2017/06/13(火) 13:41:50.64

煽りなんじゃなく本気でXamarinが貶されてると思って反論してそう、反論になってないけど

俺の知識も結構古いから最新のXamarin.Androidが以下のことしてるならソースをおくれ
1. アプリケーションレイヤーのC#は.dexにコンパイルしてて, Android API(C言語I/F)を操作することはない
2. JITまでの処理を超絶賢いコンパイラでART並みのネイティブターゲットビルドしてる(この場合、Android Java APIはどうやって呼んでるの？)

**デフォルトの名無しさん** · 2017/06/13(火) 13:43:10.34

Javaで作ったアプリと
C#で作ったアプリ

実行速度は同じですか？

**デフォルトの名無しさん** · 2017/06/13(火) 13:50:22.18

Xamarinのが遅いし実行ファイルの容量もでかい

**デフォルトの名無しさん** · 2017/06/13(火) 14:59:56.44

いやむしろダルビックがクソのせいでXamarinで書いたやつの方が基本速いって話だと思うが。
新しいVM名前忘れたけどそっちだとどうかは知らん。

**デフォルトの名無しさん** · 2017/06/13(火) 15:04:43.99

「.NETランタイム(Monoランタイム/VM)が
Android Nativeバイナリから」

**デフォルトの名無しさん** · 2017/06/13(火) 15:11:26.66

ごめん途中で書いちゃった。
それはJITコンパイルされたものからJavaを呼び出してるって意味？

**デフォルトの名無しさん** · 2017/06/13(火) 15:51:48.59

>>700
>Android API(C言語I/F)を経由してAndroid API(Java)を呼び出す

APIがAPIを呼び出すってどういうこと？

**デフォルトの名無しさん** · 2017/06/13(火) 16:05:00.87

>>709
俺のイメージはこの通り

http://www.buildinsider.net/mobile/insidexamarin/07

**デフォルトの名無しさん** · 2017/06/13(火) 16:40:46.11

一つのアプリを起動するとmonoランタイムとdalviｋランタイムの
両方が立ち上がって相互に依存しあっている状態になる
これを一つのフレームワークとみなしてる

monoでJITコンパイルされたnaitiveアプリはmonoのライブラリを参照する
monoから直接叩ける下位のAPIはそのまま実行
dalvik（java）に依存してる部分は仲介システムを介して実行

**デフォルトの名無しさん** · 2017/06/13(火) 16:53:53.68

初めからAndroidネイティブやってりゃこんな混乱なくてめでたしめでたし

**デフォルトの名無しさん** · 2017/06/13(火) 17:21:08.47

>>713-714
疑問は同類だと思うからまとめてレスするけど
Xamarin.Androidで吐かれた実行時のコードってJava(VM)レイヤーじゃなくNative(C/C++)レイヤーで動くわけじゃん？
そのレイヤーからJava APIを呼ぼうと思ったら、JNI経由してJava APIを呼ばざるを得ない
C#コード => .NET Runtime(C/C++) => C/C++ Android API(JNI) => Java Android API

public class MainActivity : Activity
って書いた時のC# Class "MainActivity"とJava Class "Activity"は直接連携してるんじゃなくて下からぐるっと回って連携してる理解

>>716
その記事のソース元だと思われるアーキテクチャ資料はこれかなぁ
https://developer.xamarin.com/guides/android/under_the_hood/architecture/

AndroidアプリケーションAPI(Java)の上に一部重なってXamarin.Android API(C#)がいるけど
MCWもACWもJNIを経由してるよって言ってるからまぁそういうことなんだろうな

**デフォルトの名無しさん** · 2017/06/13(火) 17:30:06.13

>>719
いや疑問ていうか君の書いたもの分かりづらいからこういう意味で言ってるんだよね？っていう確認

**デフォルトの名無しさん** · 2017/06/13(火) 17:32:09.88

>>719
JNIはjavaからネイティブを呼ぶ仕組みだからまったくの逆では？

**デフォルトの名無しさん** · 2017/06/13(火) 17:39:11.30

ちょまど今年で契約終了ってマ？

**デフォルトの名無しさん** · 2017/06/13(火) 17:46:53.85

JNIは双方向なんだな

**デフォルトの名無しさん** · 2017/06/13(火) 17:50:15.19

>>720
IDを転々とさせて煽ってるけどお前は誰だよw

>>721
NativeからJavaを呼ぶモノもJNIって呼ぶよ・・・最近のJava業界は違うのかもしれんけど

さておき、元々の反論(笑)からズレてしまったけど
C#のJITコンパイルしたコード(Managed Code)ってどれくらいネイティブ化してるんだろうね
Mono VMっつってるけど、Dalvik VMほどアホじゃなくART Runtimeくらい賢いといいなぁ

**デフォルトの名無しさん** · 2017/06/13(火) 17:53:24.94

>>722
KPI()が高いんだから継続だろ

**デフォルトの名無しさん** · 2017/06/13(火) 18:02:19.12

>>724
勝手に陰謀論にしてんじゃねーよ
>>713に書いたようにお前の書いたものが何言ってるのか分からないから確認してやってんだろが。
そもそもお前が勝手に他の奴はわかってねえとイキってるだけやん

**デフォルトの名無しさん** · 2017/06/13(火) 18:17:39.40

最新のandroidは、実行統計情報に基づいて再コンパイルするART runtimeと新しいJIT runtimeのハイブリッド

**デフォルトの名無しさん** · 2017/06/13(火) 19:27:07.42

XamarinのUWPって.NET Nativeではないん？
つまり遅いん？

**デフォルトの名無しさん** · 2017/06/13(火) 19:46:45.68

>>728
おまえが馬鹿なのはよくわかった

**デフォルトの名無しさん** · 2017/06/13(火) 19:58:08.27

>>729
馬鹿なので詳しく教えて。

**デフォルトの名無しさん** · 2017/06/13(火) 20:09:02.97

Xamarin程の糞はない

**デフォルトの名無しさん** · 2017/06/13(火) 21:28:45.67

>>726
で、何が言いたいんだよｗ
疑問、確認済んで自己満足したら罵倒なのはどうかと

**デフォルトの名無しさん** · 2017/06/13(火) 21:49:04.30

Android Studioと共存できる？

**デフォルトの名無しさん** · 2017/06/13(火) 22:05:34.18

不可能

**デフォルトの名無しさん** · 2017/06/13(火) 22:12:43.64

>>732
いや確認したこととお前が上から目線でイキってるのとは別でしょ。

**デフォルトの名無しさん** · 2017/06/13(火) 22:42:45.99

>>733
可能

**デフォルトの名無しさん** · 2017/06/14(水) 02:49:14.50

>>710
実効速度考えるとAndroidStudio一択なんだけどね
開発速度考えたらXamarin一択になる
AndroidStudioの要求スペックやUI全てが糞オブ糞

**デフォルトの名無しさん** · 2017/06/14(水) 02:52:13.54

有能な開発者がAndroidStudioは見切ってるリアルやストア見ればわかるけどね
Xamarinも全然ベストということはなくてアンチテーゼのレベルにとどまってはいるが

**デフォルトの名無しさん** · 2017/06/14(水) 03:08:02.72

今VisualStudioもAndroidStudioも両方使ってるけど、IDEの出来ならだんぜんAndroidStudioだわ
必要マシン性能はCorei7 16GBメモリ SSD これだけ揃えれば問題ない

AndroidStudioに慣れた後だと、なにやるにしてもVisualStudioはひと手間多くて嫌になるよ
VisualStudio for Macはさらにひどい出来だな