トップページ⇒tech
1002コメント277KB

Xamarin Part3 [無断転載禁止]©5ch.io

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2016/12/30(金) 18:10:21.97ID:x814SSV+
C#を用いてクロスプラットフォームアプリケーション（iOS Android Mac）を
を開発するためのライブラリおよび開発環境です。
Macの人は Xamarin Studio、Winの人は Visual Studioで開発できるよ！

公式
http://xamarin.com/

Xamarinマスコットキャラクター ちょまどさん
http://bucher.s10.xrea.com/xamarin.jpg
http://i.imgur.com/H1GZqBT.jpg
http://i.imgur.com/N3c0DZH.jpg
http://i.imgur.com/UqEfZht.jpg
http://i.imgur.com/Ennkvgz.jpg
http://www.youtube.com/watch?v=b-i2LxWb348

前スレ
Xamarin Part2
http://echo.2ch.net/test/read.cgi/tech/1480602653/

前々スレ
Xamarin Part1
http://echo.2ch.net/test/read.cgi/tech/1359861574/
0754デフォルトの名無しさん2017/04/18(火) 19:51:25.03ID:IFV3GOQI
vs2017のxamarinのアンドロイドエミュレータが劇遅いんだが、アンドロイドの実機接続すれば劇速くなるのか？
0755デフォルトの名無しさん2017/04/18(火) 20:21:01.71ID:GOac2il+
>>754
馬鹿か？
0756デフォルトの名無しさん2017/04/18(火) 20:37:30.81ID:PXYRpMa8
>>754
Android エミュレータ 高速化 で検索
それでも速くならないならPCのスペック不足
0757デフォルトの名無しさん2017/04/18(火) 21:43:20.04ID:z7NeKqFL
>>753
トップではないだろww

将棋で言えば香車みたいなポジション
0758デフォルトの名無しさん2017/04/18(火) 22:50:16.26ID:OtMaarRY
>>753
登壇してもいつも導入部だけだから。
0759デフォルトの名無しさん2017/04/18(火) 23:41:09.41ID:phVpBhu/
入れさせて貰えるなら何でもいい
0760デフォルトの名無しさん2017/04/19(水) 00:36:44.00ID:A2xYZqDk
>>756
最高性能のpc使っているんだが。。。
0761デフォルトの名無しさん2017/04/19(水) 00:43:49.42ID:+INaJbmS
>>754
xamarinじゃなくてandroid SDKの方のエミュレーターを起動させてるというオチじゃないでしょうね
0762デフォルトの名無しさん2017/04/19(水) 00:45:11.26ID:qwLCeiG9
アンドロイドエミュはうんこだから。
0763デフォルトの名無しさん2017/04/19(水) 00:47:41.49ID:+INaJbmS
android SDKの方のエミュレーターならx86イメージを使うと速くなります
0764デフォルトの名無しさん2017/04/19(水) 00:48:44.30ID:J8mSmOO9
>>760
ハイパーVがどうとかもあるんじゃ。
まあぶっちゃけ実機買ったほうが捗ると思う
0765デフォルトの名無しさん2017/04/19(水) 00:49:30.29ID:A2xYZqDk
>>761
どうやって調べる？
俺はvsのメニューからアンドロイドエミュレータ起動している
0766デフォルトの名無しさん2017/04/19(水) 01:35:17.85ID:OV/pnkhA
>>765
自分が使ってるものぐらい把握してろよ
アホの見本だな
0767デフォルトの名無しさん2017/04/19(水) 01:54:52.72ID:vH1SZZVX
>>761
あれ、開発停止して非推奨になってからもう結構経ってるやん
0768デフォルトの名無しさん2017/04/19(水) 02:02:51.45ID:+INaJbmS
>>767
書き方が悪かった
xamarin付属って事で名称はVisual Studio emulatorか
0769デフォルトの名無しさん2017/04/19(水) 10:28:17.83ID:A2xYZqDk
>761
だからどうやって調べるのか教えてくれよ。
俺は初心者なんだぞ。
>764
実機買ってみるかな。USB接続するのか？
0770デフォルトの名無しさん2017/04/19(水) 12:14:07.76ID:oPnK/ECN
調べ方も分からないのにエミュ起動するところまで行けたのなら中々凄いと思う
0771デフォルトの名無しさん2017/04/19(水) 14:11:04.59ID:T5JpYnfb
エミュは起動ボタン押すだけだろ
xamarin初心者かな
0772デフォルトの名無しさん2017/04/19(水) 17:44:58.14ID:7WKDZwV9
>>771
いや、文脈からすると調べ方も分からないのにXamarinのセットアップして何かしらのプログラム組んでエミュ上で動かそうとしたってことだから
0773デフォルトの名無しさん2017/04/19(水) 18:01:08.86ID:T5JpYnfb
ヒント:Android emulatorの入ったオールインワンインストーラ

