Xamarin Part6

**デフォルトの名無しさん** · 2017/10/19(木) 04:50:42.42

C#を用いてクロスプラットフォームアプリケーション（iOS Android Mac）を
を開発するためのライブラリおよび開発環境です。
Macの人は Xamarin Studio、Winの人は Visual Studioで開発できるよ！

公式
http://xamarin.com/

前スレ
Xamarin Part5 [無断転載禁止]©2ch.net
http://mevius.2ch.net/test/read.cgi/tech/1498575762/1

Xamarin Part4 [無断転載禁止]©2ch.net
http://mevius.2ch.net/test/read.cgi/tech/1494196804/

Xamarin Part3 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1483089021/

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

Xamarin Part1
http://echo.2ch.net/test/read.cgi/tech/1359861574/

**デフォルトの名無しさん** · 2018/11/03(土) 22:16:16.31

うん、買うのは買うよ
だが時期の問題もあるんだよね
2019年にmacbookpro新作が出るらしいし
だが2019年まで待ってもいられないし
でも16万ものPC買ってすぐ旧型になるのは耐えられない
どうしたらいいんだ

**デフォルトの名無しさん** · 2018/11/03(土) 22:32:48.00

今買って、新しいのが出たらまた買えば良いんじゃないの

**デフォルトの名無しさん** · 2018/11/03(土) 23:01:25.36

今はまだ時期じゃないおじさんになってるよ

**デフォルトの名無しさん** · 2018/11/04(日) 00:40:16.00

>>140
今までそういう仕組みを作ってきた顧客にとっては
それを動かすために、レガシーに合わせざるを得ない顧客は多いでしょうから
その面で仕事はあるでしょう。まだ企業のPCはWin7全盛ですから。
ただ、現在は仕方なくそうなっているという形でしょうね。
とはいえクラウド移行で急激に変化。

**デフォルトの名無しさん** · 2018/11/04(日) 00:44:07.46

>>142

わたしゃハードはMac、OSはWindowsの環境して、
まるまる１１年経ったよ。
なんの不都合もない。
MacOSの方は使うことがまるきりないんだけどね。

**デフォルトの名無しさん** · 2018/11/04(日) 01:39:24.02

あ、違った
2019で新型が出るのはmacproか
macbookproは最近新型出たばっかじゃん
じゃあ買うか・・・

**デフォルトの名無しさん** · 2018/11/04(日) 09:11:01.36

ついにAndroidエミュレータが起動してAndroidのデバッグ環境が整った
macはまだない
もうちょいアプリができてから買おうかな
16万の買い物をする勇気が出ない

**デフォルトの名無しさん** · 2018/11/04(日) 09:32:36.61

今買うならmacbookairの方じゃない？

**デフォルトの名無しさん** · 2018/11/04(日) 10:20:27.94

>>152
13インチ MacBook Air

Touch ID
1.6GHzデュアルコアプロセッサ（Turbo Boost使用時最大3.6GHz）
256GBストレージ
1.6GHzデュアルコア第8世代Intel Core i5プロセッサ（Turbo Boost使用時最大3.6GHz）
Retinaディスプレイ
8GB 2,133MHz LPDDR3メモリ
256GB SSDストレージ1
Intel UHD Graphics 617
Touch ID
感圧タッチトラックパッド
Thunderbolt 3ポート x 2
￥156,800 (税別)

13インチMacBook Pro

2.3GHzデュアルコアプロセッサ
256GBストレージ
第7世代の2.3GHzデュアルコアIntel Core i5プロセッサ
Turbo Boost使用時最大3.6GHz
Intel Iris Plus Graphics 640
8GB 2,133MHz LPDDR3メモリ
256GB SSDストレージ1
Retinaディスプレイ
Thunderbolt 3ポート x 2
￥164,800 (税別)

今回のmacbookairかなり叩かれてるよ
何も新しいものがないらしい

**デフォルトの名無しさん** · 2018/11/04(日) 11:00:39.83

Windows.FormsのPC向けプロジェクトがUWPってことは
Windows7では動かないのか
Windows10だけか
まだWindows7のシェアかなり多いみたいだが、かなりのユーザーが
ターゲットから外れるな
まぁモバイルアプリを作りたいわけで
PCがメインターゲットじゃないからいいっちゃいいんだが
なぜWPFじゃなくUWPなのか
なんかXamarinがとんでもない泥船のように思えてきた

