Xamarin Part3

1 名前：デフォルトの名無しさん [2016/12/30(金) 18:10:21.97 ID:x814SSV+.net] C#を用いてクロスプラットフォームアプリケーション（iOS Android Mac）を を開発するためのライブラリおよび開発環境です。 Macの人は Xamarin Studio、Winの人は Visual Studioで開発できるよ！ 公式 xamarin.com/ Xamarinマスコットキャラクター ちょまどさん bucher.s10.xrea.com/xamarin.jpg i.imgur.com/H1GZqBT.jpg i.imgur.com/N3c0DZH.jpg i.imgur.com/UqEfZht.jpg i.imgur.com/Ennkvgz.jpg www.youtube.com/watch?v=b-i2LxWb348 前スレ Xamarin Part2 echo.2ch.net/test/read.cgi/tech/1480602653/ 前々スレ Xamarin Part1 echo.2ch.net/test/read.cgi/tech/1359861574/ 835 名前：デフォルトの名無しさん [2017/04/24(月) 23:23:22.46 ID:gyvLY6xL.net] >>815 今は技術的な事よりも組織づくりとかそう言ったことをやりたいんでしょ そゆ意味では同じ事をやってると言うわけでは無いと思うが。 836 名前：デフォルトの名無しさん [2017/04/24(月) 23:26:47.98 ID:gyvLY6xL.net] >>818 Androidではステートとかどう持つのが基本なん？ FormsとNativeではFormsだとアクティビティを１つだけ使い回す事などから� 837 名前：ﾏわってくるかもだけど。 ネイティヴだと頻繁に状態をローカルファイルやDBなどに保存してアクティビティが変わった時にそこから辻褄合わせるとかが基本になるのかの？ それとも普通のリッチクライアントのようにHogeManagerとかが状態握ってても良いもの？ [] [ここ壊れてます] 838 名前：デフォルトの名無しさん mailto:sage [2017/04/24(月) 23:30:53.02 ID:n8aWOuXZ.net] 状態にかんしてはandroidでは〜iOSでは〜なんてものはねーよ 設計者の好みが全て 839 名前：デフォルトの名無しさん mailto:sage [2017/04/25(火) 00:21:45.72 ID:KkVPHQZw.net] Xamarinの人との会話を見てみたけど、うがっちの発言が途中からよくわからなかったんだけど。 Webアプリとか業務アプリってどこから出てきた話なの？ 氏の頭の中でなにがどう繋がって何を敵視しているのか不明なんだけど。 840 名前：デフォルトの名無しさん [2017/04/25(火) 00:58:48.25 ID:Qq5SxKD5.net] >>821 アンドロイドちょっと疎いんだけどネイティヴの方だとアクティビティがしょっちゅう消える？からiOSや他のリッチアプリのように状態持ってちゃダメとかってのは無いの？ アクティビティ消えてもプロセスとしては残ってるからそこにアプリケーション終了するまで状態保持されててもいいって事かの。 841 名前：デフォルトの名無しさん mailto:sage [2017/04/25(火) 01:57:16.13 ID:NFildF04.net] >>823 iOSだろうとandroidだろうとメモリ不足で破棄されたものを復元したいならsave/restoreの処理書くのは一緒でしょ 842 名前：デフォルトの名無しさん [2017/04/25(火) 08:00:43.48 ID:Qq5SxKD5.net] いやそういう話とはちと違う…最終的には同じかもだけど。 Save/Restoreがどれだけ頻繁に起きるか。 あーでも両方ともSave/Restoreのライフサイクルモデルで単に後ろに回っただけならそのままメモリに保持されてるけど実際にSave/Restoreされる時は永続化レイヤとごにょごにょするだけか。 アクティビティがコロコロ入れ替わるのはそれに関係するんだっけ 843 名前：デフォルトの名無しさん [2017/04/25(火) 09:08:38.85 ID:fFo/1SOp.net] Activityが状態を持たないようにする。 844 名前：デフォルトの名無しさん [2017/04/25(火) 10:46:14.38 ID:smBeoJRH.net] プロセス、と言っていいのかわからんけどそれはアプリが起動してる間はいるしSave/Restoreとかのイベントが起きた時はファイルなどで状態をよしなにする。 アクティビティは操作によって消えたりしやすいのでそこで状態は管理しないって感じでよろし？ 845 名前：デフォルトの名無しさん [2017/04/25(火) 13:10:47.87 ID:B66MADGY.net] うんにゃ。 Application Contextで状態を持てばよい。 846 名前：デフォルトの名無しさん mailto:sage [2017/04/25(火) 14:12:05.15 ID:3fSgT78N.net] 全部Application Contextに持たせてメモリ使いすぎワロスwww ってなったプロジェクトを多数見てきたわ プロセス(Application Context)とタスクとアクティビティと、Androidの特性を理解して保存先を決定すべきだよ iOSはそれはそれで特性あるから、AndroidとiOSのそれぞれの特性を理解してXamarinは扱うべし 非商用のアプリケーションならApplication Contextにぶっこんどいても良いけどさ 847 名前：デフォルトの名無しさん [2017/04/25(火) 15:00:35.64 ID:B66MADGY.net] そらそうだろ。 回転とかでActivityが死ぬときにどうするか、ってだけのことを言っているのに。 DIコンテナ経由でDTO作って、それに保存する。 当然、DIコンテナもつくられたDTOも、保持するのはApplication Contextであって、Activityではない。 これで回転などのConfigChangeから解放される。 その先のメモリ使用量がどうのこうの考えて実際の保存先をどうするかは、 Modelの仕事であって、Acitivity（View）が考慮する問題ではない。 そこをはっきり分離しないと、非同期処理を使った途端、(状態を持った)Activityがとてつもなくリークすることになる。 848 名前：デフォルトの名無しさん mailto:sage [2017/04/25(火) 15:22:30.91 ID:Vr/MYdwX.net] >>829 例が極端すぎ 849 名前：デフォルトの名無しさん mailto:sage [2017/04/25(火) 15:47:37.96 ID:3fSgT78N.net] >>830 Application Context/Service/Activity/Fragmentは総じてControllerであって、Viewはandroid.view.Viewだけだよな？ んで、>>828でModelを操作するControllerはとりまApplication Contextにしとけばいいって言うから Controllerの中でもApplication ContextとActivityのどちらが適切か考えた方が良いって話なんだが > 回転とかでActivityが死ぬときにどうするか、ってだけ これだけの問題なら、android:configChanges調整かActivity#onRestoreInstanceState, #onSaveInstanceStateでいいじゃん Xamarin上でこれらで管理するの面倒だからもうちょっと雑なイベントコールで処置するけど でも、この程度の細かい話じゃなくもっと広い観点で見たから(Activityじゃなく)Application Contextで持てば良いって論なんでしょ >>831 Modelの置き場所をプロセスライフサイクルに合わせた結果、メモリ使いすぎで炎上して火消しを何度もやらされた恨みつらみがな... Android, iOSでUIが違うってデザイナとのトラブルは100%出るけど、メモリトラブルは実は頻繁に起きてるのに同業が意識してないから始末に困る 850 名前：デフォルトの名無しさん mailto:sage [2017/04/25(火) 17:19:34.38 ID:QeB+QKyb.net] sankaおつ 851 名前：デフォルトの名無しさん mailto:sage [2017/04/26(水) 00:30:23.88 ID:NjBkgbKc.net] >>832 Uzeeeeeee! 852 名前：デフォルトの名無しさん mailto:sage [2017/04/26(水) 22:27:16.44 ID:CIoXsE0/.net] Xamarinで作られた有名アプリってなんかあるんすか 853 名前：デフォルトの名無しさん [2017/04/27(木) 02:45:21.44 ID:+zhnCS/R.net] 糸井 重里 @itoi_shigesato 若くして「人脈」ということばを使いたがる人は、それだけで信用を失います‥‥とおぼえておいてほしい。 https://twitter.com/itoi_shigesato/status/857173754845298689 854 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 05:27:34.38 ID:SBn/4nQl.net] どんだけ心せまいんだよw 855 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 10:12:26.63 ID:pU/Q1a1u.net] >>835 紅白アプリ 856 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 13:02:44.23 ID:OXoTqMzU.net] もっとこうmicrosoftのwordアプリで使ってますとかその規模の開発例はないの？Xamarinの提供元が自社アプリで使ってないとか矛盾してませんか 結局wpfと同じで広く一般に普及することなく終わっていく運命やないんか 857 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 13:24:26.39 ID:phIQ/iVo.net] >>835 Microsoft Pix iOSのみ(笑) 858 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 13:33:30.74 ID:Av2I5InP.net] paizaさん、ちょまどに着火されて炎上 859 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 13:49:44.74 ID:ptwCg3ZP.net] >>839 何つまらんこと言ってるんだこいつは 860 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 16:08:00.29 ID:s2rTfu26.net] >>839 xamarin買収よりずいぶん前からWordアプリあるんだから無茶言うなよ 861 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 16:14:00.21 ID:UfHk8jRj.net] iOSやAndroidのOfficeがxamarinで作られてても不思議じゃないが、公言されてないので判らん。 862 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 16:22:04.66 ID:phIQ/iVo.net] >>844 違うから。 863 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 19:06:56.09ID:SWlLJwoZ.net] 公式もそういうプロモーションして欲しいね XXはXamarin製です！みたいな ある程度は普及してくれないと頓挫しそう 864 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 19:11:47.12ID:libQjQHw.net] Xamarin公式サイトとか公式ブログにXamarinユーザーの企業のインタビューとかアプリ情報とか載ってるだろ 865 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 19:18:41.00ID:phIQ/iVo.net] MicrosoftはWindowsはUWP製でほとんど置き換え中だが、 iOS、Android向けはそれぞれネイティブ。 Xamarin製は使っていない。 Pixくらいでマイクロソフトリサーチだから。 866 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 19:40:26.29ID:OXoTqMzU.net] microsoft社員もXamarinでなんか開発したくないと思ってるんとちゃうんか 867 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 19:50:48.36ID:ryAYXWXs.net] >>849 � 868 名前：ｳ解ｗ チンポ騎士団だけが広めたいんだよ [] [ここ壊れてます] 869 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 20:36:37.54ID:fnnc/aNx.net] おまえら糞開発環境のデバッグして大変やな 870 名前：デフォルトの名無しさん mailto:sage [2017/04/27(木) 21:35:01.29ID:NEgFzF2y.net] https://www.xamarin.com/customers もともとwpfやsilverlightとか海外でC#の業務アプリ使ってたところがスマホ始めるのに使ってたのでは。 今はどうなってるか知らんが。 871 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 04:29:23.86ID:uuui/JpZ.net] 海外ではどうだかしらんが 日本ではすっかりちょまどでおなじみのXamarin 872 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 09:34:10.99ID:lxwDN9Ce.net] 本人見てたら悪いけど あんなブでも姫扱いされて持ち上げられるんだから 女性にとってソフト業界はめっちゃチョロい空間だよな 873 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 09:41:19.37ID:80AWOTNk.net] やめろ 訴えられるぞ(白目 874 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 10:26:56.19ID:009nHZI7.net] バカはレスしないでくれる？ 個人の主張として批判せず、いたずらにある類として扱うのは極めて恣意的かおバカの批判にあらざる攻撃の特徴。 まあ、その軽蔑すべき発想で返した俺も反省はしてもよいが はっきり言って精神病とバカの特徴でしかない論法でレスするなよ。 俺はバカと精神病きらいだからな。 おまえら、マジで精神病と思われる宣言的絶対主義の形而上学バカの一味は人類の公的な敵だとおもっているからな。 さしあたりお前らが馬鹿にされていることは科学的認識の健全性をそれなりに示すから喜ばしいがな。 それにしても、単なる知識を披露しあっているだけの時は頭良さそうなふりはできるが、 いよいよ自身の認識を問われる事態になるとここにいる連中、そこの浅さを露呈するやつ多すぎ 所詮、2chだな 875 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 10:57:40.34ID:l53ME49d.net] この髪型補正と同じだし i.imgur.com/g0XSOdZ.jpg i.imgur.com/9L1Nf0r.jpg i.imgur.com/P6OVqEw.jpg i.imgur.com/KPyOKCl.jpg 876 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 11:18:12.12ID:HrVNNKWr.net] >>854 2000年代はもっとすごかったぞ インターネットの流行り初めで男女比ハンパないからマジで逆ハーレムだった イケメンが如何なる女でも群がってオタクは遠巻きに見てるだけ 姫の誕生会はオタクばかりで時代は変わったなと思った >>849 買収はしたけど、それを自身が率先して使うメリットはないよなぁ マルチプラットフォームは人員さけないから採用するのであってMSは金も人もあるし 877 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 11:55:57.17ID:GsGj7Q3/.net] 意味わからん Xamarin使うと少ない人員で開発できるようになるなら 余った人員は別のもっとクリエイティブなことに時間を使えばもっと会社が発展するんやないんか 根本はXamarinを使うとネイティブで開発するよりアプリのクオリティが落ちるという点に尽きる その一点でXamarinは糞 ネイティブよりもクオリティを落とさざるを得ないことでPGもデザイナーもお客さんもみんな残念な気持ちになる 両OSそれぞれで作った方が絶対に良い 878 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 12:05:26.68ID:wFNLB+Aw.net] 理想と現実 879 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 12:08:01.86ID:v2rOX9Vx.net] >>859 意味不明 880 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 12:18:44.06ID:pvzONtzW.net] >>859 オリジナルAPIのラッパーを呼ぶだけなんだから 881 名前：クオリティに差なんて出るわけがない それぞれで作るのでもXamarin nativeでやればいいだけだし Xamarinでクオリティ落ちるなら従来の方法でもその程度のクオリティしかできない 単に開発者の能力の問題 [] [ここ壊れてます] 882 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 12:33:11.97ID:HrVNNKWr.net] Xamarin native(笑)でモノ作るならVMかまないC/C++のがいいよ それでもメモリ破壊がないとか文法が楽なC#にこだわるならそれこそ開発能力が低い UIまでまとめて同一環境であるからXamarinにメリットあると思ってる >>859 金と時間がないならリソース分担を考えてそうだけど、MSなら多少無駄にしてもクリエイティブなこと出来るんじゃね Xamarinでモノ作るとどうあっても品質落ちるのは同意する 883 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 12:39:43.80ID:5PqkHeTG.net] よほどのことがない限りC/C++はないだろ せいぜいJavaとかSwiftとかじゃないのか 884 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 12:53:02.95ID:Qzo+/xgs.net] >>859 ちんぽ騎士団以外は君のいってることがみんな正しいと思ってるよ だから世間のメジャ-ーアプリで凝った機能のやつは 両OSそれぞれ作ってるんだよ ザマリンネイティブｗみたいなチンカスじゃなくてね 885 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 12:55:58.08ID:GsGj7Q3/.net] 例えば上下のスワイプでtoolbarが出たり隠れたりする画面があるけど、ああいうの簡単にできるん Xamarinを使うことでそういうUIが初めから選択肢から外れますよね糞と言わざるを得ない 886 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 13:00:09.36ID:hZjbwGsb.net] slackとpinterestはtest cloudだけなのかな？どうなんだろう。 https://blog.xamarin.com/xamarin-for-all/ https://www.xamarin.com/test-cloud 887 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 13:01:03.51ID:v2rOX9Vx.net] >>866 できないとでも？ 888 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 13:04:42.42ID:+n5PO0qX.net] Xamarinを使いたがるようなのはアプリを作りたいんじゃなくてC#とVSを使いたいだけの奴ら 目的と手段が完全に逆の馬鹿 889 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 13:05:08.75ID:80AWOTNk.net] >>859 無知ひけらかして何がしたいの？ 890 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 13:20:37.33ID:Qzo+/xgs.net] >>869 ｃ＃がやりたいわけじゃないだ おちんぽ姫サークルしたいだけなんだ 891 名前：デフォルトの名無しさん [2017/04/28(金) 15:14:59.40ID:v9R7Bk3w.net] iOSとAndroidでロジック共有したくなるような大きさのアプリ作ったことのない日曜プログラマばかりでワロタ 892 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 15:38:36.82ID:GsGj7Q3/.net] officeアプリを全部Xamarinで作り直してから言え 893 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 15:51:23.29ID:HrVNNKWr.net] >>864 Xamarin Nativeってロジック部分だけC#+Xamarin Runtimeで作って UIは各OS Native(Java, Kotlin/ObjC, Swift)で実装する手法を指す造語があるっぽいよ ロジック部分だけC#で作ろうという感性は正に目的と手段を取り違えた日曜プログラマだと思った 894 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 15:58:42.18ID:SRTmW5jP.net] >>863 ＞それでもメモリ破壊がないとか文法が楽なC#にこだわるならそれこそ開発能力が低い 全く同じこと実現するためにわざわざ難しい方法を採用する必要はない 目的はプログラミングすることではなくアプリを作ることだから Xamarin nativeであればC#自体のメリットを活かしながら各OSの機能もフルに使える そしてOS依存のないロジックは共有できる 895 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 16:00:53.22ID:hy8Ktf8Q.net] >>874 Xamarin nativeは造語ではなく公式名だ そして各OSのC#ラッパーがあるので使うのはC#のみ 896 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 16:10:10.28ID:HrVNNKWr.net] VMランタイムのせいで速度性能もバイナリ容量も劣化して同じことできてないじゃん、、、 ロジック共有時のランタイムオーバーヘッドってこんな感じでしょ C < C++ < rust, go < swift <<< C# オーバーヘッド無視でいい日曜プログラミングならおk 897 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 16:11:08.67ID:B6JRNHr1.net] ちょっと何言ってるかわからない 898 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 16:13:22.62ID:B6JRNHr1.net] しったかぶりの馬鹿か狂った人のふりはよくないな 899 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 16:18:15.60ID:v2rOX9Vx.net] >>877 空想はいいから試してみたら。 900 名前：片山博文MZ mailto:sage [2017/04/28(金) 18:16:34.56ID:TxOrBLp1.net] 効き目にザマリン！ 901 名前：デフォルトの名無しさん [2017/04/28(金) 18:29:39.64ID:EOEmRYEB.net] 名前からして流行りそうにないな 902 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 19:34:40.89ID:PeWJLk1A.net] xamarinは糞 主流になることはないと断言できる 903 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 20:01:23.81ID:Qzo+/xgs.net] 攻撃的なちんぽ騎士団がためして エビデンスを公開しろよｗ おまえらなんのための団体なんだよｗｗ 904 名前：デフォルトの名無しさん [2017/04/28(金) 20:03:50.29ID:heBazf8n.net] >>884 xamarinより姫の方が大事に決まってるだろ。 そんな事も分からねぇのかよ。死んでろ。 905 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 20:35:49.38ID:xJRRr4qX.net] 姫に会う前にエビオス！ 906 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 20:48:55.89ID:80AWOTNk.net] ちょまど禁止にしようぜ 907 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 21:02:51.98ID:+2B68gd7.net] Visual Studio Emulator for AndroidとWindows10の間でマウスを使った コピーペーストが出来ないのはそう言う仕様ですか？ 何か設定すれば出来るようになりますか？ 908 名前：デフォルトの名無しさん mailto:sage [2017/04/28(金) 22:26:59.94ID:DS+auWFv.net] cordovaでだいたいどうにかなりますので… 909 名前：デフォルトの名無しさん [2017/04/28(金) 23:20:21.45ID:0EzQrSpW.net] >>874,877 こいつほんとに何もわかってねぇバカだw C++で開発するのが能力高いとかw 910 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 00:48:48.15ID:87XG9qKi.net] Xamarinが生み出すものは妥協と失望だけ 911 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 01:15:51.68ID:CN87WY+D.net] >>873 開発費全額前金で払ってから言え。 912 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 01:33:58.77ID:IN0LzRY0.net] >>891 悔しいけど実感したわ… けどxamarin好きだけどね 少なくともjavaよりは良い 913 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 01:38:31.76ID:jqaGD+Lx.net] 実際に使ったこともなく文句言ってるんだろうなってのが書き込み見るだけで分かるわ 914 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 02:03:46.36ID:umcYgVw9.net] >>894 ytabuchi.hatenablog.com/entry/msmvp2016 もっと C# のことも Android Java, Swift でのネイティブ開発のことも沢山勉強して、Xamarin の事なら @ytabuchi に聞け。位を目指したいです^^ 当面の目標は 純粋な Xamarin.Forms だけで Model の PropertyChanged をどうやって ViewModel を経由して View に渡すか？の調査、実装。 単体テストを書けるようになること。try/catch を知ること。です！引き続き頑張ってまいりますので、識者の方々はサポートお願いしますね笑 こいつとかなｗ 915 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 02:27:03.26ID:b6f0cr3A.net] >>895 それは使ってる人でしょ 916 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 03:05:42.37ID:rVTtZryp.net] >>877 VMってなんだ？iOSが仮想マシン実行を許可してるわけ無いだろ 基本的にネイティブコードになるのでオーバーヘッドはかなり小さいはず 時代は結構進んでるもんだよ 917 名前：デフォルトの名無しさん [2017/04/29(土) 04:01:34.74ID:7YKa2fEU.net] >>897 というよりobjCよりは多少遅いがほぼ同等、swiftより速いこと多数、JavaはダルビックがうんこなせいかXamarinより速いって統計出てたような 918 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 06:18:50.45ID:amOR2L8x.net] 知識ないのにC#関連スレで一人で立ち向かうHTML好きな勇者。 そして全敗中。 919 名前：デフォルトの名無しさん [2017/04/29(土) 06:27:32.67ID:On6FvF5I.net] Xamarinで速度に困ることは無かったなあ 宣伝文句の割には色々行き届いてないから、ヘイトを集めるのは分かるけど 920 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 08:21:14.17ID:gpBNKKlw.net] ガチな商用で使わなければランタイムオーバーヘッドは誤差 非商用で気にするヤツはアホウ、商用で使うヤツもアホウ 生温い言語と開発環境は良いよ 921 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 12:59:17.81ID:rVTtZryp.net] 紅白のアプリとかは普通に問題起こさずに大晦日耐えきった印象があるが 922 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 13:22:13.00ID:VKbKBamV.net] officeアプリを全部Xamarinで作り直してから言え 923 名前：デフォルトの名無しさん [2017/04/29(土) 14:07:28.60ID:7YKa2fEU.net] 共有ロジック部とかもうc++で作り終えてるのにやるわけねーだろ馬鹿か 924 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 14:09:04.71ID:umcYgVw9.net] ぶっちゃけモデルの部分なんか共通化できたって大したメリットねえんだよｗ アプリつくったことないちんぽ騎士団長にはわからないだろうけどなｗｗ 925 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 14:18:00.87ID:z+zzORKW.net] 何でこんなに怒ってるのか意味が分からない 何が何でもXamarin使う気が元からないのならわざわざこんなとこ来なければいいのに 926 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 14:38:09.03ID:wkH4Hjgg.net] Xamarinって各OSにあるパーツを使ってなんとなく同じ機能を手軽に提供できますよってものでしょ？ それにoffice要求してどうすんの？ 927 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 15:03:17.53ID:VKbKBamV.net] ＵＩを全部共通化できないなら意味ねえんだよ toolbarを上下スワイプで出たり隠れたりするＵＩをXamarin.formsだけで作ってから言え 928 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 15:05:32.11ID:VKbKBamV.net] >>907 結局プロトタイプ開発にしか使いようがないってことだよな 929 名前：デフォルトの名無しさん [2017/04/29(土) 15:15:19.74ID:7YKa2fEU.net] >>905 コードの共有化もろくに出来ない無能のいうことはやはり一味違いますね 930 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 15:15:36.89ID:umcYgVw9.net] >>909 紅白アプリみたいな使い捨てで 簡素な機能で良い開発にはいいかもね 931 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 15:20:10.63ID:gyi9Amom.net] >>872 それは c/c++ で十分 Webkitとその派生、freetype、libjpeg、その他何百もある 世の中のマトモなものはたいていそうでしょ。 932 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 15:22:34.63ID:umcYgVw9.net] >>912 ほんまこれ 933 名前：デフォルトの名無しさん [2017/04/29(土) 15:25:17.38ID:7YKa2fEU.net] >>912 まあC++でC#と同等の生産性出せるならいいんじゃない？その後のメンテコストも含めて。 絶対的に高速化求められたりガベコレで止まるのが許されないとかでなければC++を選ぶ意味は総合的にだいぶ疑問だけどな 934 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 17:11:21.20ID:wkH4Hjgg.net] 必要な時に必要だと思われる方法を取ればいい ここにわざわざきてXamarinを煽る意味はあるのか疑問 935 名前：デフォルトの名無しさん mailto:sage [2017/04/29(土) 17:12:36.40ID:nSaBxT7j.net] これも全てちょまどのせい

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef