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

■ このスレッドは過去ログ倉庫に格納されています
2017/05/08(月) 07:40:04.29ID:KaTWGm/F
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/13(火) 22:42:45.99ID:QDQv43N6
>>733
可能
2017/06/14(水) 02:49:14.50ID:YjvfTYog
>>710
実効速度考えるとAndroidStudio一択なんだけどね
開発速度考えたらXamarin一択になる
AndroidStudioの要求スペックやUI全てが糞オブ糞
2017/06/14(水) 02:52:13.54ID:YjvfTYog
有能な開発者がAndroidStudioは見切ってるリアルやストア見ればわかるけどね
Xamarinも全然ベストということはなくてアンチテーゼのレベルにとどまってはいるが
2017/06/14(水) 03:08:02.72ID:8RlawS/K
今VisualStudioもAndroidStudioも両方使ってるけど、IDEの出来ならだんぜんAndroidStudioだわ
必要マシン性能はCorei7 16GBメモリ SSD これだけ揃えれば問題ない

AndroidStudioに慣れた後だと、なにやるにしてもVisualStudioはひと手間多くて嫌になるよ
VisualStudio for Macはさらにひどい出来だな
2017/06/14(水) 03:11:55.59ID:8RlawS/K
今年のGoogleI/OでKotlin採用が一番受けたけど、
ここで歓声上げた奴等はほぼAndroidStudio贔屓だと思って間違いない
AndroidStudio無しでKotlin使うとかほぼ考えられんからね
2017/06/14(水) 03:21:42.09ID:sjQFObUl
そんなのJavaで開発してりゃ当たり前だろ
使い分けも出来ないのはただの無能
2017/06/14(水) 03:33:39.92ID:8RlawS/K
AndroidStudio見切ってるやつがKotlinを歓迎するのか
おまえ面白いこと言うのな
2017/06/14(水) 03:41:50.01ID:sjQFObUl
VisualStudioではJavaは使えないしAndroidStudioではC#は使えない
それだけのこと
2017/06/14(水) 08:21:02.84ID:JfvqLMZu
>>740
もともとkotlin派はintellij使ってるけどw
2017/06/14(水) 08:55:25.47ID:cHdy61OE
C#使ってる奴等はほぼVisual Studio贔屓だと思って間違いない
2017/06/14(水) 08:56:35.72ID:2lEYzfeN
>>744
intellijのandroidサポートはAndroidStudio と同じものだろ
新規プロジェクト作成で同じ画面出てくるし
2017/06/14(水) 09:23:57.41ID:qrcUW+3G
>>735
うん、イキってるのは関係ないから大人の余裕でスルーしなよ

そんなことよりXamarin(Mono VM)がVMと評されるほどアホじゃないってことを示そう
Xamarin詳しくないから賢いならどういうアーキテクチャでそうなってるのか興味ある
2017/06/14(水) 10:12:39.78ID:3q7Jf+yw
>>739
i5 メモリ8GB SSD
これだときついかな?
2017/06/14(水) 10:13:37.00ID:cHdy61OE
実機デバッグにすればきつくない
2017/06/14(水) 10:46:03.31ID:QpisDt2i
AndroidStudioは起動が遅い
2017/06/14(水) 12:00:37.64ID:CV8NhxRP
>>748
AndroidStudioとemulatorとその他ブラウザとか動かしてるとちょっとキツイかなって感じ
emulatorをやめるか、AndroidStudioとemulator専用マシンならいける
752デフォルトの名無しさん
垢版 |
2017/06/14(水) 12:09:08.11ID:tbRNMUc+
>>747
いやだからお前日本語おかしいってw

