- 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/
- 752 名前:デフォルトの名無しさん mailto:sage [2017/04/10(月) 00:42:25.99 ID:Aj90SWVY.net]
- ちんぽ騎士団
- 753 名前:デフォルトの名無しさん mailto:sage [2017/04/10(月) 00:43:33.55 ID:FtHYW021.net]
- >>738
MSが買収してVSのインストーラーにもでかでかと重要機能かのように出てくるしXamarin自身の開発はまだまだ力入れていくだろう
- 754 名前:デフォルトの名無しさん mailto:sage [2017/04/10(月) 09:44:35.38 ID:jaq+pXze.net]
- 新たに社内向けアプリ開発に着手することになったので、VS2017を入れてiPhoneアプリを作ってみようと思ったら、XamarinにMacと接続しろって言われた。
Macあるけど普段はBootcampしててMacとして稼働してないらしい。 やっぱりBootcampのままビルドするのは不可能?
- 755 名前:デフォルトの名無しさん mailto:sage [2017/04/10(月) 10:42:56.15 ID:drEPCVNX.net]
- 不可能
- 756 名前:デフォルトの名無しさん mailto:sage [2017/04/10(月) 17:50:31.29 ID:jaq+pXze.net]
- ちょっと調べてたらBootcampやめてParallelsとかVM Ware に変えてもらえばできそうな気がしたんだけど間違いないかしら。
- 757 名前:デフォルトの名無しさん mailto:sage [2017/04/10(月) 18:02:11.83 ID:Bu07ZLW6.net]
- Visual Studio for Macはどうなの?
- 758 名前:デフォルトの名無しさん mailto:sage [2017/04/10(月) 18:11:35.37 ID:ZliS4IFu.net]
- >>743
それでOK
- 759 名前:デフォルトの名無しさん mailto:sage [2017/04/11(火) 18:54:25.46 ID:cnUiScND.net]
- 糞
- 760 名前:デフォルトの名無しさん mailto:sage [2017/04/11(火) 22:47:45.71 ID:FTksrfe+.net]
- そもそも「ザマリン」て、なにかこう薬
- 761 名前:ヌで売ってそうだよね
風邪に効く「ザマリン!」みたいな [] - [ここ壊れてます]
- 762 名前:デフォルトの名無しさん mailto:sage [2017/04/12(水) 03:55:53.84 ID:cU/3LO2j.net]
- それバファリンな
- 763 名前:デフォルトの名無しさん mailto:sage [2017/04/12(水) 11:59:23.56 ID:foJb/LDM.net]
- どちらかっつーと某水虫薬の方を連想してしまう
- 764 名前:デフォルトの名無しさん mailto:sage [2017/04/12(水) 12:49:34.23 ID:QDIIKJ1y.net]
- 風呂桶かな
- 765 名前:デフォルトの名無しさん mailto:sage [2017/04/12(水) 20:30:07.35 ID:WkIjn+Dk.net]
- 水虫のやつはそうかもな
- 766 名前:デフォルトの名無しさん mailto:sage [2017/04/13(木) 22:44:25.98 ID:nMD5pjtQ.net]
- Xamarin.iOS10.8のビルド対象iOSバージョンが最新縛りになる現象、いつ直るやろ?
バグチケットは7日起票だったけど、こういうのって2、3週間は掛かるもんなの?
- 767 名前:デフォルトの名無しさん mailto:sage [2017/04/18(火) 19:32:07.04 ID:lE9ANj8U.net]
- ググってたらちょまど姫のブログにぶち当たった
いつものおことわり これはプログラミング初学者の *日記* です! 技術系記事ではありません!(書きたくても書けない.) すみません>< これがxamarinのトップなのか?
- 768 名前:デフォルトの名無しさん mailto:sage [2017/04/18(火) 19:51:25.03 ID:IFV3GOQI.net]
- vs2017のxamarinのアンドロイドエミュレータが劇遅いんだが、アンドロイドの実機接続すれば劇速くなるのか?
- 769 名前:デフォルトの名無しさん mailto:sage [2017/04/18(火) 20:21:01.71 ID:GOac2il+.net]
- >>754
馬鹿か?
- 770 名前:デフォルトの名無しさん mailto:sage [2017/04/18(火) 20:37:30.81 ID:PXYRpMa8.net]
- >>754
Android エミュレータ 高速化 で検索 それでも速くならないならPCのスペック不足
- 771 名前:デフォルトの名無しさん mailto:sage [2017/04/18(火) 21:43:20.04 ID:z7NeKqFL.net]
- >>753
トップではないだろww 将棋で言えば香車みたいなポジション
- 772 名前:デフォルトの名無しさん mailto:sage [2017/04/18(火) 22:50:16.26 ID:OtMaarRY.net]
- >>753
登壇してもいつも導入部だけだから。
- 773 名前:デフォルトの名無しさん mailto:sage [2017/04/18(火) 23:41:09.41 ID:phVpBhu/.net]
- 入れさせて貰えるなら何でもいい
- 774 名前:デフォルトの名無しさん mailto:sage [2017/04/19(水) 00:36:44.00 ID:A2xYZqDk.net]
- >>756
最高性能のpc使っているんだが。。。
- 775 名前:デフォルトの名無しさん mailto:sage [2017/04/19(水) 00:43:49.42 ID:+INaJbmS.net]
- >>754
xamarinじゃなくてandroid SDKの方のエミュレーターを起動させてるというオチじゃないでしょうね
- 776 名前:デフォルトの名無しさん mailto:sage [2017/04/19(水) 00:45:11.26 ID:qwLCeiG9.net]
- アンドロイドエミュはうんこだから。
- 777 名前:デフォルトの名無しさん mailto:sage [2017/04/19(水) 00:47:41.49 ID:+INaJbmS.net]
- android SDKの方のエミュレーターならx86イメージを使うと速くなります
- 778 名前:デフォルトの名無しさん [2017/04/19(水) 00:48:44.30 ID:J8mSmOO9.net]
- >>760
ハイパーVがどうとかもあるんじゃ。 まあぶっちゃけ実機買ったほうが捗ると思う
- 779 名前:デフォルトの名無しさん mailto:sage [2017/04/19(水) 00:49:30.29 ID:A2xYZqDk.net]
- >>761
どうやって調べる? 俺はvsのメニューからアンドロイドエミュレータ起動している
- 780 名前:デフォルトの名無しさん mailto:sage [2017/04/19(水) 01:35:17.85 ID:OV/pnkhA.net]
- >>765
自分が使ってるものぐらい把握してろよ アホの見本だな
- 781 名前:デフォルトの名無しさん mailto:sage [2017/04/19(水) 01:54:52.72 ID:vH1SZZVX.net]
- >>761
あれ、開発停止して非推奨になってからもう結構経ってるやん
- 782 名前:デフォルトの名無しさん mailto:sage [2017/04/19(水) 02:02:51.45 ID:+INaJbmS.net]
- >>767
書き方が悪かった xamarin付属って事で名称はVisual Studio emulatorか
- 783 名前:デフォルトの名無しさん mailto:sage [2017/04/19(水) 10:28:17.83 ID:A2xYZqDk.net]
- >761
だからどうやって調べるのか教えてくれよ。 俺は初心者なんだぞ。 >764 実機買ってみるかな。USB接続するのか?
- 784 名前:デフォルトの名無しさん mailto:sage [2017/04/19(水) 12:14:07.76 ID:oPnK/ECN.net]
- 調べ方も分からないのにエミュ起動するところまで行けたのなら中々凄いと思う
- 785 名前:デフォルトの名無しさん mailto:sage [2017/04/19(水) 14:11:04.59 ID:T5JpYnfb.net]
- エミュは起動ボタン押すだけだろ
xamarin初心者かな
- 786 名前:デフォルトの名無しさん mailto:sage [2017/04/19(水) 17:44:58.14 ID:7WKDZwV9.net]
- >>771
いや、文脈からすると調べ方も分からないのにXamarinのセットアップして何かしらのプログラム組んでエミュ上で動かそうとしたってことだから
- 787 名前:デフォルトの名無しさん mailto:sage [2017/04/19(水) 18:01:08.86 ID:T5JpYnfb.net]
- ヒント:Android emulatorの入ったオールインワンインストーラ
>>769 マジレスするとタスクマネージャ(win)かpsコマンド(Linux,Mac)でエミュの起動パス見たら エミュのターゲットアーキテクチャがパスに入ってるから自身のPCのものとあってるか確認する が、多分言ってる意味わからんだろうから実機買ってくれば? []- [ここ壊れてます]
- 789 名前:デフォルトの名無しさん mailto:sage [2017/04/19(水) 19:06:50.57 ID:+INaJbmS.net]
- 仕方がないな
これがAndroid SDK付属のエミュレーターのスクリーンショットだよ i.imgur.com/QZwbHBY.png
- 790 名前:デフォルトの名無しさん mailto:sage [2017/04/19(水) 20:10:13.97 ID:eG3X3P35.net]
- そもそも起動しない
機嫌が悪いときはxボタンを押しても終了しなくなる
- 791 名前:デフォルトの名無しさん mailto:sage [2017/04/19(水) 20:45:35.74 ID:A2xYZqDk.net]
- Hyper-VでVisual Studio emulator使うと速いな。おまえらサンキュウ!
- 792 名前:デフォルトの名無しさん mailto:sage [2017/04/19(水) 21:20:13.41 ID:kAXBwaaw.net]
- ええよ
- 793 名前:デフォルトの名無しさん mailto:sage [2017/04/20(木) 09:00:16.47 ID:BiU/rpnp.net]
- 今windows上でGUIのアプリ作るのってWPFが主流になってんの?
xamlを使った開発手法って広く普及して世の中に受け入れられてるものなの?
- 794 名前:デフォルトの名無しさん mailto:sage [2017/04/20(木) 09:11:23.67 ID:z4St0GCc.net]
- >>778
WPFは主流じゃない。 ていうか主流はない。 MSがアホすぎてカオスだから。 でもXAML&C#はWPF、UWP、Xamarinで使える。
- 795 名前:デフォルトの名無しさん [2017/04/20(木) 09:29:44.59 ID:6Pzft6FM.net]
- おかしいなあロングホーンのビデオ見てた時はWPFやべぇぇ!超ースゲェェェェ!と思ってたんだけどな…
- 796 名前:デフォルトの名無しさん mailto:sage [2017/04/20(木) 10:07:17.98 ID:gJTx842U.net]
- Blendで作ったxamlがXamarinで使えない悲しさ
- 797 名前:デフォルトの名無しさん mailto:sage [2017/04/20(木) 10:17:16.97 ID:oYIUQC2I.net]
- WPFの方が優れてるはずだがFormの方が新しいことを学ばず従来通りできるからFormが使われてるんだろう
特に制約ないならこれから開発するものはWPF使うべきだし、win10限定ならUWP使った方が良い
- 798 名前:デフォルトの名無しさん mailto:sage [2017/04/20(木) 10:58:10.04 ID:z4St0GCc.net]
- >>781
買収したなら同じにすれば良いのにほんとアホ。
- 799 名前:デフォルトの名無しさん [2017/04/20(木) 11:11:56.01 ID:6Pzft6FM.net]
- WPF,UWP,Xamarin.Forms、全部同じ会社なのにXAMLの互換性ないんだぜ
- 800 名前:デフォルトの名無しさん mailto:sage [2017/04/20(木) 11:20:21.28 ID:z4St0GCc.net]
- Microsoft To-DoもXamarinで作ればいいのに中身はカオス。
- 801 名前:デフォルトの名無しさん mailto:sage [2017/04/20(木) 13:00:02.83 ID:BiU/rpnp.net]
- win32apiとかmfcの頃開発してたがその後formsとか.netとかが出てきてそれがそのまま主流なのかな
wpfは5年前くらいに出てきた気がするが全然普及してないとこみると xamlとかmvvmとかが失敗だったんじゃないかなあ てかここ5年のmicrosoftはアホの子なんやな
- 802 名前:デフォルトの名無しさん mailto:sage [2017/04/20(木) 13:45:47.33 ID:LAX/e73O.net]
- MVVMは概念であって失敗も何もないでしょ
UIとロジックの分離は当然行うべきことなんだからMVVMを採用したこと自体も間違いではない
- 803 名前:デフォルトの名無しさん [2017/04/20(木) 14:10:19.65 ID:USHuCmlO.net]
- MVVMはvue.jsとかでも使われてるようにUI系の仕組みでは評価高いと思うが。
WPFが普及にいたってないのはVistaがこけたとかWPF最初は重かったとか文字がぼやけるとかコントロールがないとかでんじゃフォームでやるよって時代が長く続き過ぎたせいだろ WinRTやXamarin.FormsのXAMLはより良くなってる。
- 804 名前:デフォルトの名無しさん mailto:sage [2017/04/20(木) 14:37:20.59 ID:otL1VV7a.net]
- xmlで画面デザインってのがもう古いんだよね
フロントエンドのpugとかみるとほんと思う
- 805 名前:デフォルトの名無しさん [2017/04/20(木) 15:29:36.95 ID:USHuCmlO.net]
- XMLかYAMLみたいなのかとかは記述方法に過ぎないからまあ簡潔な方がいいけど大差ないかな
- 806 名前:デフォルトの名無しさん mailto:sage [2017/04/20(木) 16:43:37.47 ID:otL1VV7a.net]
- ちりつもですよ
AltJSならぬAltXamlを期待したい
- 807 名前:デフォルトの名無しさん mailto:sage [2017/04/20(木) 18:36:43.67 ID:9NLTwIyk.net]
- >>786
10
- 808 名前:年前 []
- [ここ壊れてます]
- 809 名前:デフォルトの名無しさん mailto:sage [2017/04/20(木) 23:14:34.31 ID:aYvsFIY0.net]
- 11年前では?
- 810 名前:デフォルトの名無しさん mailto:sage [2017/04/20(木) 23:23:33.27 ID:VvUFMK1E.net]
- xamarinでXamlCompileが使えるようになってからコンパイル時に構文チェックされるから開発効率がだいぶん上がったね
- 811 名前:デフォルトの名無しさん mailto:sage [2017/04/22(土) 20:03:52.86 ID:77P2TaT3.net]
- あいな写真見ただけで勃起する
- 812 名前:デフォルトの名無しさん mailto:sage [2017/04/23(日) 00:35:48.67 ID:4HN0UWWF.net]
- すみません、XamarinのWebViewで表示しているwebページのHTMLデータを取得したいのですが、
C#だと、webBrowser1.DocumentStream.Read といった形で取れていたものが ググってみるとAndroidでは var html = await this.webView.InvokeScriptAsync("eval", new string[] {"(function(){return document.body.innerHTML;}())"}); でとれるらしいのです。しかし XamarinにはwebView.InvokeScriptAsyncがないっぽいのですが どのようにしてHTMLデータを取得すればいいのでしょうか?
- 813 名前:デフォルトの名無しさん mailto:sage [2017/04/23(日) 01:32:34.36 ID:MUFy/OHR.net]
- チンポ入れればわかる
- 814 名前:デフォルトの名無しさん mailto:sage [2017/04/23(日) 01:52:31.96 ID:7AsvLBbE.net]
- ちゃんとMVVMで開発をするとした場合に、
コードビハインドに書くべき処理ってのは何なんでしょうか
- 815 名前:デフォルトの名無しさん mailto:sage [2017/04/23(日) 02:25:10.08 ID:Xo/I39Qb.net]
- 理想は、コードビハインドを全く書かないってことでしょ。
つか、WPFだとウィンドウ間のパラメータのやり取りぐらいは書くか。 でそのパラメータを使ってビューモデルを初期化したりするわけだし。
- 816 名前:デフォルトの名無しさん mailto:sage [2017/04/23(日) 02:26:25.23 ID:Xo/I39Qb.net]
- Xamarinのスレだったか。Xamarinだとウィンドウじゃなくてページか。
- 817 名前:デフォルトの名無しさん mailto:sage [2017/04/23(日) 14:48:23.78 ID:7AsvLBbE.net]
- MVVMを使った理想の形がコードビハインドなしなら
microsoftはコードビハインド廃止すべきじゃねえんか 本気でMVVM普及させようと思ってんのか 細部が中途半端でぶれっぶれだからMVVMが普及しないし WindowsPhoneは糞だしここ10年のmicrosoftの駄目っぷりじゃないんか MVVMの元祖がこの有様とかやっぱりMVVMは糞と言わざるを得ないんじゃないんか
- 818 名前:デフォルトの名無しさん mailto:sage [2017/04/23(日) 15:57:13.48 ID:hqgUvqad.net]
- 小規模ならmvvm使わない方が開発効率良いでしょ
- 819 名前:デフォルトの名無しさん mailto:sage [2017/04/23(日) 16:28:11.14 ID:DoEVNG5h.net]
- >>801
そこがMicrosoft中途半端なんだよな。 お手本示してくれればいいのだが。 Microsoftが出しているサンプルコードもバラバラ。
- 820 名前:デフォルトの名無しさん mailto:sage [2017/04/23(日) 17:59:06.87 ID:oqSNua79.net]
- あくまでテストのしやすさが重要なのでその必要ない箇所をviewから分離できてなくても何の問題もない
- 821 名前:デフォルトの名無しさん mailto:sage [2017/04/23(日) 18:17:30.10 ID:BQs2vszq.net]
- 単体テストの意義が理解できないとMVVMの価値も理解できないってことなん
ぶっちゃけ単体テストとか時間の無駄だろ テストコード書いてる暇があったら 全体の動作確認してたほうがはるかに効果ある
- 822 名前:デフォルトの名無しさん [2017/04/23(日) 20:43:26.74 ID:o4FxuHba.net]
- MVVMもその元のMVCも要は責務分割してスパゲティにしないようにしたってだけで、MVVMもそのついでにテストが出来るようにもなってるって感じでその目的に合ってればルールに縛られる必要はないでしょ。
コードビハインドもXAMLのバインディングやトリガー・ビヘイビアで行けるならそっちの方が宣言的にかけるから好ましいというだけで、それで書きにくいものまで頑張るものじゃない。
- 823 名前:デフォルトの名無しさん mailto:sage [2017/04/23(日) 21:24:00.26 ID:J9JsbMoq.net]
- >>796
Xamarinてだけじゃ答えようがない Xamarin.Androidなのか、Xamarin.iOSなのか、Xamarin.Formsなのか。
- 824 名前:デフォルトの名無しさん mailto:sage [2017/04/23(日) 22:11:02.34 ID:7AsvLBbE.net]
- modelからviewModelに結果を返す部分の実装を詳しく解説しているサイトないですか
- 825 名前:デフォルトの名無しさん mailto:sage [2017/04/23(日) 22:13:46.71 ID:6QNTbmd2.net]
- >>808
ytabuchi.hatenablog.com/entry/msmvp2016 もっと C# のことも Android Java, Swift でのネイティブ開発のことも沢山勉強して、Xamarin の事なら @ytabuchi に聞け。位を目指したいです^^ 当面の目標は 純粋な Xamarin.Forms だけで Model の PropertyChanged をどうやって ViewModel を経由して View に渡すか?の調査、実装。 単体テストを書けるようになること。try/catch を知ること。です!引き続き頑張ってまいりますので、識者の方々はサポートお願いしますね笑
- 826 名前:デフォルトの名無しさん mailto:sage [2017/04/23(日) 22:15:01.28 ID:PzR965kY.net]
- あるないよ
- 827 名前:デフォルトの名無しさん mailto:sage [2017/04/23(日) 22:43:20.22 ID:7AsvLBbE.net]
- modelのメソッドが返り値をもったら駄目でRxのSubscribe経由でなら結果を返していい理由も全然わからない
そうすることでプログラムが分かりやすくなるん 保守性があって不具合の解析がしやすくなるん 全然意味が分からない 結局お前らもみんながやってるからとか流行ってるからやってみてるだけで本当に価値があるか理解してないだろ みんなが大学行くから僕も行くじゃ学費の無駄
- 828 名前:デフォルトの名無しさん mailto:sage [2017/04/23(日) 23:59:51.40 ID:v2uuZBgK.net]
- >>805
全体テストっていわゆるブラックボックステストだろ? それだけで事足りる規模の小さいソフトならどんなやり方で作っても大して手間は変わらないだろう
- 829 名前:デフォルトの名無しさん mailto:sage [2017/04/24(月) 13:03:43.18 ID:IGtqLxo/.net]
- 単体テストと結合テストは本来は検出したいバグの種類が違うからな
単体テストクリア済みであることを前提にしない結合テストなんて地獄を見ることが確定している
- 830 名前:デフォルトの名無しさん [2017/04/24(月) 16:20:00.00 ID:T04yPFBN.net]
- >>811
うがっちに聞いてくれ。 ブログではモデルは値返しません!って言ってたのについったでは作るものによってアーキは変わるし今作ってるものはバリバリモデル値返しますけどねとか意味不明。
- 831 名前:デフォルトの名無しさん [2017/04/24(月) 18:02:18.37 ID:xASyHuHR.net]
- あいつは5年前とやってることかわらんからな。進歩してねぇ。飽きないのかね。
- 832 名前:デフォルトの名無しさん mailto:sage [2017/04/24(月) 18:14:27.57 ID:Ft/IW4PE.net]
- >>811
Xamarinの人もそれに倣っているのが痛い。
- 833 名前:デフォルトの名無しさん mailto:sage [2017/04/24(月) 23:14:36.02 ID:lR14IX5N.net]
- うがっちは大きい声をだすだけの人なので、聞いても答えは出てこないよ。
本当に知りたいなら、AndroidやJSのクライアントサイドをガチでやっている人のFlux/Reduxに関する言説を追うといいと思うよ。
- 834 名前:デフォルトの名無しさん mailto:sage [2017/04/24(月) 23:22:05.93 ID:lR14IX5N.net]
- >>814
その辺の言動は、Androidの常識なんかを知らなかったりしたところからの反動で、極端に逆方向に振れたりしただけの話だと思うので無視していいよ。 その文脈で「トランザクションスクリプト」とか言っちゃうのは痛いけど。
- 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だとアクティビティを1つだけ使い回す事などから
- 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で作られた有名アプリってなんかあるんすか
|

|