**デフォルトの名無しさん** · 2018/11/04(日) 11:14:57.33

Windows FormアプリはXamarinもUWP も関係ないよ
というかWPFアプリですら無い

**デフォルトの名無しさん** · 2018/11/04(日) 11:18:22.47

間違えたわ
Windows.FormsじゃなくてXamarin.Formｓの話よ

**デフォルトの名無しさん** · 2018/11/04(日) 11:46:56.92

やっとAndroidとUWPのHelloWorldが通ったわ
IOSはmacがないから外してるけど
昨日本買ってこの段階なら早い方かな？
ここのみんなはもうアプリガンガン作ってリリースとかしてるの？

**デフォルトの名無しさん** · 2018/11/04(日) 12:23:15.22

実際商用でXamarin使った例ってあるのかな？

**デフォルトの名無しさん** · 2018/11/04(日) 12:57:31.39

>>158
https://www.xlsoft.com/jp/products/xamarin/apps.html

チラッとしか見てないがクレスコとかはたぶん上場企業だし、ソニーの子会社っぽいのもxamarinでなんか作ってるね

**デフォルトの名無しさん** · 2018/11/04(日) 18:42:01.16

>>156
WPF,UWPと同じくxamlで記述しようって話なんで
これらはお友達といってもいいかも。
ただ動く環境がWPFはWindows上とかそういう違いはあるけどね。

**デフォルトの名無しさん** · 2018/11/04(日) 20:05:50.22

Xmarin.FormsのXAMLでかける式ってWPFに比べてショボいところがあるじゃん。

**デフォルトの名無しさん** · 2018/11/04(日) 20:24:49.07

Xamarin.Formsは色んなOSの最大公約数の機能しかないからなぁ。
案外WebView使ってHTMLで書くのが一番小回り効いたりする。

**デフォルトの名無しさん** · 2018/11/05(月) 00:04:27.81

いつかxamarinやっててよかったと思える日が来るんだろうか
C#でアプリが作れるってだけで飛びついてしまったんだが、何ができるんだろう
でも.NETのクラスが全部使えるんならなんでもできるんだよな要するに
.NETが全て使えるとすると、かなり万能なんじゃないの？xamarinって
.NETに加えて、iOSやandroid のAPIまで呼べるんでしょ？それに加えクロスプラットフォーム
それだけ聞くと無敵な感じがするし企業が放っておかないと思うんだが何がネックなんだろう

**デフォルトの名無しさん** · 2018/11/05(月) 00:38:27.24

.NET使えるおかげでデスクトップ、モバイルでロジックをあらかた共有出来るからな
ややこしいコンポーネントも共有してるからやろうと思えばほぼ全て共有できるのは実感してる。
最近はFlutterとかも良い感じだけど、そういうところでは一日の長があるな

**デフォルトの名無しさん** · 2018/11/05(月) 08:11:37.97

ふむ、良さげだな
xamarinの先行者になって業界で無双できるのが理想だな
あとはマイクロソフトがどれだけ力入れてくれるかだな
まぁマイクロソフトは今はC#とWPF、xamarinに力入れてくれてるイメージあるし期待はできるかな

**デフォルトの名無しさん** · 2018/11/05(月) 08:36:06.32

いまさらWPF？UWPではなく?

**デフォルトの名無しさん** · 2018/11/05(月) 10:07:25.25

それは利用環境での違い次第じゃない？
Win7だとUWP動かないから

**デフォルトの名無しさん** · 2018/11/05(月) 11:04:39.90

新規でわざわざ7向けとか作りたくないわ

**デフォルトの名無しさん** · 2018/11/05(月) 11:11:58.23

>>166
UWPの間違いだったわ

**デフォルトの名無しさん** · 2018/11/05(月) 13:40:13.80

>>168
そりゃ作りたくないだろうけどIE6に対応してくれとかがざらにいるこんな世の中じゃポイズン

**デフォルトの名無しさん** · 2018/11/05(月) 22:37:55.51

学習コスト思ったより高いな
土曜日に6000円で買ってきた分厚い本がまだ100ページも読み終わらん
序盤の簡単なとこでこれとは正直キツイわ
1カ月でそこそこ使えるようになるかと思ったが2，3カ月かかりそうだな
キッツ

