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/ 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] ＭＶＶＭを使った理想の形がコードビハインドなしなら microsoftはコードビハインド廃止すべきじゃねえんか 本気でMVVM普及させようと思ってんのか 細部が中途半端でぶれっぶれだからMVVMが普及しないし WindowsPhoneは糞だしここ10年のmicrosoftの駄目っぷりじゃないんか ＭＶＶＭの元祖がこの有様とかやっぱり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だとアクティビティを１つだけ使い回す事などから� 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依存のないロジックは共有できる

---

---

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

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