Xamarin Part3 [無断転載禁止]©2ch.net

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/

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
実績ｗができてチンポ騎士団がもっこりするのがザマリン

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
肝心なことを理解できないからアンチなんだよｗ

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
なにいってんの

0980droidkun

2017/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
プラットフォームに関係なく「全部できない」からそれは違うｗ

0995デフォルトの名無しさん

2017/05/07(日) 12:06:54.58ID:hMLzq394

例えばTabbedPageだとAndroidとiOSそれぞれ推奨されてるのが違っていてタブが上にきたり下にきたりするから
ポトペタ(Windows FormみたいなGUI設計モード)はそもそも不向き
現在のForms Previewerみたいに表示だけするのが落とし所だろう
ただPreviewerはMac接続が必要だが、Androidのみの場合はWindows単体で見られるようにはしてほしい

0996デフォルトの名無しさん

2017/05/07(日) 15:41:59.59ID:AywTtS9y

いつの話だよ。
MaterialDesignなタブは、ViewPager + TabLayoutだから、下に持ってくるのも自由。
似たような感じで、ActionBarをToolbarに改めたのも、自由なレイアウトを実現するため。

0997デフォルトの名無しさん

2017/05/07(日) 17:22:29.44ID:nWdzBJ3w

プラットフォームで上下決まってたとしてもプレビュワーみたいにどのプラットフォームで表示するがあればいいだけじゃ

0998デフォルトの名無しさん

2017/05/07(日) 17:29:49.35ID:Aq+xdB4L

姫の画像ﾏﾀﾞｧ?(・∀・ )っ/凵⌒☆ﾁﾝﾁﾝ

0999デフォルトの名無しさん

2017/05/07(日) 17:41:08.69ID:NgENbWJX

Xamarin程の糞は見たことがない

1000デフォルトの名無しさん

2017/05/07(日) 17:41:34.52ID:2EAUXgtD

>>999
つ鏡

10011001

Over 1000Thread

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 127日 23時間 31分 14秒

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