AndroidStudio使いやすいのか。
覚える気は無いけどVSより使いやすいってのは思想設計がいいのかAndroid専用だからそりゃ色々最適化されてるってのとどっち?
2017/06/14(水) 12:37:24.53ID:CV8NhxRP
>>752
AndroidStudioはJetBrains社のIntellijIDEAにGoogleがandroid用プラグインを追加したもの
IntellijIDEAはプラグインでいろんな言語に対応できる
IntellijIDEAが優秀かどうかは好みの問題もあるだろうけど、
JetBrains社はほぼIDE専業メーカーとして生き残っているわけで、一定の評価は受けてると思っていいだろう
2017/06/14(水) 12:44:13.00ID:QhYNjehQ
VSは時代遅れ
microsoftに関わってるやつはゴミ
755デフォルトの名無しさん
垢版 |
2017/06/14(水) 12:48:14.95ID:i/E7QqbY
でもC#の躍進凄いからねえ
2017/06/14(水) 12:51:28.30ID:CV8NhxRP
>>755
https://blog.jetbrains.com/jp/2016/01/13/569
2017/06/14(水) 12:57:04.84ID:CV8NhxRP
この記事でも紹介されてるAlt+Enterが、
AndroidStudioでもほんと便利で捗る
2017/06/14(水) 13:15:36.47ID:QhYNjehQ
microsoftは10年以上IDE開発しててゴミとか才能ないよ
2017/06/14(水) 13:37:55.85ID:fYC+lzac
なんだかんだ言って最高のIDEはVisual Studioだわ
760デフォルトの名無しさん
垢版 |
2017/06/14(水) 14:13:10.30ID:mHh/iDcV
>>753
おお、ideaが元なのか。それは良さげだな。
R#先生にはお世話になってます。

ideaは2000年かちょい前ぐらいにjavaやってた時に触ってすげーと思った記憶が。
2017/06/14(水) 14:32:44.34ID:LagFPNJT
Xamarin信者が発狂する「VM」という釣り餌があるに荒らしが構ってくれなくて悲しい
お前らIDEだのKotlinだので盛り上がってないでXamarnを煽れよ...
2017/06/14(水) 14:52:24.83ID:n6C+xNJr
日本語がおかしいって言われているのがまだわからないのか
763デフォルトの名無しさん
垢版 |
2017/06/14(水) 15:30:01.10ID:mHh/iDcV
つか誰かVMで発狂してんの?泥のはVMで意味通じるやん
2017/06/14(水) 16:22:03.66ID:yrfv8Ss1
姫の画像まだ?
2017/06/14(水) 16:41:54.93ID:cHdy61OE
VMってViewModelか?
2017/06/14(水) 18:00:30.66ID:qrcUW+3G
>>763
泥だけじゃなくてiOS含め全PFでVMやぞ
767デフォルトの名無しさん
垢版 |
2017/06/14(水) 20:04:38.74ID:mHh/iDcV
何がVMかは定義次第でまあいいとしてAOTしたものもVMとか無いわー
2017/06/14(水) 20:56:08.34ID:+Zkva6l9
ここがちょまど大好き民の巣か
2017/06/14(水) 20:57:50.08ID:VUdaz+Iq
>>768
大好き民しかいないように見えるなら病院行った方がいい
770デフォルトの名無しさん
垢版 |
2017/06/14(水) 22:08:23.67ID:gBpR1WIn
ちょまどのことが気になるから周りが皆ちょまど大好き民に見えるんだろう
2017/06/15(木) 01:52:56.79ID:WlJvH0OQ
どうでもいいから姫の画像はよ
2017/06/15(木) 06:41:46.12ID:kFR7Ieff
>>767
それはギャグで言ってるのかね?
その論だとJavaがVMじゃないとか、Pythonがインタプリタじゃないとか言えそうだなww
2017/06/15(木) 09:22:33.26ID:Tqu705KT
「日本語がおかしい」としか言えない壊れたオモチャになった信者は置いといて
便乗してVM煽りに参加してきた荒らしを「VMも悪くない」と殴り返そうと待ってたのに誰も乗らない