>>769
マジレスするとタスクマネージャ(win)かpsコマンド(Linux,Mac)でエミュの起動パス見たら
エミュのターゲットアーキテクチャがパスに入ってるから自身のPCのものとあってるか確認する
が、多分言ってる意味わからんだろうから実機買ってくれば？
0774デフォルトの名無しさん2017/04/19(水) 19:06:50.57ID:+INaJbmS
仕方がないな
これがAndroid SDK付属のエミュレーターのスクリーンショットだよ
http://i.imgur.com/QZwbHBY.png
0775デフォルトの名無しさん2017/04/19(水) 20:10:13.97ID:eG3X3P35
そもそも起動しない
機嫌が悪いときはxボタンを押しても終了しなくなる
0776デフォルトの名無しさん2017/04/19(水) 20:45:35.74ID:A2xYZqDk
Hyper-VでVisual Studio emulator使うと速いな。おまえらサンキュウ！
0777デフォルトの名無しさん2017/04/19(水) 21:20:13.41ID:kAXBwaaw
ええよ
0778デフォルトの名無しさん2017/04/20(木) 09:00:16.47ID:BiU/rpnp
今windows上でGUIのアプリ作るのってWPFが主流になってんの？
xamlを使った開発手法って広く普及して世の中に受け入れられてるものなの？
0779デフォルトの名無しさん2017/04/20(木) 09:11:23.67ID:z4St0GCc
>>778
WPFは主流じゃない。
ていうか主流はない。
MSがアホすぎてカオスだから。
でもXAML＆C#はWPF、UWP、Xamarinで使える。
0780デフォルトの名無しさん2017/04/20(木) 09:29:44.59ID:6Pzft6FM
おかしいなあロングホーンのビデオ見てた時はWPFやべぇぇ！超ースゲェェェェ！と思ってたんだけどな…
0781デフォルトの名無しさん2017/04/20(木) 10:07:17.98ID:gJTx842U
Blendで作ったxamlがXamarinで使えない悲しさ
0782デフォルトの名無しさん2017/04/20(木) 10:17:16.97ID:oYIUQC2I
WPFの方が優れてるはずだがFormの方が新しいことを学ばず従来通りできるからFormが使われてるんだろう
特に制約ないならこれから開発するものはWPF使うべきだし、win10限定ならUWP使った方が良い
0783デフォルトの名無しさん2017/04/20(木) 10:58:10.04ID:z4St0GCc
>>781
買収したなら同じにすれば良いのにほんとアホ。
0784デフォルトの名無しさん2017/04/20(木) 11:11:56.01ID:6Pzft6FM
WPF,UWP,Xamarin.Forms、全部同じ会社なのにXAMLの互換性ないんだぜ
0785デフォルトの名無しさん2017/04/20(木) 11:20:21.28ID:z4St0GCc
Microsoft To-DoもXamarinで作ればいいのに中身はカオス。
0786デフォルトの名無しさん2017/04/20(木) 13:00:02.83ID:BiU/rpnp
win32apiとかmfcの頃開発してたがその後formsとか.netとかが出てきてそれがそのまま主流なのかな
wpfは5年前くらいに出てきた気がするが全然普及してないとこみると
xamlとかmvvmとかが失敗だったんじゃないかなあ
てかここ5年のmicrosoftはアホの子なんやな
0787デフォルトの名無しさん2017/04/20(木) 13:45:47.33ID:LAX/e73O
MVVMは概念であって失敗も何もないでしょ
UIとロジックの分離は当然行うべきことなんだからMVVMを採用したこと自体も間違いではない
0788デフォルトの名無しさん2017/04/20(木) 14:10:19.65ID:USHuCmlO
MVVMはvue.jsとかでも使われてるようにUI系の仕組みでは評価高いと思うが。
WPFが普及にいたってないのはVistaがこけたとかWPF最初は重かったとか文字がぼやけるとかコントロールがないとかでんじゃフォームでやるよって時代が長く続き過ぎたせいだろ
WinRTやXamarin.FormsのXAMLはより良くなってる。
0789デフォルトの名無しさん2017/04/20(木) 14:37:20.59ID:otL1VV7a
xmlで画面デザインってのがもう古いんだよね
フロントエンドのpugとかみるとほんと思う
0790デフォルトの名無しさん2017/04/20(木) 15:29:36.95ID:USHuCmlO
XMLかYAMLみたいなのかとかは記述方法に過ぎないからまあ簡潔な方がいいけど大差ないかな
0791デフォルトの名無しさん2017/04/20(木) 16:43:37.47ID:otL1VV7a
ちりつもですよ
AltJSならぬAltXamlを期待したい
0792デフォルトの名無しさん2017/04/20(木) 18:36:43.67ID:9NLTwIyk
>>786
10年前
0793デフォルトの名無しさん2017/04/20(木) 23:14:34.31ID:aYvsFIY0
11年前では？
0794デフォルトの名無しさん2017/04/20(木) 23:23:33.27ID:VvUFMK1E
xamarinでXamlCompileが使えるようになってからコンパイル時に構文チェックされるから開発効率がだいぶん上がったね
0795デフォルトの名無しさん2017/04/22(土) 20:03:52.86ID:77P2TaT3
あいな写真見ただけで勃起する
0796デフォルトの名無しさん2017/04/23(日) 00:35:48.67ID:4HN0UWWF
すみません、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データを取得すればいいのでしょうか？
0797デフォルトの名無しさん2017/04/23(日) 01:32:34.36ID:MUFy/OHR
チンポ入れればわかる
0798デフォルトの名無しさん2017/04/23(日) 01:52:31.96ID:7AsvLBbE
ちゃんとMVVMで開発をするとした場合に、
コードビハインドに書くべき処理ってのは何なんでしょうか
0799デフォルトの名無しさん2017/04/23(日) 02:25:10.08ID:Xo/I39Qb
理想は、コードビハインドを全く書かないってことでしょ。
つか、WPFだとウィンドウ間のパラメータのやり取りぐらいは書くか。
でそのパラメータを使ってビューモデルを初期化したりするわけだし。
0800デフォルトの名無しさん2017/04/23(日) 02:26:25.23ID:Xo/I39Qb
Xamarinのスレだったか。Xamarinだとウィンドウじゃなくてページか。
0801デフォルトの名無しさん2017/04/23(日) 14:48:23.78ID:7AsvLBbE
ＭＶＶＭを使った理想の形がコードビハインドなしなら
microsoftはコードビハインド廃止すべきじゃねえんか
本気でMVVM普及させようと思ってんのか
細部が中途半端でぶれっぶれだからMVVMが普及しないし
WindowsPhoneは糞だしここ10年のmicrosoftの駄目っぷりじゃないんか
ＭＶＶＭの元祖がこの有様とかやっぱりMVVMは糞と言わざるを得ないんじゃないんか
0802デフォルトの名無しさん2017/04/23(日) 15:57:13.48ID:hqgUvqad
小規模ならmvvm使わない方が開発効率良いでしょ
0803デフォルトの名無しさん2017/04/23(日) 16:28:11.14ID:DoEVNG5h
>>801
そこがMicrosoft中途半端なんだよな。
お手本示してくれればいいのだが。
Microsoftが出しているサンプルコードもバラバラ。
0804デフォルトの名無しさん2017/04/23(日) 17:59:06.87ID:oqSNua79
あくまでテストのしやすさが重要なのでその必要ない箇所をviewから分離できてなくても何の問題もない
0805デフォルトの名無しさん2017/04/23(日) 18:17:30.10ID:BQs2vszq
単体テストの意義が理解できないとMVVMの価値も理解できないってことなん
ぶっちゃけ単体テストとか時間の無駄だろ
テストコード書いてる暇があったら
全体の動作確認してたほうがはるかに効果ある
0806デフォルトの名無しさん2017/04/23(日) 20:43:26.74ID:o4FxuHba
MVVMもその元のMVCも要は責務分割してスパゲティにしないようにしたってだけで、MVVMもそのついでにテストが出来るようにもなってるって感じでその目的に合ってればルールに縛られる必要はないでしょ。
コードビハインドもXAMLのバインディングやトリガー・ビヘイビアで行けるならそっちの方が宣言的にかけるから好ましいというだけで、それで書きにくいものまで頑張るものじゃない。
0807デフォルトの名無しさん2017/04/23(日) 21:24:00.26ID:J9JsbMoq
>>796
Xamarinてだけじゃ答えようがない
Xamarin.Androidなのか、Xamarin.iOSなのか、Xamarin.Formsなのか。
0808デフォルトの名無しさん2017/04/23(日) 22:11:02.34ID:7AsvLBbE
modelからviewModelに結果を返す部分の実装を詳しく解説しているサイトないですか
0809デフォルトの名無しさん2017/04/23(日) 22:13:46.71ID:6QNTbmd2
>>808
http://ytabuchi.hatenablog.com/entry/msmvp2016

