1 名前:デフォルトの名無しさん mailto:sage [2017/05/08(月) 07:40:04.29 ID:KaTWGm/F.net] C#を用いてクロスプラットフォームアプリケーション(iOS Android Mac)を を開発するためのライブラリおよび開発環境です。 Macの人は Xamarin Studio、Winの人は Visual Studioで開発できるよ! 公式 xamarin.com/ 前スレ Xamarin Part3 [無断転載禁止]©2ch.net echo.2ch.net/test/read.cgi/tech/1483089021/ Xamarin Part2 echo.2ch.net/test/read.cgi/tech/1480602653/ Xamarin Part1 echo.2ch.net/test/read.cgi/tech/1359861574/
755 名前:デフォルトの名無しさん mailto:sage [2017/06/14(水) 08:56:35.72 ID:2lEYzfeN.net] >>744 intellijのandroidサポートはAndroidStudio と同じものだろ 新規プロジェクト作成で同じ画面出てくるし
756 名前:デフォルトの名無しさん mailto:sage [2017/06/14(水) 09:23:57.41 ID:qrcUW+3G.net] >>735 うん、イキってるのは関係ないから大人の余裕でスルーしなよ そんなことよりXamarin(Mono VM)がVMと評されるほどアホじゃないってことを示そう Xamarin詳しくないから賢いならどういうアーキテクチャでそうなってるのか興味ある
757 名前:デフォルトの名無しさん mailto:sage [2017/06/14(水) 10:12:39.78 ID:3q7Jf+yw.net] >>739 i5 メモリ8GB SSD これだときついかな?
758 名前:デフォルトの名無しさん mailto:sage [2017/06/14(水) 10:13:37.00 ID:cHdy61OE.net] 実機デバッグにすればきつくない
759 名前:デフォルトの名無しさん mailto:sage [2017/06/14(水) 10:46:03.31 ID:QpisDt2i.net] AndroidStudioは起動が遅い
760 名前:デフォルトの名無しさん mailto:sage [2017/06/14(水) 12:00:37.64 ID:CV8NhxRP.net] >>748 AndroidStudioとemulatorとその他ブラウザとか動かしてるとちょっとキツイかなって感じ emulatorをやめるか、AndroidStudioとemulator専用マシンならいける
761 名前:デフォルトの名無しさん [2017/06/14(水) 12:09:08.11 ID:tbRNMUc+.net] >>747 いやだからお前日本語おかしいってw AndroidStudio使いやすいのか。 覚える気は無いけどVSより使いやすいってのは思想設計がいいのかAndroid専用だからそりゃ色々最適化されてるってのとどっち?
762 名前:デフォルトの名無しさん mailto:sage [2017/06/14(水) 12:37:24.53 ID:CV8NhxRP.net] >>752 AndroidStudioはJetBrains社のIntellijIDEAにGoogleがandroid用プラグインを追加したもの IntellijIDEAはプラグインでいろんな言語に対応できる IntellijIDEAが優秀かどうかは好みの問題もあるだろうけど、 JetBrains社はほぼIDE専業メーカーとして生き残っているわけで、一定の評価は受けてると思っていいだろう
763 名前:デフォルトの名無しさん mailto:sage [2017/06/14(水) 12:44:13.00 ID:QhYNjehQ.net] VSは時代遅れ microsoftに関わってるやつはゴミ
764 名前:デフォルトの名無しさん [2017/06/14(水) 12:48:14.95 ID:i/E7QqbY.net] でもC#の躍進凄いからねえ
765 名前:デフォルトの名無しさん mailto:sage [2017/06/14(水) 12:51:28.30 ID:CV8NhxRP.net] >>755 https://blog.jetbrains.com/jp/2016/01/13/569
766 名前:デフォルトの名無しさん mailto:sage [2017/06/14(水) 12:57:04.84 ID:CV8NhxRP.net] この記事でも紹介されてるAlt+Enterが、 AndroidStudioでもほんと便利で捗る
767 名前:デフォルトの名無しさん mailto:sage [2017/06/14(水) 13:15:36.47 ID:QhYNjehQ.net] microsoftは10年以上IDE開発しててゴミとか才能ないよ
768 名前:デフォルトの名無しさん mailto:sage [2017/06/14(水) 13:37:55.85 ID:fYC+lzac.net] なんだかんだ言って最高のIDEはVisual Studioだわ
769 名前:デフォルトの名無しさん [2017/06/14(水) 14:13:10.30 ID:mHh/iDcV.net] >>753 おお、ideaが元なのか。それは良さげだな。 R#先生にはお世話になってます。 ideaは2000年かちょい前ぐらいにjavaやってた時に触ってすげーと思った記憶が。
770 名前:デフォルトの名無しさん mailto:sage [2017/06/14(水) 14:32:44.34 ID:LagFPNJT.net] Xamarin信者が発狂する「VM」という釣り餌があるに荒らしが構ってくれなくて悲しい お前らIDEだのKotlinだので盛り上がってないでXamarnを煽れよ...
771 名前:デフォルトの名無しさん mailto:sage [2017/06/14(水) 14:52:24.83 ID:n6C+xNJr.net] 日本語がおかしいって言われているのがまだわからないのか
772 名前:デフォルトの名無しさん [2017/06/14(水) 15:30:01.10 ID:mHh/iDcV.net] つか誰かVMで発狂してんの?泥のはVMで意味通じるやん
773 名前:デフォルトの名無しさん mailto:sage [2017/06/14(水) 16:22:03.66 ID:yrfv8Ss1.net] 姫の画像まだ?
774 名前:デフォルトの名無しさん mailto:sage [2017/06/14(水) 16:41:54.93 ID:cHdy61OE.net] VMってViewModelか?
775 名前:デフォルトの名無しさん mailto:sage [2017/06/14(水) 18:00:30.66 ID:qrcUW+3G.net] >>763 泥だけじゃなくてiOS含め全PFでVMやぞ
776 名前:デフォルトの名無しさん [2017/06/14(水) 20:04:38.74 ID:mHh/iDcV.net] 何がVMかは定義次第でまあいいとしてAOTしたものもVMとか無いわー
777 名前:デフォルトの名無しさん mailto:sage [2017/06/14(水) 20:56:08.34 ID:+Zkva6l9.net] ここがちょまど大好き民の巣か
778 名前:デフォルトの名無しさん mailto:sage [2017/06/14(水) 20:57:50.08 ID:VUdaz+Iq.net] >>768 大好き民しかいないように見えるなら病院行った方がいい
779 名前:デフォルトの名無しさん [2017/06/14(水) 22:08:23.67 ID:gBpR1WIn.net] ちょまどのことが気になるから周りが皆ちょまど大好き民に見えるんだろう
780 名前:デフォルトの名無しさん mailto:sage [2017/06/15(木) 01:52:56.79 ID:WlJvH0OQ.net] どうでもいいから姫の画像はよ
781 名前:デフォルトの名無しさん mailto:sage [2017/06/15(木) 06:41:46.12 ID:kFR7Ieff.net] >>767 それはギャグで言ってるのかね? その論だとJavaがVMじゃないとか、Pythonがインタプリタじゃないとか言えそうだなww
782 名前:デフォルトの名無しさん mailto:sage [2017/06/15(木) 09:22:33.26 ID:Tqu705KT.net] 「日本語がおかしい」としか言えない壊れたオモチャになった信者は置いといて 便乗してVM煽りに参加してきた荒らしを「VMも悪くない」と殴り返そうと待ってたのに誰も乗らない VMであってもVM内で完結するManaged Codeの実行速度はネイティブと大差ないし CPUコマンドを直接操作する処理はAOTコンパイルで最適化入るからVMであることは蔑称じゃないんだよなぁ 信者はVMとして動くXamarinを誇るべき
783 名前:デフォルトの名無しさん [2017/06/15(木) 09:43:16.31 ID:9wmecpo7.net] >>772 何でそうなるの?マジで意味わからんから説明してみ? 自分は.NETやJavaでVM云々出てくるのは生成物が中間言語でそれがいろんなところで動くよってことからその実行環境にたいして来てると思うが、 その特性はAOT通したら失われるわけだから通したものをそう呼称するのは違くないかって言ってるんだが。 なんか解釈間違ってるっていうなら具体的によろ
784 名前:デフォルトの名無しさん mailto:sage [2017/06/15(木) 09:43:43.36 ID:wwnPF+Kx.net] 起動速度全然違うわ。
785 名前:デフォルトの名無しさん [2017/06/15(木) 09:56:32.58 ID:9wmecpo7.net] そもVM煽りっていつ誰がしてん。このスレ?
786 名前:デフォルトの名無しさん mailto:sage [2017/06/15(木) 11:30:51.53 ID:eu1EKxC8.net] >>774 AndroidのART runtimeはAOT?
787 名前:デフォルトの名無しさん [2017/06/15(木) 13:19:29.86 ID:FY5sfTVr.net] >>777 中間言語を元に動くのであれば仮想マシンと言っていいかと。 コンパイルするのが事前か実行時かは本質的な違いではない。 そも仮想マシンというよりも仮想ランタイムって方が語感としてはしっくりくる。 iOSのAOTはそのマシンでは中間言語関係ないからランタイム上で動いてるとは言っても仮想ランタイムではないって認識。
788 名前:デフォルトの名無しさん mailto:sage [2017/06/15(木) 16:08:57.84 ID:kFR7Ieff.net] 誰もVM煽りなんてしてないでしょ、お前が一人で「Mono VMはVMとは言えない」と孤軍奮闘してるだけ AOTで全てのManaged Codeがネイティブ命令になってるわけないじゃん CPU依存のメモリや演算は最適化されるけどVM上で操作するオブジェクト操作等々はC# VM上動く命令コードのままだよ
789 名前:デフォルトの名無しさん mailto:sage [2017/06/15(木) 17:59:14.93 ID:+JsmK8e2.net] >>653 ヒマなのでつらつらソース見てみたけどcommandがおかしい GetCommandで毎回新しいコマンドを渡してるのでbindingされてない MSが書いたのかどうかしらないけどバグ入りなので訂正よろしく
790 名前:デフォルトの名無しさん mailto:sage [2017/06/15(木) 18:08:42.03 ID:+JsmK8e2.net] 言い方がまずかった GetCommandで毎回新しいコマンドをわたしてるので GetCommand.ChangeCanExecute(); してもバインディングされているボタンに反映されない
791 名前:デフォルトの名無しさん [2017/06/15(木) 18:35:29.76 ID:ES61Via9.net] >>779 誰に言ってんのかわからないから安価つけろよ iOSでマネージコードで動いてるっていうならソースよろ。初耳だわ。 何れにしても上で日本語おかしかった奴が煽りとか言い出した?そいつが間違った知識でイキリ始めたのが元凶じゃねーの。まあ皆仲良くXamarin使えばいいと思うよ
792 名前:デフォルトの名無しさん mailto:sage [2017/06/15(木) 19:24:29.56 ID:S/r7D27v.net] Xamarinのランタイムの話をする時はiOSかAndroidかどっちの話をしてるのか明確にして欲しいな 全然仕組みが違うんだから
793 名前:デフォルトの名無しさん mailto:sage [2017/06/15(木) 19:30:29.68 ID:WlJvH0OQ.net] どうでもいいから姫の画像はよ
794 名前:デフォルトの名無しさん mailto:sage [2017/06/15(木) 20:48:05.33 ID:LfCluc7n.net] ググったら公式サイトに図で説明あんぞ?また思い込みで戦ってるのかwww Xamarinユーザは程度が低いのう 違うなら違うというソースよろ
795 名前:デフォルトの名無しさん [2017/06/15(木) 21:14:14.85 ID:YJEzdhkx.net] リンク貼れよ無能
796 名前:デフォルトの名無しさん mailto:sage [2017/06/15(木) 21:54:38.73 ID:sOmi0Pkm.net] ファイルサイズがでかいのはわかるんだけど遅いの?
797 名前:デフォルトの名無しさん mailto:sage [2017/06/15(木) 22:22:33.56 ID:kFR7Ieff.net] ついにage続けてた子も壊れたオモチャになってしまったか どこの日本語がおかしいのか、どこが技術的に間違っているのか そして、それぞれ何が正しいのかを一次ソース付きで提示できないのがXamarinクオリティなんだなぁ >>787 遅くないよって解説しようと思ってたけど呆れたからやめる 特定条件下ではネイティブと比類ないorネイティブより速度出るよ、その特定条件下のベンチマークは探せばあるんじゃね
798 名前:デフォルトの名無しさん mailto:sage [2017/06/15(木) 22:47:10.62 ID:IeCKC/7f.net] Xamarin.Forms起動が遅いよ
799 名前:デフォルトの名無しさん mailto:sage [2017/06/15(木) 23:04:08.67 ID:YJEzdhkx.net] おお、あげてたさーせん 「Xamarin詳しくないから賢いならどういうアーキテクチャでそうなってるのか興味ある」 これ全く意味わかんない
800 名前:デフォルトの名無しさん mailto:sage [2017/06/16(金) 14:05:56.75 ID:wsJYanF8.net] 意訳してみた 「(私は)Xamarin(について)詳しくないから(、もしあなたが)賢い(という)ならどういうアーキテクチャでそうなってるのか(を説明してほしい)(私はそれについて)興味ある(ので)」
801 名前:デフォルトの名無しさん mailto:sage [2017/06/16(金) 21:20:50.63 ID:ulniks+z.net] 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は薄いラッパーとか言うわりに微妙にネイティブと違ってたりして ググっ
802 名前:ト調べものするのがネイティブでやるより無駄に時間がかかるのが糞 他の環境では何の役にも立たないゴミみたいなバッドノウハウを大量に蓄積しないと使えないとか糞 Xamarin.Formsだけでやろうとすると細かい部分のレイアウトが思い通りにならなくて妥協する結果になる エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin [] [ここ壊れてます]
803 名前:デフォルトの名無しさん [2017/06/16(金) 21:28:17.39 ID:xoha/0nR.net] 出たな
804 名前:デフォルトの名無しさん mailto:sage [2017/06/16(金) 21:33:09.35 ID:MC5LwP34.net] >>792 結構頑張ったじゃん
805 名前:デフォルトの名無しさん mailto:sage [2017/06/16(金) 21:46:18.67 ID:7vwZAIIU.net] いつものコピペ馬鹿か
806 名前:デフォルトの名無しさん mailto:sage [2017/06/17(土) 00:11:36.81 ID:Jq2Ige9l.net] 全部反応するのめんどくさいから1つだけ。 MVVMが間違ってたってなら、何でMVVMを採用するフレームワークが他の言語や環境でも出るんだろうねw あと他のライブラリ入れなくてもXamarin.FormsだけでMVVM出来るからw
807 名前:デフォルトの名無しさん mailto:sage [2017/06/17(土) 08:17:02.87 ID:SxsdL/VZ.net] コピペでも十分に会話成り立つもんだな
808 名前:デフォルトの名無しさん mailto:sage [2017/06/17(土) 09:20:24.09 ID:W1kBKNOm.net] なりたってないけど
809 名前:デフォルトの名無しさん mailto:sage [2017/06/17(土) 11:35:42.11 ID:4AZ64OlI.net] どうでもいいから姫の画像はよ
810 名前:デフォルトの名無しさん mailto:sage [2017/06/17(土) 12:05:40.39 ID:wj4hYZqA.net] 姫の地鶏で抜いてろ
811 名前:デフォルトの名無しさん mailto:sage [2017/06/17(土) 14:46:25.24 ID:wYhKaAvp.net] キー(String)とデータ(int)の組み合わせをファイルに記録しておき、キーに対するデータを取得したいのですが、 Xamarin.Forms ではどのような方法が一般的なのでしょうか。 組み合わせは数百ほどで、データは逐次更新します。 やはりXMLですかね?
812 名前:デフォルトの名無しさん mailto:sage [2017/06/17(土) 15:13:21.78 ID:DH4YBD02.net] sqlite
813 名前:デフォルトの名無しさん mailto:sage [2017/06/17(土) 15:25:13.38 ID:CkD5o1Z0.net] >>801 普通に順にテキストに書き出して あとで読み込め
814 名前:デフォルトの名無しさん mailto:sage [2017/06/17(土) 15:25:33.79 ID:9iykPp9s.net] JSON
815 名前:デフォルトの名無しさん mailto:sage [2017/06/17(土) 16:52:38.86 ID:Jq2Ige9l.net] csvでいいんじゃ
816 名前:デフォルトの名無しさん mailto:sage [2017/06/17(土) 17:03:08.93 ID:Jq2Ige9l.net] 結局AOTなんか全部はされてないとか言ってた奴はどこ行ったんだ。
817 名前:デフォルトの名無しさん mailto:sage [2017/06/17(土) 18:24:19.29 ID:siw6ZCmR.net] 荒らしは>>796 みたいに技術的な所をかまって貰えて羨ましいなぁと思いつつ居るよ Xamarin.Androidの話題なんてなかったんや
818 名前:デフォルトの名無しさん mailto:sage [2017/06/17(土) 21:37:37.55 ID:DrAxubqL.net] .NET Standard 2.0準拠の.NET Coreが出たら.NET CoreをAndroidやiOSでも 動くようにして、MonoベースのXamarinから.NET Coreベースの 新しいクロスプラットフォームな環境をぶち上げるのが既定路線じゃね。 やっぱ、マイクロソフトは品質の問題から他社ベースの製品より自社開発の ものを優先するからね。
819 名前:デフォルトの名無しさん mailto:sage [2017/06/17(土) 21:43:13.73 ID:DrAxubqL.net] でもちょうど、UWPアプリをクロスプラットなアプリとして生まれ変わらそうとして とりあえずコア部分とビューモデル部分の移植作業してるんだが、それまで待ってられねぇし、Xamarin.Formsで作って予想が当たって 1年後に死ぬとかいやだな・・
820 名前:デフォルトの名無しさん mailto:sage [2017/06/17(土) 22:08:00.41 ID:EY0+MnPe.net] >>808 yes
821 名前:デフォルトの名無しさん [2017/06/17(土) 22:13:21.14 ID:Vu9y7E7d.net] 買収までしてそんな簡単に諦めるかなMSは
822 名前:デフォルトの名無しさん mailto:sage [2017/06/17(土) 22:37:04.14 ID:OSm72ads.net] >>808 そんなふうに考えてた時もあったけど、MONOはしばらくなくならないと思うよ。 というか.NET Standardで共通ライブラリ化ができるならそこを急いでする必要性ないと思うけど。 .NET CoreはサーバーがらみでLinux対応など必須だったと思うが。、
823 名前:デフォルトの名無しさん mailto:sage [2017/06/17(土) 22:53:15.43 ID:DrAxubqL.net] >>812 そっかぁ。俺は別にマイクロソフトの会議とか参加してねぇし、詳しく知らんが。 で、そこらへんに詳しそうな人をTwitterでフォローしてるが、この前のBuild 2017で Xamarinの話とかフォローしてる人全然話題にしてねぇからな。 いざ、Xamarin.Formsで作ってみようと思ったのでXamarin.Formsの将来を 考えたときにあれれ?と思い始めちゃってどうしようかと。
824 名前:デフォルトの名無しさん mailto:sage [2017/06/17(土) 23:17:36.45 ID:DH4YBD02.net] CoreCLRはもうGitHubでAndroid対応始まってた気がする
825 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 00:14:45.40 ID:sWt6I29P.net] >>813 将来的にはBCL,CoreLibrary,MONOは全部捨てられて統一する予定 ascii.jp/elem/000/001/156/1156721/index-3.html
826 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 00:32:53.36 ID:VHH7M5Iu.net] じゃあ今学んでいる糞みたいなバッドノウハウは なんの役にも立たない糞知識と化すわけか 理想の形に仕上げてからリリースしろよ マジ時間の無駄
827 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 00:54:03.30 ID:XOnJv1Ul.net] ascii.jp/elem/000/001/156/1156721/index-3.html には捨てられるまでは書いてないでしょ。 .NET Standardに統一されると言ってるだけで、 その.NET Standardに準拠した実際の環境(.NET Frameworkやら.NET CoreやらMonoやらが) がどうなるとはいってないような??
828 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 01:04:08.10 ID:VHH7M5Iu.net] そんな不安定であやふやなものに人生の貴重な時間を費やすのは馬鹿のやることだな
829 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 01:09:57.25 ID:Sfguwfse.net] >>818 そんな考えならIT関係全般関われないな 一通りマスターしたと思い込んでる知識が5年後も使えるなんてあり得ない
830 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 01:24:57.53 ID:ZqDQ2seJ.net] 学ぶのがいけない。 流行りのものを使えば、流行るだけの利点もあり情報もありすぐ使える。 流行らないものを使おうとするからいらん苦労してわざわざ学ぶ必要がある。
831 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 01:30:22.64 ID:VigBt3Ez.net] どう考えても統一されたほうがいい。 デバイス、OSいろいろあるのにその上いろいろあったら混乱するだけ。
832 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 01:38:41.21 ID:ZqDQ2seJ.net] >>821 その意見の人がわりといるから、 未だに様々な場面で c++ が使われてて、 通信は HTTP に集約され、 テキストデータは xml / json になり、 みたいなことが起きてんだよね多分
833 名前:デフォルトの名無しさん [2017/06/18(日) 01:51:34.00 ID:gFjtiUBP.net] まじかよ 早く統一化してよ今日中に頼む
834 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 02:10:47.68 ID:XOnJv1Ul.net] >>814 https://github.com/dotnet/coreclr First steps for generating nuget packages for ARM64/Android. (#10286) 9 days ago 見ると、ARM/Androidの文字が・・ Mono捨てられて.NET Coreベースの新環境くるのか・・
835 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 02:14:23.34 ID:VigBt3Ez.net] XAML StandardもWindows寄りになりそうだから。 既存のものも動くらしいけど。
836 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 02:22:02.16 ID:VHH7M5Iu.net] 不完全で中途半端なもんリリースしてんなよ
837 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 02:45:38.39 ID:GpliVvL6.net] >>826 おまえみたいな社会的役立たずよりは、よほど有用なツールだよ
838 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 02:50:06.47 ID:kR72fjI4.net] >>818 2ちゃんに書き込みしといてよく言うわwww
839 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 04:00:39.92 ID:jUGLbLCo.net] Windows Formsボロクソ言われてた割にメシ食わせてもらったし Xamarin.Formsもよろしゅう頼むわ〜くらいのノリでいいんじゃねーかいw 開発環境前はだいぶあらぶってた気がするが最近落ち着いてきたね
840 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 10:44:26.18 ID:VHH7M5Iu.net] こんなゴミで満足するとか糞を使ってると まともな感性が失われるんだな
841 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 10:49:54.55 ID:cR1GFLlU.net] >>830 >>818 >>828
842 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 13:51:39.54 ID:sCWNdNb9.net] まあ別にこれ選択肢なくても殺されるわけじゃないんだから、ネイティヴで個別に開発するかコルドバするかReactNativeにするか好きにしたら。 案件で使ったけど、次も俺はXamarin.Forms使うわ
843 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 14:14:07.88 ID:VHH7M5Iu.net] ストアのURL貼れよ
844 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 14:55:05.10 ID:kR72fjI4.net] >>833 >>818 >>828
845 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 16:18:02.71 ID:hL/+bL0E.net] >>824 ヘンタイはすでにCoreCLR on AndroidでHello Worldを動かしている模様 ttps://github.com/dotnet/coreclr/issues/9946#issuecomment-284232191 Linuxで動くんだからAndroid向けにクロスコンパイルできないわけない!みたいな根性論だな 正式にXamarinの中の人がMonoからCoreCLRになる日は遠いだろうけど楽しいねぇ
846 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 16:51:16.09 ID:qM57+Y1m.net] 最終的には統一されるだろうけどいろんなものがMONOがらみとして構築されてるだろうから、置き換わるの当分先なんじゃ。
847 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 17:49:26.70 ID:yI1OWEi+.net] 8割がた動くはすぐ、99%は先のはなし。捨て去るには、10年では足らん。
848 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 18:43:06.64 ID:jItXXYfI.net] c#8で超便利機能が実装されたらあっという間に駆逐される気がする
849 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 21:23:05.60 ID:vma0pwwX.net] >>838 .net native って割と凄いんだけどね 笑っちゃうほど早くなるよ
850 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 21:44:02.03 ID:EULTkb2g.net] どうでもいいから姫の画像はよ
851 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 22:00:30.30 ID:XOnJv1Ul.net] >>最終的には統一されるだろうけどいろんなものがMONOがらみとして構築されてるだろうから そもそも論として現状monoなんて普及してるのか?? monoが使われてるケースの8,9割がxamarin絡みだとしたら、 マイクロソフトがmonoベースのxamarinから.NET Coreベースに舵を切ったら あっという間でしょうに。 monoがxamarin以外ですごい使われてるなら話は変わると思うけど。
852 名前:デフォルトの名無しさん mailto:sage [2017/06/18(日) 22:40:45.51 ID:qM57+Y1m.net] XamarinがらみのXamarin社内の開発環境などの話な。 色んなツールとかがMONO前提でできてんじゃないのと。詳しくは知らんけど。 そんな数ヶ月でガラッと置き換えるようなもんでもないのかなと
853 名前:デフォルトの名無しさん mailto:sage [2017/06/19(月) 00:56:10.18 ID:xFhUuZaF.net] ListViewに高解像度の画像のURLを指定して読み込ませるプログラムを作ってみた ListViewとImageCellを使えばURLを指定しただけでも画像を読み込んでくれて 簡単に作れるがメモリ不足でアプリが落ちる CachingStrategyをRecycleElementにしたら落ちなくなったように見えるけど スクロールがカクカクでまだ重い listviewもそこまで世話してくれないか
854 名前:デフォルトの名無しさん mailto:sage [2017/06/19(月) 00:58:17.17 ID:ydqJ52nG.net] そういうのは先読みキャッシュ実装しないと滑らかにはならんだろうな
855 名前:デフォルトの名無しさん mailto:sage [2017/06/19(月) 01:29:07.37 ID:gPGa1aIr.net] ListViewとかスマホアプリの最も基本的なUIなのに、それすらまともに動かないとか糞杉w ListViewもXamarin.AndroidとXamarin.iOS使って個別に作らないいけないわけ? これでクロスプラットフォーム名乗ってるんだから爆笑だよwww