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

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

レス数が950を超えています。1000を超えると書き込みができなくなります。
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/
0896デフォルトの名無しさん2017/04/29(土) 02:27:03.26ID:b6f0cr3A
>>895
それは使ってる人でしょ
0897デフォルトの名無しさん2017/04/29(土) 03:05:42.37ID:rVTtZryp
>>877
VMってなんだ?iOSが仮想マシン実行を許可してるわけ無いだろ
基本的にネイティブコードになるのでオーバーヘッドはかなり小さいはず

時代は結構進んでるもんだよ
0898デフォルトの名無しさん2017/04/29(土) 04:01:34.74ID:7YKa2fEU
>>897
というよりobjCよりは多少遅いがほぼ同等、swiftより速いこと多数、JavaはダルビックがうんこなせいかXamarinより速いって統計出てたような
0899デフォルトの名無しさん2017/04/29(土) 06:18:50.45ID:amOR2L8x
知識ないのにC#関連スレで一人で立ち向かうHTML好きな勇者。
そして全敗中。
0900デフォルトの名無しさん2017/04/29(土) 06:27:32.67ID:On6FvF5I
Xamarinで速度に困ることは無かったなあ
宣伝文句の割には色々行き届いてないから、ヘイトを集めるのは分かるけど
0901デフォルトの名無しさん2017/04/29(土) 08:21:14.17ID:gpBNKKlw
ガチな商用で使わなければランタイムオーバーヘッドは誤差
非商用で気にするヤツはアホウ、商用で使うヤツもアホウ