**デフォルトの名無しさん** · 2018/11/05(月) 23:06:08.03

どこまで経験あるか次第だろ。
mvvm,databinding経験あるか?
他環境でmvvm,databindingやったことあるならほ表記方法がxamlになるだけで敷居は低い。
それないとmvvm,databinding,xaml,xamarinコントロールと覚えることがあって結構大変。

**デフォルトの名無しさん** · 2018/11/05(月) 23:09:25.87

ネイティブの知識なくて良いわけじゃないから学習コストは高いよ
Xamarin.Forms に限らずクロスプラットフォームはどれもそうだと思うけど
その点レンダリングエンジンがネイティブじゃない Flutter は比較的楽なのではという期待がある
あとホットリロードが羨ましい

**デフォルトの名無しさん** · 2018/11/05(月) 23:15:23.35

ただ Xamarin は .NET の既存資産が多いし、React Native も NodeJS の資産があるのが魅力だろうな
Dart や Kotlin は少なそう

**デフォルトの名無しさん** · 2018/11/05(月) 23:19:16.98

UI 部分のラッパーがない分ネイティブやるよりは Xamarin Native のほうがラクなんじゃないかな
Xamarin.Forms しかやったことないけど

**デフォルトの名無しさん** · 2018/11/06(火) 00:47:55.76

>>171
ペゾルト本だよね？
まああれは基本のコントロールからみっちり説明してるからな
今となっては古いところもあるかもだけどあれは、Xamarinやるなら上下巻みっちり読んどけ感はある
日本語版はまだ下巻出てないんだっけ？

**デフォルトの名無しさん** · 2018/11/06(火) 00:56:02.43

>>175
Xamarinネイティブの方はネイティブに薄皮かぶせただけだからネイティブのことがっつり知らないといかんしの。
自分はXamarin.iOSから入ってFormsに移ったけど、アンドロイドのネイティブはほとんどわからないまま来てしまってアプリなどのリリースもやってるけどやっとこの間レンダラーでビュースイッチャー高なんだか触る羽目になった

**デフォルトの名無しさん** · 2018/11/06(火) 07:49:28.67

Formsでもちょっとまともな事しようと思ったら各プラットフォーム向けにRendererをオーバーライドしたり、デバイス制御しようとしたらやっぱりプラットフォーム専用のコード書かないといけなかったり、完全ではないわな。
それでも共通のPCLがC#で書けるというメリットはでかい。

**デフォルトの名無しさん** · 2018/11/06(火) 08:55:43.31

>>178
そゆんでは適度にネイティブも透けて見えるから手を入れてモニョモニョしようがあると思ってるんだが。
フラッターとかだと二進も三進もいかないんじゃ？
その辺は良し悪しあるところだとはおもうけど

**デフォルトの名無しさん** · 2018/11/06(火) 09:05:58.52

Xamarin程の糞はない

**デフォルトの名無しさん** · 2018/11/06(火) 09:21:47.05

今はまだ過渡期でしょう。
行く行くは開発会社がネイティブな部分を知る必要もなく
アプリを作る方向に向かってゆく。

**デフォルトの名無しさん** · 2018/11/06(火) 09:27:49.32

実際はネイティブの環境も変わってくし、そこに一切触れないものも困る場面でてくると思うよ？

**デフォルトの名無しさん** · 2018/11/06(火) 10:39:58.64

>>172
ほぼほぼないよ
だからキツい

>>176
そうそう
みっちり読んで基本を早くマスターしたいが正直楽じゃないね
unityなんてやらずに最初からxamarinやっときゃ良かった
下巻ももう出てるよ

**デフォルトの名無しさん** · 2018/11/06(火) 12:36:18.96

真面目にMVVMやるならBinding要るけど、まずはViewModelすっ飛ばしてコントロール側にNameつけてModelと直接やり取りするのが入門としては良いかも。
XAMLなんてHTMLの遠い親戚みたいなもんだから身構える必要は全くない。
本当に必要なスキルは「英語サイト含めてググる能力」だわ。

**デフォルトの名無しさん** · 2018/11/06(火) 13:46:35.71

糞を糞と見抜ける能力

**デフォルトの名無しさん** · 2018/11/06(火) 13:50:05.93

>>183
俺はXamarinやって今Unityやってるわ