VMであってもVM内で完結するManaged Codeの実行速度はネイティブと大差ないし
CPUコマンドを直接操作する処理はAOTコンパイルで最適化入るからVMであることは蔑称じゃないんだよなぁ
信者はVMとして動くXamarinを誇るべき
774デフォルトの名無しさん
垢版 |
2017/06/15(木) 09:43:16.31ID:9wmecpo7
>>772
何でそうなるの?マジで意味わからんから説明してみ?
自分は.NETやJavaでVM云々出てくるのは生成物が中間言語でそれがいろんなところで動くよってことからその実行環境にたいして来てると思うが、
その特性はAOT通したら失われるわけだから通したものをそう呼称するのは違くないかって言ってるんだが。
なんか解釈間違ってるっていうなら具体的によろ
2017/06/15(木) 09:43:43.36ID:wwnPF+Kx
起動速度全然違うわ。
776デフォルトの名無しさん
垢版 |
2017/06/15(木) 09:56:32.58ID:9wmecpo7
そもVM煽りっていつ誰がしてん。このスレ?
2017/06/15(木) 11:30:51.53ID:eu1EKxC8
>>774
AndroidのART runtimeはAOT?
778デフォルトの名無しさん
垢版 |
2017/06/15(木) 13:19:29.86ID:FY5sfTVr
>>777
中間言語を元に動くのであれば仮想マシンと言っていいかと。
コンパイルするのが事前か実行時かは本質的な違いではない。
そも仮想マシンというよりも仮想ランタイムって方が語感としてはしっくりくる。
iOSのAOTはそのマシンでは中間言語関係ないからランタイム上で動いてるとは言っても仮想ランタイムではないって認識。
2017/06/15(木) 16:08:57.84ID:kFR7Ieff
誰もVM煽りなんてしてないでしょ、お前が一人で「Mono VMはVMとは言えない」と孤軍奮闘してるだけ

AOTで全てのManaged Codeがネイティブ命令になってるわけないじゃん
CPU依存のメモリや演算は最適化されるけどVM上で操作するオブジェクト操作等々はC# VM上動く命令コードのままだよ
2017/06/15(木) 17:59:14.93ID:+JsmK8e2
>>653
ヒマなのでつらつらソース見てみたけどcommandがおかしい
GetCommandで毎回新しいコマンドを渡してるのでbindingされてない
MSが書いたのかどうかしらないけどバグ入りなので訂正よろしく
2017/06/15(木) 18:08:42.03ID:+JsmK8e2
言い方がまずかった
GetCommandで毎回新しいコマンドをわたしてるので
GetCommand.ChangeCanExecute();
してもバインディングされているボタンに反映されない
782デフォルトの名無しさん
垢版 |
2017/06/15(木) 18:35:29.76ID:ES61Via9
>>779
誰に言ってんのかわからないから安価つけろよ
iOSでマネージコードで動いてるっていうならソースよろ。初耳だわ。
何れにしても上で日本語おかしかった奴が煽りとか言い出した?そいつが間違った知識でイキリ始めたのが元凶じゃねーの。まあ皆仲良くXamarin使えばいいと思うよ
2017/06/15(木) 19:24:29.56ID:S/r7D27v
Xamarinのランタイムの話をする時はiOSかAndroidかどっちの話をしてるのか明確にして欲しいな
全然仕組みが違うんだから
2017/06/15(木) 19:30:29.68ID:WlJvH0OQ
どうでもいいから姫の画像はよ
2017/06/15(木) 20:48:05.33ID:LfCluc7n
ググったら公式サイトに図で説明あんぞ?また思い込みで戦ってるのかwww
Xamarinユーザは程度が低いのう

違うなら違うというソースよろ
786デフォルトの名無しさん
垢版 |
2017/06/15(木) 21:14:14.85ID:YJEzdhkx
リンク貼れよ無能
2017/06/15(木) 21:54:38.73ID:sOmi0Pkm
ファイルサイズがでかいのはわかるんだけど遅いの?
2017/06/15(木) 22:22:33.56ID:kFR7Ieff
ついにage続けてた子も壊れたオモチャになってしまったか
どこの日本語がおかしいのか、どこが技術的に間違っているのか
そして、それぞれ何が正しいのかを一次ソース付きで提示できないのがXamarinクオリティなんだなぁ