生温い言語と開発環境は良いよ
0902デフォルトの名無しさん2017/04/29(土) 12:59:17.81ID:rVTtZryp
紅白のアプリとかは普通に問題起こさずに大晦日耐えきった印象があるが
0903デフォルトの名無しさん2017/04/29(土) 13:22:13.00ID:VKbKBamV
officeアプリを全部Xamarinで作り直してから言え
0904デフォルトの名無しさん2017/04/29(土) 14:07:28.60ID:7YKa2fEU
共有ロジック部とかもうc++で作り終えてるのにやるわけねーだろ馬鹿か
0905デフォルトの名無しさん2017/04/29(土) 14:09:04.71ID:umcYgVw9
ぶっちゃけモデルの部分なんか共通化できたって大したメリットねえんだよw
アプリつくったことないちんぽ騎士団長にはわからないだろうけどなww
0906デフォルトの名無しさん2017/04/29(土) 14:18:00.87ID:z+zzORKW
何でこんなに怒ってるのか意味が分からない
何が何でもXamarin使う気が元からないのならわざわざこんなとこ来なければいいのに
0907デフォルトの名無しさん2017/04/29(土) 14:38:09.03ID:wkH4Hjgg
Xamarinって各OSにあるパーツを使ってなんとなく同じ機能を手軽に提供できますよってものでしょ?
それにoffice要求してどうすんの?
0908デフォルトの名無しさん2017/04/29(土) 15:03:17.53ID:VKbKBamV
UIを全部共通化できないなら意味ねえんだよ
toolbarを上下スワイプで出たり隠れたりするUIをXamarin.formsだけで作ってから言え
0909デフォルトの名無しさん2017/04/29(土) 15:05:32.11ID:VKbKBamV
>>907
結局プロトタイプ開発にしか使いようがないってことだよな
0910デフォルトの名無しさん2017/04/29(土) 15:15:19.74ID:7YKa2fEU
>>905
コードの共有化もろくに出来ない無能のいうことはやはり一味違いますね
0911デフォルトの名無しさん2017/04/29(土) 15:15:36.89ID:umcYgVw9
>>909
紅白アプリみたいな使い捨てで
簡素な機能で良い開発にはいいかもね
0912デフォルトの名無しさん2017/04/29(土) 15:20:10.63ID:gyi9Amom
>>872
それは c/c++ で十分
Webkitとその派生、freetype、libjpeg、その他何百もある
世の中のマトモなものはたいていそうでしょ。
0913デフォルトの名無しさん2017/04/29(土) 15:22:34.63ID:umcYgVw9
>>912
ほんまこれ
0914デフォルトの名無しさん2017/04/29(土) 15:25:17.38ID:7YKa2fEU
>>912
まあC++でC#と同等の生産性出せるならいいんじゃない?その後のメンテコストも含めて。
絶対的に高速化求められたりガベコレで止まるのが許されないとかでなければC++を選ぶ意味は総合的にだいぶ疑問だけどな
0915デフォルトの名無しさん2017/04/29(土) 17:11:21.20ID:wkH4Hjgg
必要な時に必要だと思われる方法を取ればいい
ここにわざわざきてXamarinを煽る意味はあるのか疑問
0916デフォルトの名無しさん2017/04/29(土) 17:12:36.40ID:nSaBxT7j
これも全てちょまどのせい
0917デフォルトの名無しさん2017/04/29(土) 17:52:38.49ID:xw7lDITZ
AndroidならJava、iOSならobjective-Cかswift
わざわざC++選ぶ奴はただの変わり者
0918デフォルトの名無しさん2017/04/29(土) 18:19:19.62ID:gpBNKKlw
C#は?
0919デフォルトの名無しさん2017/04/29(土) 18:24:33.45ID:x7QNC9xp
姫が来るなら何でもいいよ
0920デフォルトの名無しさん2017/04/29(土) 19:56:55.19ID:kp9g+UXO
ロジック共通化するのにC/C++使ってるんだろうけど、
自分はやっても画像処理とかの計算とか必要なところだけC/C++のライブラリ追加するだけかなあ。
PCやスマホのcpuに限れば、最近はgoやrustもいけるから案外似たような人がいるのかもしれないが。
0921デフォルトの名無しさん2017/04/29(土) 22:43:13.33ID:VKbKBamV
アプリのクオリティを落としてエンジニアもデザイナーもお客さんも全員がっかりするのがXamarin
0922デフォルトの名無しさん2017/04/29(土) 23:04:26.03ID:7YKa2fEU
がっかりエンジニアのがっかり知識加減はものすごいな(´・ω・`)
0923デフォルトの名無しさん2017/04/29(土) 23:09:10.72ID:umcYgVw9
>>921
実績wができてチンポ騎士団がもっこりするのがザマリン
0924デフォルトの名無しさん2017/04/30(日) 00:16:47.58ID:9aCNHNQ1
メタデータ共有のために sqlite (c)使う
→UI 以外全部Cで良くない?
となるのが普通
0925デフォルトの名無しさん2017/04/30(日) 00:17:04.60ID:mwkcLcyR
そんなに文句言うならXamarin使わなきゃいいのに
0926デフォルトの名無しさん2017/04/30(日) 00:29:13.84ID:+rLqkQG4
親でも殺されたんだろ
0927デフォルトの名無しさん2017/04/30(日) 10:27:11.27ID:/sf29JDv
構って欲しいだけだろ
0928デフォルトの名無しさん2017/04/30(日) 11:17:06.39ID:zu6P/YtU
>>919
姫は外されたのか外れたのか知らんけど、Xamarinのイベントから姿消してるんだよなぁ
VSCの方でエディタ紹介に併せてXamarin扱ってるようだけど
0929デフォルトの名無しさん2017/04/30(日) 12:29:30.53ID:1dDTXmUe
ちょまどもがっかりして見放したのがXamarin
0930デフォルトの名無しさん2017/04/30(日) 12:34:51.49ID:+rLqkQG4
あいつはただのMSのマスコットだしな
0931デフォルトの名無しさん2017/04/30(日) 13:08:25.96ID:NMRJ3Vns
悪くも悪くも知名度だけは上がったから
もう炎上芸人は不要ということで外して、質を高めていくのかな?
0932デフォルトの名無しさん2017/04/30(日) 14:05:03.11ID:u1vyHxcf
>>928
今日か昨日のもくもく会行ってなかったっけ?よく見てないけど。
0933デフォルトの名無しさん2017/04/30(日) 15:39:33.81ID:X1P4JQ1h
>>928
decode:2017でXamarinのセッションやるよ
0934デフォルトの名無しさん2017/04/30(日) 15:45:14.34ID:/sf29JDv
Xamarin関連でわざわざdecodeで扱うような目新しいネタって何かあったっけ?
0935デフォルトの名無しさん2017/04/30(日) 16:14:34.94ID:TdxYfEl2
炎上ネタならあったけどな
0936デフォルトの名無しさん2017/04/30(日) 17:16:09.54ID:1axbjART
>>908
何言ってるんだ、AndroidとiOS(一応UWPも)でデザインのガイドラインが違うからむしろ同じUIにしちゃいけないんだよ
0937デフォルトの名無しさん2017/04/30(日) 18:26:19.02ID:u1vyHxcf
>>934
Azure絡めてクラウドに繋がるアプリが簡単に作れます的なやつじゃないかの…

>>936
多分そいつプログラマですらない、ちょまに相手にもされなかったキモオタだから。
そもそこで言ってるスワイプしてツール出すとかViewをオーバーレイすれば簡単にできるだろ
0938デフォルトの名無しさん2017/04/30(日) 19:01:53.84ID:YspkWSmK
姫に相手にされない人は仲間外れということですね
0939デフォルトの名無しさん2017/04/30(日) 19:06:11.80ID:fJXqNhJj
フロントエンド界隈だと、開発が放棄されても自分でメンテできる規模のフレームワーク組み合わせて使うという人もいる。
ネイティブ関連の開発環境はビルドツールの連携から一式必要になるので、ここら辺は難しいところはあるね。

C#界隈はUnityなりスマホ向けにリソース持ってる会社があるし、xamarinも半自動でandroid/iosのラッパーは作られてる様でメンテコスト青天井という訳ではなく、継続はしやすいかなとおもってる。
そこらへん考えて、OpenGLやwebview上で全部やるという方法もある。

まあviewが宣言的にxmlで書ける範囲なら、ロジックを共通にしてもターゲット環境用のランタイムさえ用意出来れば良いので何の言語でもなんとかなりそう。
0940デフォルトの名無しさん2017/05/01(月) 01:59:33.76ID:FrkLRpK8
>>939
何を言ってるか分からない。さいごのだんらくだけでいいんでぐたいてきにどうすることをいってるのかおしえてくれ
0941デフォルトの名無しさん2017/05/01(月) 07:53:24.63ID:d9lc/ZT3
>>940
肝心なことを理解できないからアンチなんだよw
0942デフォルトの名無しさん2017/05/01(月) 09:07:52.43ID:FrkLRpK8
いやXamarin使ってる口だから。
最後はなんの話ししてるの。別の会社がXamarin的なもの作るの難しく無いんじゃって話かXamarinが別の言語対応すればいいって話してんのか。
0943デフォルトの名無しさん2017/05/01(月) 09:11:05.96ID:JJB8/uva
どうでもいいから姫の画像くれよ
0944デフォルトの名無しさん2017/05/01(月) 10:02:16.67ID:Wityx9Y0
実際のところロジックとUIの分離そのものはXamarinに限らない
極端に言えばCordovaなどJSベースのフレームワークでJavaScriptとHTML/CSSでやろうとしていることも同じ
0945デフォルトの名無しさん2017/05/01(月) 11:52:54.30ID:N42mSuFr
Xamarinの1番の目的はネイティヴに近い形でC#でかけるって話だろ。
副次的にロジックや場合によってはUIの共有もできるってだけで。
C++もXamarinもCordovaもメリットデメリットあるんだから取捨選択すればいいだけでわざわざ叩きに来るのはちょまどに相手されなかった腹いせにしても見苦しい
0946デフォルトの名無しさん2017/05/01(月) 12:10:18.08ID:DeKBxqzS
最初期は逆なんだよなぁ
MSが買収した頃にはユーザの意識が変わってるようだけど
0947デフォルトの名無しさん2017/05/01(月) 13:46:57.71ID:E6K6ktuh
私がXamarinを使う目的はクロスプラットフォーム開発だな
0948デフォルトの名無しさん2017/05/01(月) 13:52:13.25ID:wTtJfo+N
僕がXamarinを使う理由は勉強会に出るためだな
0949デフォルトの名無しさん2017/05/01(月) 14:26:03.52ID:eVWX3JKd
>>945
ちょまどに相手にされない腹いせが全てだから仕方ない
0950デフォルトの名無しさん2017/05/01(月) 15:37:31.95ID:JJB8/uva
姫の画像マダァ?(・∀・ )っ/凵⌒☆チンチン
0951デフォルトの名無しさん2017/05/01(月) 19:24:20.35ID:gWilQryK
ザーメリン?
0952デフォルトの名無しさん2017/05/01(月) 19:37:32.65ID:1c6OFMUf
Xamarinは苦労もあるけど、かつてのTitaniumの「エンジン2万回転で時速30km」みたいなモッサリ感が皆無でいいなーとおも

プラットフォームごとの理解深度は単一プラットフォーム開発の場合よりずっと深める必要があるってのは、クロスプラットフォームの宿命みたいなモンだし、しゃーないわ
0953デフォルトの名無しさん2017/05/01(月) 23:54:21.43ID:uk5G3hlV
Xamarinで作るとアプリのクオリティを落とさざるを得なくなる
その一点で糞
0954デフォルトの名無しさん2017/05/02(火) 00:08:07.57ID:Ah5fx9oW
だからどこでクオリティが落ちるんだよw
0955デフォルトの名無しさん2017/05/02(火) 00:11:17.77ID:t0wO1oPo
OpenGL上でパーツ作りましたとか、apiの別言語ラッパーだけ用意するフレームワークなら、素性もわかりやすいんだけど、
ネイティブのGUIパーツつかって共通APIを用意したものはどこか破綻しそうな気がするんだよな。
titaniumはブラウザ再現するような仕組みまであったんだけど、パーツの組み合わせやイベントの送受信周りで問題になってしまい厳しかった覚えがある。
react native、xamarin formsあたりはどうなってんだろ?
0956デフォルトの名無しさん2017/05/02(火) 00:27:15.02ID:ejSs7q9W
細かい部分で同じに出来ず、妥協することになる
そしてアプリの質は落ち、全員ががっかりする
0957デフォルトの名無しさん2017/05/02(火) 00:31:37.28ID:/ztXVDKZ
えw
0958デフォルトの名無しさん2017/05/02(火) 00:40:57.94ID:quZ1LKps
>>956
完璧に同じにする必要なんてないでしょ
0959デフォルトの名無しさん2017/05/02(火) 01:08:52.37ID:ejSs7q9W
それを決めるのはデザイナーだ
デザイナーの要求に答えにくい自由度の低い環境は糞と言わざるを得ない
0960デフォルトの名無しさん2017/05/02(火) 01:12:39.20ID:XJaQ8vCd
>>953
落とさざるを得ない部分とは具体的にどこかな?
0961デフォルトの名無しさん2017/05/02(火) 01:15:17.45ID:ejSs7q9W
実際にアプリ作ってみたら分かるだろ
0962デフォルトの名無しさん2017/05/02(火) 01:15:20.10ID:rC3nyFkD
で、アプリの質に関わる妥協点として具体的にどういうものがあるのか教えてくれ
そもそも質っていうのが曖昧だが
0963デフォルトの名無しさん2017/05/02(火) 01:32:27.90ID:Ah5fx9oW
Forms使わないならjavaやswiftで作るのと出来ること何が違うと思ってるんだ?
0964デフォルトの名無しさん2017/05/02(火) 01:45:34.95ID:quZ1LKps
iOSとandroidじゃUIのガイドラインが異なるんだから差異が生じるのは当然でしょ
完璧に同じにしろというデザイナーの方が無能だわ
0965デフォルトの名無しさん2017/05/02(火) 01:51:58.20ID:quZ1LKps
うちのデザイナーはiOSとAndroidそれぞれのデザイン作るよ
0966デフォルトの名無しさん2017/05/02(火) 02:24:50.18ID:cKOKVRmm
姫の画像マダァ?(・∀・ )っ/凵⌒☆チンチン
0967デフォルトの名無しさん2017/05/02(火) 06:36:56.08ID:Ah5fx9oW
>>964
アンドロイドほとんど使ってないのでどの辺がどう違うのかわからん。
GMailとかで縦点3つメニューがiOSでもアンドロイドと同じ位置?にあるようで使いづらくはある
0968デフォルトの名無しさん2017/05/02(火) 12:16:39.98ID:8corgnBc
メニューが上か下かに始まりいろいろ違う
0969デフォルトの名無しさん2017/05/02(火) 12:23:50.15ID:xiiEexqY
全く同じにしたいって、ゲームアプリ前提で考えてるんじゃね?
ゲームにはXamarinは向いていないっていうのは常識だと思ってたが
あくまで既存のコントロールやそれを拡張したもので構成されるアプリが主なターゲット
0970デフォルトの名無しさん2017/05/02(火) 13:12:22.53ID:wDrvEYUZ
>>962
分かりやすい所でバイナリ容量

DL時間だとか起動時初期化時間とかに影響する
まぁ誤差だと反論ないし無視するんだろうよ
0971デフォルトの名無しさん2017/05/02(火) 14:32:47.64ID:stXptmQO
>>970
バイナリサイズがでかくなるのはあるな。
初期化時間はそれほど影響してるかってかんじだが。
Xamarin.Formsの泥は起動遅いな
0972デフォルトの名無しさん2017/05/02(火) 15:58:46.78ID:kPlqcTGO
xamarin.formsってさ、
画面作成にXMLを自分で書くしかないの?
もっとC#みたいに自分でボタンとかペタペタ置いてボタンダブルクリックでイベント出してそこにソース書くみたいな
そんなのを想像してたんだけど
0973デフォルトの名無しさん2017/05/02(火) 16:54:07.37ID:stXptmQO
プレビュワーは欲しいけどエディターは無くていいかな
0974デフォルトの名無しさん2017/05/02(火) 20:12:35.04ID:BE5vNnm6
昔msが作ってたXNAのクローンでmonogameってのがあってこれはxamarin androidでも動くけど、そもそもXNA使ってた人があんまりいないよね。
0975デフォルトの名無しさん2017/05/04(木) 20:49:47.90ID:XKQlAiZc
https://blog.xamarin.com/developing-enterprise-apps-using-xamarin-forms/
新しい公式ドキュメント出てるぞ
0976デフォルトの名無しさん2017/05/05(金) 12:43:30.87ID:MDgrGB6E
eShopOnContainers - Microservices Architecture and Containers based Reference Application (BETA state - Visual Studio 2017 and CLI environments compatible)
https://github.com/dotnet-architecture/eShopOnContainers/blob/master/README.md

へぇマイクロサービスのサンプル実装に合わせてそれぞれ本にしたのか。
0977デフォルトの名無しさん2017/05/06(土) 22:24:00.93ID:6qbyQDr/
Web API使うアプリの場合、開発者側の秘密キーを入れておく必要があるけど
Xamarin.Formsではどこにどうやって保存すれば安全なの?
0978デフォルトの名無しさん2017/05/06(土) 23:35:57.16ID:izNztz1S
>>977
OAuthのこと?
0979デフォルトの名無しさん2017/05/07(日) 00:00:39.01ID:neWlN8HF
>>977
なにいってんの
0980droidkun2017/05/07(日) 00:07:05.70ID:8LSVVeTo
>>977
セキュリティ関してxamarin.forms固有の何かはないよ
ハードコードできない値はハードコードしないが鉄則
0981デフォルトの名無しさん2017/05/07(日) 00:13:54.60ID:nQs7yjlz
WPFとかだと入れるところがあるのにな
0982デフォルトの名無しさん2017/05/07(日) 00:28:06.12ID:hMLzq394
例えばTwitterクライアント作る場合、実行時に開発者のconsumer secretをアプリが入手している必要があるが、
それをハードコードしない場合は別ファイルで暗号化するか、自前でサーバー用意してそこに置く必要がある
暗号化しても復号キーを隠すには結局自前サーバーに当たるものが必要になる
そんなことせずアプリ単体で動作してかつconsumer secretを隠す方法はないのかな?
0983デフォルトの名無しさん2017/05/07(日) 01:29:18.98ID:zUAqytts
文字列難読化しない限り無理なのかな?
前にPhoenix ProtectorってのでやってみたらPCLで生成されたdll内の文字列は難読化できていたが結局アプリ起動できないから諦めた
0984デフォルトの名無しさん2017/05/07(日) 04:30:25.85ID:AgF36cRS
カジュアルコピー防ぐなら、共通鍵の暗号化して置けば良いかと思う。

なんでも良いと思うが
https://developer.xamarin.com/api/namespace/System.Security.Cryptography/
https://github.com/AArnott/PCLCrypto
0985デフォルトの名無しさん2017/05/07(日) 08:02:25.74ID:nWdzBJ3w
実行時に入力するなら、されたものをKeyValut的なものにぶっこんだら?
Xamarin.AuthだとメンテされてないからiOS側はiOSのKeyValut的なやつにちゃんと入れてくれるらしいがアンドロイド側は古い実装にしか対応されてないとかなんとか聞いたけど詳しいことは知らん
0986デフォルトの名無しさん2017/05/07(日) 08:04:05.83ID:nWdzBJ3w
関係ないけどPCLCrypto使って暗号化したやつ、プラットフォーム超えて使っても大丈夫だよね?といつもビクビクしてるんだが問題出るパターンってあるのかしら
0987デフォルトの名無しさん2017/05/07(日) 09:05:57.79ID:kkPVOyJr
お前ら本当に単純なことも実現できないんだな
あっ、Xamarinが糞なだけか
0988デフォルトの名無しさん2017/05/07(日) 09:16:50.47ID:nWdzBJ3w
だからネイティヴで実現できてXamarinで実現できないことを探してから書き込めよお前わw
0989デフォルトの名無しさん2017/05/07(日) 09:57:45.58ID:cFBjIjqC
Formsが糞な所は結構ある
0990デフォルトの名無しさん2017/05/07(日) 10:59:44.67ID:NgENbWJX
formsで全部できないならクロスプラットフォームの価値ない
0991デフォルトの名無しさん2017/05/07(日) 11:36:13.08ID:9+c3i/rC
>>990
できないとこ教えて。
0992デフォルトの名無しさん2017/05/07(日) 11:56:20.17ID:nWdzBJ3w
ネイティブコントロールの組み込みも出来るんだし、だいたいのところはFormsでやってむりなところはレンダラなりネイティブコントロール使うなりで何の問題あるのか知りたいんだが。
他のもっとマシな方法って何?全部ネイティブで書くの?
久しぶりにTableViewSourceとか触ってそのクソさ加減に吹いたわ
0993デフォルトの名無しさん2017/05/07(日) 11:58:44.85ID:neWlN8HF
>>991
ぽとぺた
0994デフォルトの名無しさん2017/05/07(日) 12:04:45.98ID:9+c3i/rC
>>993
プラットフォームに関係なく「全部できない」からそれは違うw
0995デフォルトの名無しさん2017/05/07(日) 12:06:54.58ID:hMLzq394
例えばTabbedPageだとAndroidとiOSそれぞれ推奨されてるのが違っていてタブが上にきたり下にきたりするから
ポトペタ(Windows FormみたいなGUI設計モード)はそもそも不向き
現在のForms Previewerみたいに表示だけするのが落とし所だろう
ただPreviewerはMac接続が必要だが、Androidのみの場合はWindows単体で見られるようにはしてほしい
レス数が950を超えています。1000を超えると書き込みができなくなります。