**デフォルトの名無しさん** · 2018/11/06(火) 21:37:57.80

初心者だけどDataTemplateがすごく使いにくい

ListViewの要素にListがあってListに1件以上アイテムがあるとき
それをラベル貼るみたいに付加情報を表示したいってだけなのに
DataTemplateSelector使わなあかんの？

あとビルドがすごく長い
プレビューワーの品質がひどすぎる（Gorillaプレビューワがいいらしいけど有料っぽい）

会社の方針で使ってるけど正直しんどい

**デフォルトの名無しさん** · 2018/11/07(水) 00:52:03.26

ListViewにリスト入れてんの？

**187** · 2018/11/07(水) 08:18:22.10

そうです
例えば商品一覧を表示する際に、ある商品には「特価」とか「在庫限り」とか
あるいはその両方を表示したいというときに
特定の要素の場合だけStackLayoutを追加したいんですけど、
Templateだとそういうことはできないですよね？
Templateだからそういうものだと言われたらそれまでですが

**デフォルトの名無しさん** · 2018/11/07(水) 10:01:16.11

Xamarinみたいな糞でやるからそうなる

**デフォルトの名無しさん** · 2018/11/07(水) 13:56:38.27

>>186
なぜunityを？
俺も最初はunityでのゲーム開発ってこんなに簡単なんだ、と感心したんだが、ゲームだと普通のアプリに比べて極端に画像が必要になるし、個人開発に向かないなと思った
で、画像が少なくて済むアプリを勉強しようと思った
俺の場合最終目標が個人開発での脱サラなんだが、デザイナに金払って描いてもらうってのも個人だとなかなかキツいんだよな

**デフォルトの名無しさん** · 2018/11/07(水) 14:16:04.13

ゲームアプリのアプリ内課金が一番儲かるんだがな

**デフォルトの名無しさん** · 2018/11/07(水) 14:22:26.73

>>192
個人開発でゲーム作ってるの？

**デフォルトの名無しさん** · 2018/11/07(水) 15:18:58.40

>>191
自分は業務系のアプリをVR化する話があるので、だな。
後個人的にVRとかで作りたいものあるから。

**デフォルトの名無しさん** · 2018/11/07(水) 20:09:41.01

>>189
その例だけで言えばラベルとなる要素の表示/非表示にバインドするプロパティ用意するだけで良くない？

**デフォルトの名無しさん** · 2018/11/07(水) 21:23:47.78

Xamarinってデザイナーないの？
Xaml自分で記述するか、C#コードでUI作らないといけないのか？
とてもC#コードなんかでUI記述してられないからXaml構文極めないとUI作れないな
そしてVSのツールボックスなしじゃなんのUI要素があるのかがわからない
macのxamarinstudioならUI要素の一覧は見れるの？
XamarinForms向けのXamlタグ一覧みたいなものが見れるサイトがあれば
どなたか教えてくれないか？

**デフォルトの名無しさん** · 2018/11/07(水) 21:58:14.45

>>195
ありがとう、まだ試してないけど解決しそう
Template の中身のオブジェクトには触れられないと思い込んでた
何もかもバインドしてしまえば自由自在なのか
助かった

**デフォルトの名無しさん** · 2018/11/07(水) 22:19:57.99

会社の方針って書いてるけどそれぐらいサクッと答えられる人いないのか

**デフォルトの名無しさん** · 2018/11/08(木) 09:02:39.06

見てなかったわ。
Templateの中もただのXAMLだからつながるリスト要素のVMにプロパティ生やして好きに汁。
ListViewをunevenheightだっけ？にするの忘れるなよー

**デフォルトの名無しさん** · 2018/11/10(土) 00:10:52.75

>>182
今思いつくだけで、