>>787
遅くないよって解説しようと思ってたけど呆れたからやめる
特定条件下ではネイティブと比類ないorネイティブより速度出るよ、その特定条件下のベンチマークは探せばあるんじゃね
2017/06/15(木) 22:47:10.62ID:IeCKC/7f
Xamarin.Forms起動が遅いよ
2017/06/15(木) 23:04:08.67ID:YJEzdhkx
おお、あげてたさーせん

「Xamarin詳しくないから賢いならどういうアーキテクチャでそうなってるのか興味ある」
これ全く意味わかんない
2017/06/16(金) 14:05:56.75ID:wsJYanF8
意訳してみた
「(私は)Xamarin(について)詳しくないから(、もしあなたが)賢い(という)ならどういうアーキテクチャでそうなってるのか(を説明してほしい)(私はそれについて)興味ある(ので)」
2017/06/16(金) 21:20:50.63ID:ulniks+z
Xamarin程の糞はない
そもそもMicrofoftという会社自体がもう古臭い
C#も登場から何年も経ってるのに圧倒的にJavaの方が人気が高いし求人も多い
WPF + Xamlも登場から何年も経つのに全然受け入れられず未だにWindows Formsでアプリが作られている
Microsoftの考えたXaml + MVVMという考えが全く間違っていたということだし
C#みたいなマイナー言語をやっているということはエンジニアとしての価値が低いということだ
IEのシェアも落ちたしVisual Studio for Macはまともにビルドできないし
Microsoftという会社は完全に時代遅れ
今時JetBrains製のIDEを使っていない人間は時代が読めてない
Microsoftみたいな3流企業の製品を使っている奴はエンジニアとしての価値も3流ということだ
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
そんな会社の製品を使ってアプリ開発しているやつは泥棒猫と同じ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし
MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ
Xamarin.Formsだけで完結できずちょっと込み入ったことしようとすると
お得意のdependency serviceとcustom rendererの連発
クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ
Xamarin.Nativeは薄いラッパーとか言うわりに微妙にネイティブと違ってたりして
ググって調べものするのがネイティブでやるより無駄に時間がかかるのが糞
他の環境では何の役にも立たないゴミみたいなバッドノウハウを大量に蓄積しないと使えないとか糞
Xamarin.Formsだけでやろうとすると細かい部分のレイアウトが思い通りにならなくて妥協する結果になる
エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin
793デフォルトの名無しさん
垢版 |
2017/06/16(金) 21:28:17.39ID:xoha/0nR
出たな
2017/06/16(金) 21:33:09.35ID:MC5LwP34
>>792
結構頑張ったじゃん
2017/06/16(金) 21:46:18.67ID:7vwZAIIU
いつものコピペ馬鹿か
2017/06/17(土) 00:11:36.81ID:Jq2Ige9l
全部反応するのめんどくさいから1つだけ。
MVVMが間違ってたってなら、何でMVVMを採用するフレームワークが他の言語や環境でも出るんだろうねw
あと他のライブラリ入れなくてもXamarin.FormsだけでMVVM出来るからw
2017/06/17(土) 08:17:02.87ID:SxsdL/VZ
コピペでも十分に会話成り立つもんだな
2017/06/17(土) 09:20:24.09ID:W1kBKNOm
なりたってないけど
2017/06/17(土) 11:35:42.11ID:4AZ64OlI
どうでもいいから姫の画像はよ
2017/06/17(土) 12:05:40.39ID:wj4hYZqA
姫の地鶏で抜いてろ
2017/06/17(土) 14:46:25.24ID:wYhKaAvp
キー(String)とデータ(int)の組み合わせをファイルに記録しておき、キーに対するデータを取得したいのですが、
Xamarin.Forms ではどのような方法が一般的なのでしょうか。
組み合わせは数百ほどで、データは逐次更新します。