もっと C# のことも Android Java, Swift でのネイティブ開発のことも沢山勉強して、Xamarin の事なら @ytabuchi に聞け。位を目指したいです^^
当面の目標は 純粋な Xamarin.Forms だけで Model の PropertyChanged をどうやって ViewModel を経由して View に渡すか？の調査、実装。
単体テストを書けるようになること。try/catch を知ること。です！引き続き頑張ってまいりますので、識者の方々はサポートお願いしますね笑
0810デフォルトの名無しさん2017/04/23(日) 22:15:01.28ID:PzR965kY
あるないよ
0811デフォルトの名無しさん2017/04/23(日) 22:43:20.22ID:7AsvLBbE
modelのメソッドが返り値をもったら駄目でRxのSubscribe経由でなら結果を返していい理由も全然わからない
そうすることでプログラムが分かりやすくなるん
保守性があって不具合の解析がしやすくなるん
全然意味が分からない
結局お前らもみんながやってるからとか流行ってるからやってみてるだけで本当に価値があるか理解してないだろ
みんなが大学行くから僕も行くじゃ学費の無駄
0812デフォルトの名無しさん2017/04/23(日) 23:59:51.40ID:v2uuZBgK
>>805
全体テストっていわゆるブラックボックステストだろ？
それだけで事足りる規模の小さいソフトならどんなやり方で作っても大して手間は変わらないだろう
0813デフォルトの名無しさん2017/04/24(月) 13:03:43.18ID:IGtqLxo/
単体テストと結合テストは本来は検出したいバグの種類が違うからな
単体テストクリア済みであることを前提にしない結合テストなんて地獄を見ることが確定している
0814デフォルトの名無しさん2017/04/24(月) 16:20:00.00ID:T04yPFBN
>>811
うがっちに聞いてくれ。
ブログではモデルは値返しません！って言ってたのについったでは作るものによってアーキは変わるし今作ってるものはバリバリモデル値返しますけどねとか意味不明。
0815デフォルトの名無しさん2017/04/24(月) 18:02:18.37ID:xASyHuHR
あいつは5年前とやってることかわらんからな。進歩してねぇ。飽きないのかね。
0816デフォルトの名無しさん2017/04/24(月) 18:14:27.57ID:Ft/IW4PE
>>811
Xamarinの人もそれに倣っているのが痛い。
0817デフォルトの名無しさん2017/04/24(月) 23:14:36.02ID:lR14IX5N
うがっちは大きい声をだすだけの人なので、聞いても答えは出てこないよ。
本当に知りたいなら、AndroidやJSのクライアントサイドをガチでやっている人のFlux/Reduxに関する言説を追うといいと思うよ。
0818デフォルトの名無しさん2017/04/24(月) 23:22:05.93ID:lR14IX5N
>>814
その辺の言動は、Androidの常識なんかを知らなかったりしたところからの反動で、極端に逆方向に振れたりしただけの話だと思うので無視していいよ。
その文脈で「トランザクションスクリプト」とか言っちゃうのは痛いけど。
0819デフォルトの名無しさん2017/04/24(月) 23:23:22.46ID:gyvLY6xL
>>815
今は技術的な事よりも組織づくりとかそう言ったことをやりたいんでしょ
そゆ意味では同じ事をやってると言うわけでは無いと思うが。
0820デフォルトの名無しさん2017/04/24(月) 23:26:47.98ID:gyvLY6xL
>>818
Androidではステートとかどう持つのが基本なん？
FormsとNativeではFormsだとアクティビティを１つだけ使い回す事などから変わってくるかもだけど。
ネイティヴだと頻繁に状態をローカルファイルやDBなどに保存してアクティビティが変わった時にそこから辻褄合わせるとかが基本になるのかの？
それとも普通のリッチクライアントのようにHogeManagerとかが状態握ってても良いもの？
0821デフォルトの名無しさん2017/04/24(月) 23:30:53.02ID:n8aWOuXZ
状態にかんしてはandroidでは〜iOSでは〜なんてものはねーよ
設計者の好みが全て
0822デフォルトの名無しさん2017/04/25(火) 00:21:45.72ID:KkVPHQZw
Xamarinの人との会話を見てみたけど、うがっちの発言が途中からよくわからなかったんだけど。
Webアプリとか業務アプリってどこから出てきた話なの？
氏の頭の中でなにがどう繋がって何を敵視しているのか不明なんだけど。
0823デフォルトの名無しさん2017/04/25(火) 00:58:48.25ID:Qq5SxKD5
>>821
アンドロイドちょっと疎いんだけどネイティヴの方だとアクティビティがしょっちゅう消える？からiOSや他のリッチアプリのように状態持ってちゃダメとかってのは無いの？
アクティビティ消えてもプロセスとしては残ってるからそこにアプリケーション終了するまで状態保持されててもいいって事かの。
0824デフォルトの名無しさん2017/04/25(火) 01:57:16.13ID:NFildF04
>>823
iOSだろうとandroidだろうとメモリ不足で破棄されたものを復元したいならsave/restoreの処理書くのは一緒でしょ
0825デフォルトの名無しさん2017/04/25(火) 08:00:43.48ID:Qq5SxKD5
いやそういう話とはちと違う…最終的には同じかもだけど。
Save/Restoreがどれだけ頻繁に起きるか。
あーでも両方ともSave/Restoreのライフサイクルモデルで単に後ろに回っただけならそのままメモリに保持されてるけど実際にSave/Restoreされる時は永続化レイヤとごにょごにょするだけか。
アクティビティがコロコロ入れ替わるのはそれに関係するんだっけ
0826デフォルトの名無しさん2017/04/25(火) 09:08:38.85ID:fFo/1SOp
Activityが状態を持たないようにする。
0827デフォルトの名無しさん2017/04/25(火) 10:46:14.38ID:smBeoJRH
プロセス、と言っていいのかわからんけどそれはアプリが起動してる間はいるしSave/Restoreとかのイベントが起きた時はファイルなどで状態をよしなにする。
アクティビティは操作によって消えたりしやすいのでそこで状態は管理しないって感じでよろし？
0828デフォルトの名無しさん2017/04/25(火) 13:10:47.87ID:B66MADGY
うんにゃ。
Application Contextで状態を持てばよい。
0829デフォルトの名無しさん2017/04/25(火) 14:12:05.15ID:3fSgT78N
全部Application Contextに持たせてメモリ使いすぎワロスwww
ってなったプロジェクトを多数見てきたわ
プロセス(Application Context)とタスクとアクティビティと、Androidの特性を理解して保存先を決定すべきだよ
iOSはそれはそれで特性あるから、AndroidとiOSのそれぞれの特性を理解してXamarinは扱うべし
非商用のアプリケーションならApplication Contextにぶっこんどいても良いけどさ
0830デフォルトの名無しさん2017/04/25(火) 15:00:35.64ID:B66MADGY
そらそうだろ。
回転とかでActivityが死ぬときにどうするか、ってだけのことを言っているのに。
DIコンテナ経由でDTO作って、それに保存する。
当然、DIコンテナもつくられたDTOも、保持するのはApplication Contextであって、Activityではない。
これで回転などのConfigChangeから解放される。
その先のメモリ使用量がどうのこうの考えて実際の保存先をどうするかは、
Modelの仕事であって、Acitivity（View）が考慮する問題ではない。
そこをはっきり分離しないと、非同期処理を使った途端、(状態を持った)Activityがとてつもなくリークすることになる。
0831デフォルトの名無しさん2017/04/25(火) 15:22:30.91ID:Vr/MYdwX
>>829
例が極端すぎ
0832デフォルトの名無しさん2017/04/25(火) 15:47:37.96ID:3fSgT78N
>>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%出るけど、メモリトラブルは実は頻繁に起きてるのに同業が意識してないから始末に困る
0833デフォルトの名無しさん2017/04/25(火) 17:19:34.38ID:QeB+QKyb
sankaおつ
0834デフォルトの名無しさん2017/04/26(水) 00:30:23.88ID:NjBkgbKc
>>832
Uzeeeeeee!
0835デフォルトの名無しさん2017/04/26(水) 22:27:16.44ID:CIoXsE0/
Xamarinで作られた有名アプリってなんかあるんすか
0836デフォルトの名無しさん2017/04/27(木) 02:45:21.44ID:+zhnCS/R
糸井 重里 @itoi_shigesato
若くして「人脈」ということばを使いたがる人は、それだけで信用を失います‥‥とおぼえておいてほしい。
https://twitter.com/itoi_shigesato/status/857173754845298689
0837デフォルトの名無しさん2017/04/27(木) 05:27:34.38ID:SBn/4nQl
どんだけ心せまいんだよw
0838デフォルトの名無しさん2017/04/27(木) 10:12:26.63ID:pU/Q1a1u
>>835
紅白アプリ
0839デフォルトの名無しさん2017/04/27(木) 13:02:44.23ID:OXoTqMzU
もっとこうmicrosoftのwordアプリで使ってますとかその規模の開発例はないの？Xamarinの提供元が自社アプリで使ってないとか矛盾してませんか
結局wpfと同じで広く一般に普及することなく終わっていく運命やないんか
0840デフォルトの名無しさん2017/04/27(木) 13:24:26.39ID:phIQ/iVo
>>835
Microsoft Pix