Z Orderを変えたい、他のアプリの上に透明で重ねたい、全く赤の他人が書いたアプリを
自分のアプリの中央にはめ込みたい、他のアプリの Window を動かしたい、デスクトップ
のアイコンの並びを記憶して復帰したい、デスクトップをクリックしたときに出てくる
フォルダ・ランチャー(?)を作りたい、ファイル・マネージャーを右クリックした時に出て
くるメニュー項目を追加したい。マウスの動作を記録・再生したい、デスクトップの
動作を動画記録したい、(BeginDeferWindowPos() のように複数のWindow を
高速に Move したい、スレッド間の同期を取りたい、Direct3D、OpenGLを
使うような高速動作がしたい、科学技術計算で、AVX512やGPGPUを使うような
最適化がしたい・・・・

見たいな事は、マルチプラットフォームでは難しいかも。

**デフォルトの名無しさん** · 2018/11/10(土) 00:24:38.52

Windows Phoneでも、Android/iPhoneのアプリを全部使えるようにするため
にXamarineに目をつけたのかな、MSは。

逆に、Linuxでも使えるようになれば、MSにとって致命的になるかもしれない
ので、Linuxでは中途半端にしか使えなくすると思う。

**デフォルトの名無しさん** · 2018/11/10(土) 00:33:49.51

多分、そのうち、スマホ用のアプリを作るのは、奇特な人の趣味の世界になっていくかも。
あんな小さな画面ではまともな作業は出来ないし。

自分で作ったアプリを人に見せびらかす目的で、持ち運びしやすいスマホアプリが
作りたい人だけが残っていくのではかなかろうか。

そもそもあんな小さなデバイスで、そんな沢山アプリ作ってどうすんの。
画面の大きなデスクトップPCですら、人気が出るソフトを作るのはとても難しいのに、
小さな画面だと差別化が難しいだろう・・・。

**デフォルトの名無しさん** · 2018/11/10(土) 00:52:34.31

画面の小さいことと人気アプリ云々に何の関係があるのか

**デフォルトの名無しさん** · 2018/11/10(土) 00:52:55.64

スマホアプリももう飽和してる。
特にツール系。残ったのはゲームだけ

**デフォルトの名無しさん** · 2018/11/10(土) 07:33:36.25

>>204
ゲームなんてそれこそ個人で作れるもんじゃない
いくらUnityみたいなプラットフォームがあるって言ってもなぁ・・・
ショボゲーなら作れてもそれこそ飽和してるだろう

しかしWEBサイト、アプリ、ゲーム全部無料で配布しちゃって
こんな終わってる業界ないわな
牛丼チェーン店に突然牛丼0円で配布する会社が現れたら
吉野家でもすき屋でもつぶれてしまうだろ
結局これじゃユーザー相手の商売は難しいから
いつまでも受託開発でクズ客の相手しないといけない
プログラミング技術を磨いても磨いても届かない脱サラへの道

**デフォルトの名無しさん** · 2018/11/10(土) 10:25:46.86

>>203
・顔認識して耳生やす。
・受け狙い動画の撮影を支援する。
・かわいいアイコンでごにょごにょする。

みたいなアホみたいな小アプリだけが金儲けできるようになっていきそうだ。

**デフォルトの名無しさん** · 2018/11/10(土) 10:33:45.07

>>205
GMかベンツだけが売れて、他のメーカーはほとんど儲からないような業界になってる。

自動車や電機の業界では見られなかった現象。

**デフォルトの名無しさん** · 2018/11/10(土) 21:00:48.39

>>200
マルチプラットフォームでそんなんやりたいとかどこ需要てかスマホとか関係ないやん

**デフォルトの名無しさん** · 2018/11/10(土) 21:38:56.59

>>207
レッドオーシャンだからね
いざappleストアやgoogleストア開いてレッドオーシャンを目の当たりにするとアプリを作る気が失せるんだよなぁ・・・
どうしたらこんな環境でモチベーションが保てるんだろう
こんな環境でもモチベーション保ってアプリ10個くらい作ってみればなにか変わるのかな
もう社畜にうんざりしてるんだよなぁ・・・

**デフォルトの名無しさん** · 2018/11/11(日) 00:58:50.27

あと、Appleは、自分が決めた外観的なルールに従っているアプリしか
許可しないので、独自の Widget を使っているアプリは、許可されないらしい。

だから、Java(Swing), Qt, FLTK みたいに Widget を独自に描画して Platform 非依存
にする方式ではダメで、wxWidget みたいに OS の Widget をそのまま使うタイプの
やり方で無いとダメなんだそうだ。

本当かどうかは確認してないが。

**デフォルトの名無しさん** · 2018/11/11(日) 01:14:27.22

https://futurizm.jp/articles/104

> Xamarinは、C#で記述し.Net環境でクロスプラットフォーム開発がおこなえるツールです。
> OSに依存するインターフェイスやデバイスなどの処理についてはソースを分け、ロジック
> については共通化するという特徴があります。

**デフォルトの名無しさん** · 2018/11/11(日) 01:16:20.17

>>209
どういうアプリが受けるかも、博打的な要素もありそう。
というか、一般人の感覚と自分の感覚がずれていれば難しい。
ということは、ちょっとお馬鹿な人で無いと難しいということだと思う。

**デフォルトの名無しさん** · 2018/11/11(日) 01:18:58.96

https://qiita.com/hikarut/items/974e5782a3c0bf26f82a

・XamarinはMicrosoftよりVisual Studioの一部として提供されている
・C#で開発する
・XamarinのAPIはネイティブのAPIを100％移植しており「ロジックの」共通化が可能
・Xamarin.Formsを使うとUIの共通化もできるが一部しか提供されていない
・そのため共通化としてはだいたい60%くらいが妥当のよう
　　　　　　~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

**デフォルトの名無しさん** · 2018/11/11(日) 07:00:51.72

>>210
Appleのガイドラインによれば、ゲームは例外で世界観と統一感があれば独自UIでも構わないよ。

**デフォルトの名無しさん** · 2018/11/11(日) 08:25:56.00

>>214
「ゲーム」だけを例外にしているのも何か困る。
そもそも、ビジネスアプリのUIだって、本来はゲームと同じ。
楽しく操作できる方が良いという点では、RPGのアイテム一覧表示と同じ。
それを、上から目線で1つの価値観で統一しようというのが気に食わない。

**デフォルトの名無しさん** · 2018/11/11(日) 08:28:27.87

Xamarinでアプリ作るよりブログアフィリエイトで何百記事も書いた方が儲かるかなぁ
Xamarinはスキルにはなるが、もはやスキルなんてあってもなくても
たいして待遇変わらないし
結局業務経験〇〇年～でしか判断できないアホな企業ばっかだから
XamarinができますといってもXamarinって何？ぽかーんだろうしなぁ

**デフォルトの名無しさん** · 2018/11/11(日) 09:56:05.13

アホ企業ぐらいにしか応募できない君が悪い

**デフォルトの名無しさん** · 2018/11/11(日) 10:36:17.02

>>216
「大事なのは技術じゃない」という言葉が大はやり。
たとえば、「ゲームは芸術」だという考えが蔓延した結果、日本では、
リアルさの無い幼児向けかと思うようなアホみたいななゲームなゲームばかり
になった。任天堂はまだまし。スクエアは、PC-8801時代は、高速な
グラフィック描画技術を売りにしていたのに、今では、アニメ調のアホみたい
な絵になってしまった。これは技術から芸術へシフトした結果か。

>>215
話は変わって、Adobe の PDF Reader が使いにくいのは、Appleの指針の
せいかも知れない。

**デフォルトの名無しさん** · 2018/11/12(月) 13:48:47.53

リスト表示とかタブとか自分で作りたくねえだろ
標準の部品があることはありがたい

**デフォルトの名無しさん** · 2018/11/13(火) 13:07:33.42

>>219
GUI(Widget) ToolKit には、以下の2種類あることを言っているだけで、
アプリ・プログラマが独自に描くという意味ではない。

1. Widget を OSの Widget を使わずにライブラリが独自に描画する。
　例. Java(Swing), Qt, FLTK
　条件が同じなら、描画が PIXEL 単位でどの Platform でも同じになり、
　全プラットフォーム完全互換も夢ではなく、あるプラットフォームでテストすれば、
　他のプラットフォームでもそのまま動く可能性が高い。
　反面、Apple の審査は通りにくいかも。

2. 各OSのWidget(Win32 Control[EditBox, ListBox, ComboBox, Button, SlideBar, ToolBar], Dialog など)
　をそのまま使う。
　例. wxWidget
　各 OS の Native な GUI と同じなので、ユーザーの混乱は少ない反面、
　互換性の問題が生じたり、OSごとに異なるバグが隠れていることがある。
　 Apple の審査は通り易いかも。

**デフォルトの名無しさん** · 2018/12/05(水) 01:24:28.91

個人的には Flutter vs ネイティブ勢 (Xamarin, React Native, Kotlin Native) だと思うけどどっちが勝つんだろう。Flutter 次第な感じかな

**デフォルトの名無しさん** · 2018/12/05(水) 01:56:39.88

勝ち負けじゃない気が。
各々利点欠点あるからどれかが他を制圧するって感じにはならないんじゃ

**デフォルトの名無しさん** · 2018/12/05(水) 02:53:32.35

flutterもネイティブだけどね

**デフォルトの名無しさん** · 2018/12/05(水) 10:54:55.29

この場合のネイティブはネイティブのSDK、コントロールなどを使うかどうかって話だと思うの

**デフォルトの名無しさん** · 2018/12/05(水) 12:10:51.68

Xamarinは糞だけどね

**デフォルトの名無しさん** · 2018/12/05(水) 20:00:19.53

Xamarinちゃん

**デフォルトの名無しさん** · 2018/12/05(水) 20:22:45.97

Forms 4.0 から iOS 向けのマテリアルデザインコンポーネントバインディングして Android/iOS 両方デザイン統一しやすくするみたいだな。これはなかなか良さげ

**デフォルトの名無しさん** · 2018/12/05(水) 20:26:51.62

難しいのかもしれないけど Live Previewer はよ復活させてホットリローディングできるようにしないとキツそう

**デフォルトの名無しさん** · 2018/12/10(月) 16:56:37.48

みなさんクロスプラットホームのFormsでやってる人が多いんですか？
僕はこれから参考書買って始めようと思うんだけど
Andoroidしか持ってないからAndoroidネイティブから始めようと思ってるけど
Formsとネイティブは相当違うんですか？
予備知識無で始めるにはどっちがいいですか？

**デフォルトの名無しさん** · 2018/12/10(月) 17:59:37.84

flutter

**デフォルトの名無しさん** · 2018/12/10(月) 19:25:12.79

あらゆる言語・フレームワーク・ゲームエンジンの著者、

掌田津耶乃が、Flutter の本を出した！

**デフォルトの名無しさん** · 2018/12/10(月) 19:28:53.34

>>229
ネイティブなんてほとんど情報ない。

**デフォルトの名無しさん** · 2018/12/11(火) 00:21:51.96

>>229
んーネイティブは普通にAndroidをKotlinなりで開発する方法をC#に翻訳した感じだけど、formsはネイティブの上にUIフレームワークを乗っけてる感じなので、例えばTODOリストを作るとしても全然違う。
それぐらいだとformsではスタートアップのところでしかMainActivityとかに触ることはない。
自分もformsで業務アプリ作ってるけどAndroidの開発ほとんど知らないで作った。
が色々やってるとそのうちネイティブにも触らないといけなくなる。レンダラーとか。
formsはネイティブの知識があまり知らなくても共通に動かせるものが作れる。
けど突っ込んだことやる場合にネイティブのことを知らないといけなかったりネイティブの方がやりやすいこともある。
自分の感想では凝ったアプリでもかなりの部分はformsで作れるので自分ならforms使う。最近はflutterも良さげなので場合によってはそっちを選択するもよし。

**デフォルトの名無しさん** · 2018/12/13(木) 20:44:52.35

自分ならネイティブにする
Forms の仕組みも理解しなきゃいけないから学習曲線なだらかな方が楽じゃないかな

**デフォルトの名無しさん** · 2018/12/13(木) 20:47:32.04

でも単一プラットフォーム向けに調整するだけでいいから、Forms が極端にネックになることもなさそうだしどっちでもそんなかわんないか

**デフォルトの名無しさん** · 2018/12/13(木) 22:22:22.00

>>234
各々のネイティブに詳しいならだけどそうでなかったらとりあえず両方で動く何かを作るんだったら formsの方が覚えること少ないと思うけどな
もちろんまともなものを作ろうとしたらおいおいネイティブの知識も必要になるけど。

**デフォルトの名無しさん** · 2018/12/14(金) 04:39:03.83

>>232
情報も何もJavaの情報をそのまま流用するだけだろw

**デフォルトの名無しさん** · 2018/12/14(金) 08:05:57.67

axmlどうやって追加したらいいのとかならんの

**デフォルトの名無しさん** · 2018/12/19(水) 20:29:48.58

LineBreakModeっておかしくない？
CharacterWrap とか WordWrap って折り返しの方式なのに
TailTruncation とか MiddleTruncation って文字列が入りきらないときの表示の方式
二つの意味が混在してる意味が分からない

Label で CharacterWrap かつ MiddleTruncation したいときどうすればいいの？

**デフォルトの名無しさん** · 2018/12/20(木) 20:15:08.38

>>239
Effect なりを使わないと無理みたいだよ
公式でサポートしてほしい気もするから Issue 作ってみてはどうでしょうか？

**デフォルトの名無しさん** · 2019/01/05(土) 00:23:17.34

プログラミング初心者でxamarin.Formsに手を出して5chブラウザ作ってるんだけどスレの表示に困ってる
Labelで書くとリンクや安価をタップできるようになるけど遅い（数秒～10秒程度）
ListViewで書くと速いけど安価やリンクを押せるように出来ない（レスの塊としては押せると思う）

レス本文をパースして安価やリンクを押せるようにする自作ViewCell？を作ってListViewに入れるのが手っ取り早い気がしてるけど、パースするようなビューはコードでしか書けずコードでバインディングする（あるいはバインディングせずにListViewを使う）方法が分からない

用語がよく分かってないから変なこと言ってたら申し訳ないけどつまりは、スレを速く表示することとURLや安価をタップ可能な構造を両立したい

**デフォルトの名無しさん** · 2019/01/05(土) 00:49:14.03

MVVMはわかる？
MなりVMなりでパースしたものをVでバインディングすればいい
リストビューを使わないやつで何がそんな遅いのかはよく分からないんだが。
全部パースしてモニョモニョしてるから？

**デフォルトの名無しさん** · 2019/01/05(土) 01:15:47.34

>>242
独学ばかりだから雰囲気でしか理解してないけどMVVMは表示系（V）とロジック系（M）とそれをつなぎ合わせる部分VMみたいな理解してる

Labelが本質的になぜ遅いかは分からないけど調べると40要素で100msくらいかかるって言ってるページがあったから数百レスあるスレでID、本文、名前とかごとにLabelを使うと数秒かかるのは納得してる
実際レス番だけ表示するようにしてもlabelを使うと800くらいあるスレで2,3秒かかった
（じゃあなぜListViewは速く描けるのか？はよく分からない。部分的に描画してるから？）
事前にパースしてっていうのはたぶんLabelを使うパターンを想定してると思うけど上の通りラベル単体で遅いからできなかった
それともListViewのセル内のバインディングを動的に弄ることができる？

こんなに早くレスしてくれてありがとう

**デフォルトの名無しさん** · 2019/01/05(土) 01:33:33.58

MVVMのおおまかな説明はそれでいいかと。
まあとにかくUI向けのコードを分離する１つの方法です。

GUI系のアプリは基本的にUIコントロールでの処理がムッサかかるからそこをなるべく避けないと。
全部のデータをラベルにぶっこんでたらおそくなるのは必然かと。

リストビューが速いのは言われるように部分的にしか表示しないから。仮想リストビューとかでググると出てくる。ちなCacheStrategyだったかな？そこの指定で仮想じゃなくも出来る。

5chのデータ形式は知らんが受信したデータを表示できる文字などに変換する部分のことをパースと言ってる。ラベルは関係ない。
MVVMの形にのっとってたらビューセル内のラベルが対応したVMのプロパティにバインディングしてるので、そのプロパティを変更すれば対応したラベルの表示が変わる

**デフォルトの名無しさん** · 2019/01/05(土) 02:06:50.64

>>244
ごめん、後半があまり分かってないから確認しながら返信してる
分からないことが多くて申し訳ない

> 受信したデータを表示できる文字などに変換する部分のことをパースと言ってる。ラベルは関係ない。
現状VMまででやっているのは文字コードの変換、不要なHTMLタグの除去、res構造体にID、名前、時間、レス番、本文に分けてstring型で入れてる
ここまでをパースと呼んでいる？それとももっと他に含むものがある？

> MVVMの形にのっとってたらビューセル内のラベルが対応したVMのプロパティにバインディングしてるので、そのプロパティを変更すれば対応したラベルの表示が変わる
ビューセルと言うことはListView使うこと前提で良い？
上で書いたres構造体をそのままビューセルにバインディングするということ？
確かにそれは速く描けるのだけど、そうすると安価やリンクを挿入できない問題に至る
res構造体の本文要素をさらに細かくすると、レス毎に分解のされ方が違うから単純なバインディングで解決出来ない（ように思う）