やはりXMLですかね?
2017/06/17(土) 15:13:21.78ID:DH4YBD02
sqlite
2017/06/17(土) 15:25:13.38ID:CkD5o1Z0
>>801
普通に順にテキストに書き出して
あとで読み込め
2017/06/17(土) 15:25:33.79ID:9iykPp9s
JSON
2017/06/17(土) 16:52:38.86ID:Jq2Ige9l
csvでいいんじゃ
2017/06/17(土) 17:03:08.93ID:Jq2Ige9l
結局AOTなんか全部はされてないとか言ってた奴はどこ行ったんだ。
2017/06/17(土) 18:24:19.29ID:siw6ZCmR
荒らしは>>796みたいに技術的な所をかまって貰えて羨ましいなぁと思いつつ居るよ
Xamarin.Androidの話題なんてなかったんや
2017/06/17(土) 21:37:37.55ID:DrAxubqL
.NET Standard 2.0準拠の.NET Coreが出たら.NET CoreをAndroidやiOSでも
動くようにして、MonoベースのXamarinから.NET Coreベースの
新しいクロスプラットフォームな環境をぶち上げるのが既定路線じゃね。

やっぱ、マイクロソフトは品質の問題から他社ベースの製品より自社開発の
ものを優先するからね。
2017/06/17(土) 21:43:13.73ID:DrAxubqL
でもちょうど、UWPアプリをクロスプラットなアプリとして生まれ変わらそうとして
とりあえずコア部分とビューモデル部分の移植作業してるんだが、それまで待ってられねぇし、Xamarin.Formsで作って予想が当たって
1年後に死ぬとかいやだな・・
2017/06/17(土) 22:08:00.41ID:EY0+MnPe
>>808
yes
811デフォルトの名無しさん
垢版 |
2017/06/17(土) 22:13:21.14ID:Vu9y7E7d
買収までしてそんな簡単に諦めるかなMSは
2017/06/17(土) 22:37:04.14ID:OSm72ads
>>808
そんなふうに考えてた時もあったけど、MONOはしばらくなくならないと思うよ。
というか.NET Standardで共通ライブラリ化ができるならそこを急いでする必要性ないと思うけど。
.NET CoreはサーバーがらみでLinux対応など必須だったと思うが。、
2017/06/17(土) 22:53:15.43ID:DrAxubqL
>>812
そっかぁ。俺は別にマイクロソフトの会議とか参加してねぇし、詳しく知らんが。
で、そこらへんに詳しそうな人をTwitterでフォローしてるが、この前のBuild 2017で
Xamarinの話とかフォローしてる人全然話題にしてねぇからな。
いざ、Xamarin.Formsで作ってみようと思ったのでXamarin.Formsの将来を
考えたときにあれれ?と思い始めちゃってどうしようかと。
2017/06/17(土) 23:17:36.45ID:DH4YBD02
CoreCLRはもうGitHubでAndroid対応始まってた気がする
2017/06/18(日) 00:14:45.40ID:sWt6I29P
>>813
将来的にはBCL,CoreLibrary,MONOは全部捨てられて統一する予定

