トップページ⇒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/
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
0854デフォルトの名無しさん2017/04/28(金) 09:34:10.99ID:lxwDN9Ce
本人見てたら悪いけど
あんなブでも姫扱いされて持ち上げられるんだから
女性にとってソフト業界はめっちゃチョロい空間だよな
0855デフォルトの名無しさん2017/04/28(金) 09:41:19.37ID:80AWOTNk
やめろ
訴えられるぞ(白目
0856デフォルトの名無しさん2017/04/28(金) 10:26:56.19ID:009nHZI7
バカはレスしないでくれる？
個人の主張として批判せず、いたずらにある類として扱うのは極めて恣意的かおバカの批判にあらざる攻撃の特徴。
まあ、その軽蔑すべき発想で返した俺も反省はしてもよいが
はっきり言って精神病とバカの特徴でしかない論法でレスするなよ。
俺はバカと精神病きらいだからな。
おまえら、マジで精神病と思われる宣言的絶対主義の形而上学バカの一味は人類の公的な敵だとおもっているからな。
さしあたりお前らが馬鹿にされていることは科学的認識の健全性をそれなりに示すから喜ばしいがな。

それにしても、単なる知識を披露しあっているだけの時は頭良さそうなふりはできるが、
いよいよ自身の認識を問われる事態になるとここにいる連中、そこの浅さを露呈するやつ多すぎ
所詮、2chだな
0857デフォルトの名無しさん2017/04/28(金) 10:57:40.34ID:l53ME49d
この髪型補正と同じだし
http://i.imgur.com/g0XSOdZ.jpg
http://i.imgur.com/9L1Nf0r.jpg
http://i.imgur.com/P6OVqEw.jpg
http://i.imgur.com/KPyOKCl.jpg
0858デフォルトの名無しさん2017/04/28(金) 11:18:12.12ID:HrVNNKWr
>>854
2000年代はもっとすごかったぞ
インターネットの流行り初めで男女比ハンパないからマジで逆ハーレムだった
イケメンが如何なる女でも群がってオタクは遠巻きに見てるだけ
姫の誕生会はオタクばかりで時代は変わったなと思った

>>849
買収はしたけど、それを自身が率先して使うメリットはないよなぁ
マルチプラットフォームは人員さけないから採用するのであってMSは金も人もあるし
0859デフォルトの名無しさん2017/04/28(金) 11:55:57.17ID:GsGj7Q3/
意味わからん
Xamarin使うと少ない人員で開発できるようになるなら
余った人員は別のもっとクリエイティブなことに時間を使えばもっと会社が発展するんやないんか

根本はXamarinを使うとネイティブで開発するよりアプリのクオリティが落ちるという点に尽きる
その一点でXamarinは糞
ネイティブよりもクオリティを落とさざるを得ないことでPGもデザイナーもお客さんもみんな残念な気持ちになる
両OSそれぞれで作った方が絶対に良い
0860デフォルトの名無しさん2017/04/28(金) 12:05:26.68ID:wFNLB+Aw
理想と現実
0861デフォルトの名無しさん2017/04/28(金) 12:08:01.86ID:v2rOX9Vx
>>859
意味不明
0862デフォルトの名無しさん2017/04/28(金) 12:18:44.06ID:pvzONtzW
>>859
オリジナルAPIのラッパーを呼ぶだけなんだからクオリティに差なんて出るわけがない
それぞれで作るのでもXamarin nativeでやればいいだけだし
Xamarinでクオリティ落ちるなら従来の方法でもその程度のクオリティしかできない
単に開発者の能力の問題
0863デフォルトの名無しさん2017/04/28(金) 12:33:11.97ID:HrVNNKWr
Xamarin native(笑)でモノ作るならVMかまないC/C++のがいいよ
それでもメモリ破壊がないとか文法が楽なC#にこだわるならそれこそ開発能力が低い
UIまでまとめて同一環境であるからXamarinにメリットあると思ってる

>>859
金と時間がないならリソース分担を考えてそうだけど、MSなら多少無駄にしてもクリエイティブなこと出来るんじゃね
Xamarinでモノ作るとどうあっても品質落ちるのは同意する
0864デフォルトの名無しさん2017/04/28(金) 12:39:43.80ID:5PqkHeTG
よほどのことがない限りC/C++はないだろ
せいぜいJavaとかSwiftとかじゃないのか
0865デフォルトの名無しさん2017/04/28(金) 12:53:02.95ID:Qzo+/xgs
>>859
ちんぽ騎士団以外は君のいってることがみんな正しいと思ってるよ
だから世間のメジャ-ーアプリで凝った機能のやつは
両OSそれぞれ作ってるんだよ

ザマリンネイティブｗみたいなチンカスじゃなくてね
0866デフォルトの名無しさん2017/04/28(金) 12:55:58.08ID:GsGj7Q3/
例えば上下のスワイプでtoolbarが出たり隠れたりする画面があるけど、ああいうの簡単にできるん
Xamarinを使うことでそういうUIが初めから選択肢から外れますよね糞と言わざるを得ない
0867デフォルトの名無しさん2017/04/28(金) 13:00:09.36ID:hZjbwGsb
slackとpinterestはtest cloudだけなのかな？どうなんだろう。
https://blog.xamarin.com/xamarin-for-all/
https://www.xamarin.com/test-cloud
0868デフォルトの名無しさん2017/04/28(金) 13:01:03.51ID:v2rOX9Vx
>>866
できないとでも？
0869デフォルトの名無しさん2017/04/28(金) 13:04:42.42ID:+n5PO0qX
Xamarinを使いたがるようなのはアプリを作りたいんじゃなくてC#とVSを使いたいだけの奴ら
目的と手段が完全に逆の馬鹿
0870デフォルトの名無しさん2017/04/28(金) 13:05:08.75ID:80AWOTNk
>>859
無知ひけらかして何がしたいの？
0871デフォルトの名無しさん2017/04/28(金) 13:20:37.33ID:Qzo+/xgs
>>869
ｃ＃がやりたいわけじゃないだ
おちんぽ姫サークルしたいだけなんだ
0872デフォルトの名無しさん2017/04/28(金) 15:14:59.40ID:v9R7Bk3w
iOSとAndroidでロジック共有したくなるような大きさのアプリ作ったことのない日曜プログラマばかりでワロタ
0873デフォルトの名無しさん2017/04/28(金) 15:38:36.82ID:GsGj7Q3/
officeアプリを全部Xamarinで作り直してから言え
0874デフォルトの名無しさん2017/04/28(金) 15:51:23.29ID:HrVNNKWr
>>864
Xamarin Nativeってロジック部分だけC#+Xamarin Runtimeで作って
UIは各OS Native(Java, Kotlin/ObjC, Swift)で実装する手法を指す造語があるっぽいよ
ロジック部分だけC#で作ろうという感性は正に目的と手段を取り違えた日曜プログラマだと思った
0875デフォルトの名無しさん2017/04/28(金) 15:58:42.18ID:SRTmW5jP
>>863
＞それでもメモリ破壊がないとか文法が楽なC#にこだわるならそれこそ開発能力が低い

全く同じこと実現するためにわざわざ難しい方法を採用する必要はない
目的はプログラミングすることではなくアプリを作ることだから
Xamarin nativeであればC#自体のメリットを活かしながら各OSの機能もフルに使える
そしてOS依存のないロジックは共有できる
0876デフォルトの名無しさん2017/04/28(金) 16:00:53.22ID:hy8Ktf8Q
>>874
Xamarin nativeは造語ではなく公式名だ
そして各OSのC#ラッパーがあるので使うのはC#のみ
0877デフォルトの名無しさん2017/04/28(金) 16:10:10.28ID:HrVNNKWr
VMランタイムのせいで速度性能もバイナリ容量も劣化して同じことできてないじゃん、、、
ロジック共有時のランタイムオーバーヘッドってこんな感じでしょ
C < C++ < rust, go < swift <<< C#

オーバーヘッド無視でいい日曜プログラミングならおk
0878デフォルトの名無しさん2017/04/28(金) 16:11:08.67ID:B6JRNHr1
ちょっと何言ってるかわからない
0879デフォルトの名無しさん2017/04/28(金) 16:13:22.62ID:B6JRNHr1
しったかぶりの馬鹿か狂った人のふりはよくないな
0880デフォルトの名無しさん2017/04/28(金) 16:18:15.60ID:v2rOX9Vx
>>877
空想はいいから試してみたら。
0881片山博文MZ ◆T6xkBnTXz7B0 2017/04/28(金) 18:16:34.56ID:TxOrBLp1
効き目にザマリン！
0882デフォルトの名無しさん2017/04/28(金) 18:29:39.64ID:EOEmRYEB
名前からして流行りそうにないな
0883デフォルトの名無しさん2017/04/28(金) 19:34:40.89ID:PeWJLk1A
xamarinは糞
主流になることはないと断言できる
0884デフォルトの名無しさん2017/04/28(金) 20:01:23.81ID:Qzo+/xgs
攻撃的なちんぽ騎士団がためして
エビデンスを公開しろよｗ
おまえらなんのための団体なんだよｗｗ
0885デフォルトの名無しさん2017/04/28(金) 20:03:50.29ID:heBazf8n
>>884
xamarinより姫の方が大事に決まってるだろ。
そんな事も分からねぇのかよ。死んでろ。
0886デフォルトの名無しさん2017/04/28(金) 20:35:49.38ID:xJRRr4qX
姫に会う前にエビオス！
0887デフォルトの名無しさん2017/04/28(金) 20:48:55.89ID:80AWOTNk
ちょまど禁止にしようぜ
0888デフォルトの名無しさん2017/04/28(金) 21:02:51.98ID:+2B68gd7
Visual Studio Emulator for AndroidとWindows10の間でマウスを使った
コピーペーストが出来ないのはそう言う仕様ですか？
何か設定すれば出来るようになりますか？
0889デフォルトの名無しさん2017/04/28(金) 22:26:59.94ID:DS+auWFv
cordovaでだいたいどうにかなりますので…
0890デフォルトの名無しさん2017/04/28(金) 23:20:21.45ID:0EzQrSpW
>>874,877
こいつほんとに何もわかってねぇバカだw
C++で開発するのが能力高いとかw
0891デフォルトの名無しさん2017/04/29(土) 00:48:48.15ID:87XG9qKi
Xamarinが生み出すものは妥協と失望だけ
0892デフォルトの名無しさん2017/04/29(土) 01:15:51.68ID:CN87WY+D
>>873
開発費全額前金で払ってから言え。
■ このスレッドは過去ログ倉庫に格納されています