iOSのみ(笑)
0841デフォルトの名無しさん2017/04/27(木) 13:33:30.74ID:Av2I5InP
paizaさん、ちょまどに着火されて炎上
0842デフォルトの名無しさん2017/04/27(木) 13:49:44.74ID:ptwCg3ZP
>>839
何つまらんこと言ってるんだこいつは
0843デフォルトの名無しさん2017/04/27(木) 16:08:00.29ID:s2rTfu26
>>839
xamarin買収よりずいぶん前からWordアプリあるんだから無茶言うなよ
0844デフォルトの名無しさん2017/04/27(木) 16:14:00.21ID:UfHk8jRj
iOSやAndroidのOfficeがxamarinで作られてても不思議じゃないが、公言されてないので判らん。
0845デフォルトの名無しさん2017/04/27(木) 16:22:04.66ID:phIQ/iVo
>>844
違うから。
0846デフォルトの名無しさん2017/04/27(木) 19:06:56.09ID:SWlLJwoZ
公式もそういうプロモーションして欲しいね
XXはXamarin製です！みたいな
ある程度は普及してくれないと頓挫しそう
0847デフォルトの名無しさん2017/04/27(木) 19:11:47.12ID:libQjQHw
Xamarin公式サイトとか公式ブログにXamarinユーザーの企業のインタビューとかアプリ情報とか載ってるだろ
0848デフォルトの名無しさん2017/04/27(木) 19:18:41.00ID:phIQ/iVo
MicrosoftはWindowsはUWP製でほとんど置き換え中だが、
iOS、Android向けはそれぞれネイティブ。
Xamarin製は使っていない。
Pixくらいでマイクロソフトリサーチだから。
0849デフォルトの名無しさん2017/04/27(木) 19:40:26.29ID:OXoTqMzU
microsoft社員もXamarinでなんか開発したくないと思ってるんとちゃうんか
0850デフォルトの名無しさん2017/04/27(木) 19:50:48.36ID:ryAYXWXs
>>849
正解ｗ

チンポ騎士団だけが広めたいんだよ
0851デフォルトの名無しさん2017/04/27(木) 20:36:37.54ID:fnnc/aNx
おまえら糞開発環境のデバッグして大変やな
0852デフォルトの名無しさん2017/04/27(木) 21:35:01.29ID:NEgFzF2y
https://www.xamarin.com/customers
もともとwpfやsilverlightとか海外でC#の業務アプリ使ってたところがスマホ始めるのに使ってたのでは。
今はどうなってるか知らんが。
0853デフォルトの名無しさん2017/04/28(金) 04:29:23.86ID:uuui/JpZ
海外ではどうだかしらんが
日本ではすっかりちょまどでおなじみのXamarin
■ このスレッドは過去ログ倉庫に格納されています