http://ascii.jp/elem/000/001/156/1156721/index-3.html
2017/06/18(日) 00:32:53.36ID:VHH7M5Iu
じゃあ今学んでいる糞みたいなバッドノウハウは
なんの役にも立たない糞知識と化すわけか
理想の形に仕上げてからリリースしろよ
マジ時間の無駄
2017/06/18(日) 00:54:03.30ID:XOnJv1Ul
http://ascii.jp/elem/000/001/156/1156721/index-3.html
には捨てられるまでは書いてないでしょ。
.NET Standardに統一されると言ってるだけで、
その.NET Standardに準拠した実際の環境(.NET Frameworkやら.NET CoreやらMonoやらが)
がどうなるとはいってないような??
2017/06/18(日) 01:04:08.10ID:VHH7M5Iu
そんな不安定であやふやなものに人生の貴重な時間を費やすのは馬鹿のやることだな
2017/06/18(日) 01:09:57.25ID:Sfguwfse
>>818
そんな考えならIT関係全般関われないな
一通りマスターしたと思い込んでる知識が5年後も使えるなんてあり得ない
2017/06/18(日) 01:24:57.53ID:ZqDQ2seJ
学ぶのがいけない。

流行りのものを使えば、流行るだけの利点もあり情報もありすぐ使える。
流行らないものを使おうとするからいらん苦労してわざわざ学ぶ必要がある。
2017/06/18(日) 01:30:22.64ID:VigBt3Ez
どう考えても統一されたほうがいい。
デバイス、OSいろいろあるのにその上いろいろあったら混乱するだけ。
2017/06/18(日) 01:38:41.21ID:ZqDQ2seJ
>>821
その意見の人がわりといるから、
未だに様々な場面で c++ が使われてて、
通信は HTTP に集約され、
テキストデータは xml / json になり、
みたいなことが起きてんだよね多分
823デフォルトの名無しさん
垢版 |
2017/06/18(日) 01:51:34.00ID:gFjtiUBP
まじかよ
早く統一化してよ今日中に頼む
2017/06/18(日) 02:10:47.68ID:XOnJv1Ul
>>814
https://github.com/dotnet/coreclr
First steps for generating nuget packages for ARM64/Android. (#10286) 9 days ago
見ると、ARM/Androidの文字が・・
Mono捨てられて.NET Coreベースの新環境くるのか・・
2017/06/18(日) 02:14:23.34ID:VigBt3Ez
XAML StandardもWindows寄りになりそうだから。
既存のものも動くらしいけど。
2017/06/18(日) 02:22:02.16ID:VHH7M5Iu
不完全で中途半端なもんリリースしてんなよ
2017/06/18(日) 02:45:38.39ID:GpliVvL6
>>826
おまえみたいな社会的役立たずよりは、よほど有用なツールだよ
2017/06/18(日) 02:50:06.47ID:kR72fjI4
>>818
2ちゃんに書き込みしといてよく言うわwww
2017/06/18(日) 04:00:39.92ID:jUGLbLCo
Windows Formsボロクソ言われてた割にメシ食わせてもらったし
Xamarin.Formsもよろしゅう頼むわ〜くらいのノリでいいんじゃねーかいw

開発環境前はだいぶあらぶってた気がするが最近落ち着いてきたね
2017/06/18(日) 10:44:26.18ID:VHH7M5Iu
こんなゴミで満足するとか糞を使ってると
まともな感性が失われるんだな
2017/06/18(日) 10:49:54.55ID:cR1GFLlU
>>830

>>818
>>828
2017/06/18(日) 13:51:39.54ID:sCWNdNb9
まあ別にこれ選択肢なくても殺されるわけじゃないんだから、ネイティヴで個別に開発するかコルドバするかReactNativeにするか好きにしたら。
案件で使ったけど、次も俺はXamarin.Forms使うわ
2017/06/18(日) 14:14:07.88ID:VHH7M5Iu
ストアのURL貼れよ
2017/06/18(日) 14:55:05.10ID:kR72fjI4
>>833

>>818
>>828
2017/06/18(日) 16:18:02.71ID:hL/+bL0E
>>824
ヘンタイはすでにCoreCLR on AndroidでHello Worldを動かしている模様
ttps://github.com/dotnet/coreclr/issues/9946#issuecomment-284232191

Linuxで動くんだからAndroid向けにクロスコンパイルできないわけない!みたいな根性論だな
正式にXamarinの中の人がMonoからCoreCLRになる日は遠いだろうけど楽しいねぇ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況