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/

**デフォルトの名無しさん** · 2019/04/25(木) 06:32:01.81

他のところでリークしてないの
つかプロファイラ、多少はまともになった？

**デフォルトの名無しさん** · 2019/04/25(木) 08:39:39.65

>>486
ListViewが参照しているからそのままになってるんじゃないの？
ListViewを破棄してみれば？

**デフォルトの名無しさん** · 2019/04/25(木) 09:29:38.93

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

**デフォルトの名無しさん** · 2019/04/25(木) 15:47:45.44

大胆にぶっ壊れていても放ったらかしだからな・・・・
VisualStudio for MacのIntelliSenseが参照する範囲がWindows版やVSCodeより狭くて使いづらい
Xamarin.iOSでネイティブコードをリンクする際、参照先を間違えてWindows用のDLLをリンクしようとしてしまう（年末年始あたりに治った2017のバグが大復活！）
Windows版のみXamarin.Androidのプレビュー機能が特定の機能との関係で不安定

**486** · 2019/04/25(木) 19:50:51.67

原因分かった
GroupHeaderTemplateがメモリリークしている
これ外したら全くメモリ使用量増えなくなった
けっこう凝ったデザインをヘッダでやってたから派手にリークしてたわ

幸い何百件も表示するようなページじゃないからTableViewかなんか
カスタマイズして置き換えるか・・・

**デフォルトの名無しさん** · 2019/04/25(木) 20:18:56.62

な、俺の思ってたとおりだったろ？

**デフォルトの名無しさん** · 2019/04/25(木) 22:32:54.39

>>491
どこでどう参照残ってんだろな
プロファイラとか使った？

**デフォルトの名無しさん** · 2019/04/25(木) 22:51:25.29

こういうの見るとXamarinでメモリリークしないプログラムをかける気がしないhttps://qiita.com/iseebi/items/1673837e9e88435fceff

**デフォルトの名無しさん** · 2019/04/25(木) 23:00:31.42

>>493
プロファイラってVisual Studio Enterpriseじゃないと使えないやつだよね？
ライセンスないから使ってない

自前でつくったオブジェクトのWeakReferenceを片っ端からリストに突っ込んで
泥臭いprinfデバッグで問題なかったから、Xamarinに何か問題あるなと思って
ページを少しずつ削っていったら分かった。

実際小さい再現用のプロジェクトつくってGroupHeaderTemplateつけて
ObservableCollectionにオブジェクト出し入れしてるだけで
GC.GetTotalMemoryが増大していってるので間違いないはず

**デフォルトの名無しさん** · 2019/04/26(金) 06:09:02.61

>>494
最初のやつはiOSでARCの関係なんだろうか？
にしてもC#と同じくDisposeしなくともそのうち回収される気がする。
2つ目のやつはXamarinに限らずC#固有の有名なリークパターンなのでこれは慣れてる。

**デフォルトの名無しさん** · 2019/04/29(月) 21:45:22.98

broadFileSystemAccess対応でUWP/iOS/Android/MACOS対応のファイルアクセスライブラリって無いかな？
フォルダの指定、フォルダ内のファイル（フォルダも含む）一覧、ファイルのストリーム化だけでいいんだが・・・

**デフォルトの名無しさん** · 2019/04/29(月) 23:14:25.21

Essential じゃダメなん？

**デフォルトの名無しさん** · 2019/04/30(火) 08:51:42.19

>>498
ライブラリの形態は問いません。
ご存知でしたら教えていただけますか？

**デフォルトの名無しさん** · 2019/04/30(火) 09:43:39.80

いやだからEssential 、使用用途に合うか調べろや

**デフォルトの名無しさん** · 2019/04/30(火) 11:26:55.40

>>500
ざっと調べてみましたが、任意のフォルダ（例えば、D:\Temp）を指定する方法が見つかりません。
もしその方法が無いようなら自分の求めているものではないようです。

**デフォルトの名無しさん** · 2019/05/08(水) 10:20:42.96

Google、「Flutter for Web」発表。FlutterからWebアプリを生成。Flutterはマルチプラットフォーム対応のフレームワークに。Google I/O 2019 － Publickey
https://www.publickey1.jp/blog/19/googleflutter_for_webflutterwebfluttergoogle_io_2019.html

マイクロソフトにはこれをやってほしかった

**デフォルトの名無しさん** · 2019/05/08(水) 12:33:00.38

C#がブラウザフロントエンド征服すりゃワンチャンあるって

**デフォルトの名無しさん** · 2019/05/08(水) 12:44:50.11

いまandroid用のアプリをandroid studio+javaで開発してますが、
言語やライブラリの知識経験はJavaよりc#+.Netの方があります。
Xamarinに乗り替えると幸せになれますか？
またXamarinのレイヤー(?)被せる事のオーバーヘッドってあるんですか？
android studio+javaだと出来るけどXamarinでは出来ないみたいな制約とかありますか？

**デフォルトの名無しさん** · 2019/05/08(水) 14:14:32.88

オーバーヘッドはこの記事読んで
https://qiita.com/conduits/items/cd7338329c3b7c22dc9c

androidしか開発しないんならネイティブでいいんじゃね？とも
やっぱC#＋VisualStudioで書きたいわ、でも新しいこと覚えたくねぇならXamarin.Android
マルチプラットフォームならXamarin..Forms、Prismに慣れときゃ非XamarinのWPFやUWPやMaｃも視野に
自分がどうしたいかやね

Xamarinでできないことについては、androidのAPIラップしとるから基本的に全部できるはずだけど、
手軽にマルチプラットフォームやりたいからPrismだけ把握しとけばいいやの人なんでそこら辺詳しくないわ

**デフォルトの名無しさん** · 2019/05/08(水) 14:19:52.26

PrismはMacなかったわメンゴメンゴ

**デフォルトの名無しさん** · 2019/05/08(水) 22:50:46.12

>>504
基本的にはしあわせにはならない
なぜならc#の知識よりandroidでの開発経験のほうが重要だから

**デフォルトの名無しさん** · 2019/05/09(木) 00:18:02.46

>>507
そんなのはどんなアプリをどんな風に作りたいかによるだろハゲ

**デフォルトの名無しさん** · 2019/05/09(木) 08:43:10.63

>>504
Xamarim経験3年ほどの初心者だがアドバイス。
基本的にXamarinだからできないということはない。
メリットはLINQなどJavaよりC#のほうが言語的に便利な構文が多いので、サクッと簡潔に書けることが多い。ただし好みと場合による。
デメリットは色々あるが、一番大きいのはちょくちょくXamarin特有のバグに悩まされることがある。
パフォーマンスについては概ね問題ないが、例えばBLE関連のようなAndroid SDKでJava I/Fしか用意されてないもの(Nativeから使用できないもの)はNative→Java→MonoのマイグレーションをすることになるのでCPU負荷が高くなる。
結論としては対象アプリがAndroidだけならXamarin使う必要はない。

**デフォルトの名無しさん** · 2019/05/09(木) 09:24:57.19

>>509
それもその人によるだろ
Androidでしか作らなくても普段Javaに馴染みないような人だったらわざわざ開発環境整えてJavaで開発するより慣れ親しんだC#とVSでサクッと開発とかするだろ普通

**デフォルトの名無しさん** · 2019/05/09(木) 10:08:57.58

>>510
Javaに馴染みがなかったらそうですけど、>>504は今Java使ってるようなのでわざわざXamarinに乗り換える必要はないのでは？

**デフォルトの名無しさん** · 2019/05/09(木) 10:53:52.02

>>511
.NET,C#に慣れてるいうからその辺と今後の他プラットフォームとのロジック共通かを考えてXamarinも全然ありでしょ
ただ上でも言われてるように余計なレイヤー増えるからパフォーマンス劣化はそんなないだろうけど多少なり複雑度は増えるのでそのへんのデメメリのバランス次第かと

**デフォルトの名無しさん** · 2019/05/09(木) 13:24:01.63

.NET5のSwiftやJavaとのinteroperabilityってのは、Swift等からC#で書いたコードを呼び出せるようになるんか？

**デフォルトの名無しさん** · 2019/05/09(木) 14:26:29.81

Xamarin程の糞はない

**デフォルトの名無しさん** · 2019/05/09(木) 18:02:50.97

>>514
まだいたんだ…

**デフォルトの名無しさん** · 2019/05/09(木) 18:09:33.32

>>510
サクッと言うのはちがうんでは？
SDKとか考えたら普通にandroid studioのほうがサクッとインストールしてあまり問題も出ないよ

みんなXamarinに飛びつくけどコレジャナイ感で止めていく
フォームにボタン一個で押したらメッセージ出すアプリを作ってみんな出ていく

実際androidやiOSなどの経験や知識がないとまともなアプリ作れない
単一のターゲットでしか使わない場合javaがc#に変わるというだけで選択するとがっかりして出ていくだろうね

**デフォルトの名無しさん** · 2019/05/09(木) 20:41:05.30

Flutterに負けた終わった技術ざまああ

**デフォルトの名無しさん** · 2019/05/09(木) 21:25:33.58

俺は２年前から糞だと見抜いていたからな
我ながら先見の明に感心する

**デフォルトの名無しさん** · 2019/05/10(金) 00:12:18.33

単一ターゲットでもC#でコーディングできるだけでかなり快適に開発できてるけどな
Formsはまだ微妙だけどXamarin.Nativeはかなり快適
Android StudioもXcodeもそれなりに経験あるが

**デフォルトの名無しさん** · 2019/05/10(金) 00:14:51.46

>>517
そこは「ざまあありん」と書くとこだろ

**デフォルトの名無しさん** · 2019/05/10(金) 06:01:10.54

Microsoft、「.NET Core 3.0」の後継となる「.NET 5」を2020年にリリース
https://www.atmarkit.co.jp/ait/articles/1905/09/news108.html

Microsoftは「.NET Core」「.NET Framework」「Xamarin／Mono」を1つに集約すると発表した。
「.NET Core 3.0」の後継となる「.NET 5」は、Windows、Linux、macOS、iOS、Android、tvOS、watchOS、
WebAssemblyなどに対応した開発が可能な単一のプラットフォームになる。

https://devblogs.microsoft.com/dotnet/wp-content/uploads/sites/10/2019/05/dotnet5_platform.png

**デフォルトの名無しさん** · 2019/05/13(月) 15:07:30.93

Microsoft、「Xamarin」の全APIドキュメントをオープンソース化
https://www.atmarkit.co.jp/ait/articles/1905/13/news081.html

**デフォルトの名無しさん** · 2019/05/13(月) 16:21:02.95

Xamarin程の糞はない

**デフォルトの名無しさん** · 2019/05/16(木) 01:27:55.73

無能乙

**デフォルトの名無しさん** · 2019/06/11(火) 14:39:13.32

iOSの開発はStoryboardが主流じゃなくなりそうだな
純正開発環境に近い開発方法でC#を使える時代は終わるのかな・・・・

**デフォルトの名無しさん** · 2019/06/25(火) 09:23:00.64

Xamarin.Forms でフリーで使用できる DataGridView はありませんか？
ComponentOne等の市販ライブラリでは見つけたんですけど、個人的な趣味のPGにうん十万もかけたくないので・・・
ヘッダ行を常に表示。データ行はスクロール可。データ行をタップ、もしくはダブルタップでイベント発生。データはList<T>でBinding可能なもの。
ってのが理想です。

**デフォルトの名無しさん** · 2019/06/25(火) 09:50:17.55

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

**デフォルトの名無しさん** · 2019/06/25(火) 10:06:07.39

>>526
標準のStackLayout・ScrollView・ListViewの組み合わせで作れそうだけどね

**デフォルトの名無しさん** · 2019/06/25(火) 10:59:41.48

>>528
1行に３項目あって、それぞれの文字列長が一定じゃないんですよね。
それぞれの頭を縦に揃えたいけど・・・
ColumnDefinitionで決め打ちするしかないですかね。

その時に必要な最大幅がわかれば Width="{Binding Col1Width}" とかでできそうなんですけどね。

**デフォルトの名無しさん** · 2019/06/25(火) 15:40:30.43

>>529
これで文字列表示に必要な幅とれるんじゃね？
https://docs.microsoft.com/ja-jp/dotnet/api/xamarin.forms.visualelement.measure?view=xamarin-forms
https://github.com/xamarin/xamarin-forms-book-samples/blob/master/Chapter05/EmpiricalFontSize/EmpiricalFontSize/EmpiricalFontSize/FontCalc.cs

**デフォルトの名無しさん** · 2019/06/25(火) 16:06:58.79

>>530
見てみましたが、実際に表示する文字列の指定方法が無いのでプロポーショナルフォントだと正確な幅は出ませんよね？

**デフォルトの名無しさん** · 2019/06/25(火) 16:24:57.80

>>531
LabelのTextプロパティにセットしても駄目だった？

**デフォルトの名無しさん** · 2019/06/25(火) 16:52:57.79

>>532
おお。ちゃんとしたサイズかどうかはともかく、"ABC"と"abcdefg"では違った結果が返ってきました。
ちょっとあがいてみます。
ありがとうございました。

**デフォルトの名無しさん** · 2019/06/28(金) 20:19:43.27

Windows 10の電卓アプリがiOS/Android/WebAssemblyで動作～「Uno Calculator」が公開 - 窓の杜
https://forest.watch.impress.co.jp/docs/news/1193107.html

Xamarinよりプラットフォームの多いこっち買ってくれたほうが良かったな

**デフォルトの名無しさん** · 2019/06/29(土) 00:32:40.83

商業プロジェクトなのか？

**デフォルトの名無しさん** · 2019/06/29(土) 10:39:12.89

電卓が移植されても嬉しくない

**デフォルトの名無しさん** · 2019/06/29(土) 13:30:23.53

フレームワークの出来をドヤって見せるにしてはちょっとショボくね？

**デフォルトの名無しさん** · 2019/06/29(土) 15:28:13.03

役割が全く違うから

**デフォルトの名無しさん** · 2019/06/29(土) 23:13:21.57

全く違うか？結局はクロスプラットフォーム実現するためのものだと思うが

**デフォルトの名無しさん** · 2019/07/01(月) 10:03:18.68

>>521
ソースひとつで全てのプラットフォームで動くアプリが書けるなら、
Windowsの優位性がなくなりそうだ。MSには、やるといって、実際やら
無かった前例があり、
　「将来できるようになるからC#使っていれば良い事有るよ」
詐欺の恐れがある。

**デフォルトの名無しさん** · 2019/07/01(月) 12:17:35.17

iOSやAndroidのアプリをUWPに流させるという莫大なメリットがMSにはある

**デフォルトの名無しさん** · 2019/07/01(月) 12:31:53.43

MSとしてはWindowsに限らず各OSからAzureに繋いで課金してもらおうという戦略だよ
それで各OSで動作するAzure向けライブラリを色々作ってるんだよ

**デフォルトの名無しさん** · 2019/07/01(月) 12:36:37.99

Microsoft程の糞はない

**デフォルトの名無しさん** · 2019/07/01(月) 13:07:26.95

>>540
Windowsの優位性がなくなったからこそ必要なのに

**デフォルトの名無しさん** · 2019/07/01(月) 15:34:21.61

>>541
それは、スマホ--->Windows へのアプリの流入を想定しているということだけど、
逆方向の流れが生じてしまう可能性もある。それを甘く見ているのだろうか。
仮にWindowsが不要になって売れなくなると、2兆円を超えるくらい、MSの
売上げが減る。確か、会社全体だと7兆円くらいの売上げだったから、無視できる
数値ではないと思うが。

**デフォルトの名無しさん** · 2019/07/01(月) 15:35:40.93

>>544
マルチプラットフォームの開発ルールの開発で、どうしてWindowsの優位性が
が増す？？

**デフォルトの名無しさん** · 2019/07/01(月) 15:36:12.85

誤：開発ルール--->正：開発ツール

**デフォルトの名無しさん** · 2019/07/01(月) 17:54:14.75

無視できる額ではないけどMS自身はソフトウェアを売って稼ぐモデルからは脱却したがってるから

**デフォルトの名無しさん** · 2019/07/01(月) 17:54:52.20

無視できる額ではないけどMS自身はソフトウェアを売って稼ぐビジネスモデルからは脱却したがってるから

**デフォルトの名無しさん** · 2019/07/01(月) 17:54:52.78

それはナデラだね。

**デフォルトの名無しさん** · 2019/07/01(月) 18:02:06.85

ナデラになってからMSは物凄く嫌味な感じのする企業になった。
株価下落は、それだだんだん分かってきたことから来るものかもしれない。

**デフォルトの名無しさん** · 2019/07/01(月) 18:12:57.60

マイクロソフトの株価は史上最高値を更新中。クラウドビジネスがけん引
https://news.infoseek.co.jp/amp/article/toushiru_21948/

**デフォルトの名無しさん** · 2019/07/01(月) 18:36:31.73

MSの株価は実はこの一年くらい、低調路線に入っているはず：

https://techcrunch.com/wp-content/uploads/2019/02/Screenshot-2019-02-04-12.26.58.png?w=680

**デフォルトの名無しさん** · 2019/07/01(月) 18:57:56.45

クラウドもモバイルもARもMRも全部欲しくない。

**デフォルトの名無しさん** · 2019/07/01(月) 20:10:14.43

>>553
それって株価上昇傾向のチャートだよね

**デフォルトの名無しさん** · 2019/07/01(月) 20:29:51.79

>>554
こいつただのアンチじゃねーかw

**デフォルトの名無しさん** · 2019/07/02(火) 01:32:21.80

ナデラは技術を舐めており、人を集めさえすれば出来ると思ってるが、
最近のVSの速度の遅さとサイズの大きさを見ればそれが幻想であることが分かる。
ダウンロードとインストールに莫大な時間がかかるし、起動速度もコンパイル速度
もとても遅い。C#で作ったプログラムもとても遅い。Windowsは新バージョンに
乗り換えるとアプリの起動速度がとても遅くなり、Update前より品質低下する。

**デフォルトの名無しさん** · 2019/07/02(火) 02:10:54.11

Microsoft程の糞はない

**デフォルトの名無しさん** · 2019/07/02(火) 08:31:21.71

BOTなんだろうな・・・

**デフォルトの名無しさん** · 2019/07/06(土) 16:40:19.72

Xamarin程の糞はない

**デフォルトの名無しさん** · 2019/07/06(土) 17:18:51.30

BOTやな・・・

**デフォルトの名無しさん** · 2019/07/29(月) 08:06:28.02

MSはナデラになってから技術の会社から一般人向けの会社になった。

**デフォルトの名無しさん** · 2019/07/29(月) 19:56:25.39

ヤシからナ～デ～ラ

**デフォルトの名無しさん** · 2019/08/10(土) 23:21:58.39

https://devblogs.microsoft.com/dotnet/calling-all-net-desktop-and-mobile-developers/
surveyよろしく

**デフォルトの名無しさん** · 2019/08/11(日) 09:40:21.02

oliaちゃーん！！！

**デフォルトの名無しさん** · 2019/09/05(木) 00:00:12.10

GestureRecognizerを試しているんだがPanとTapは問題ないのにSwipeとPinchが起こせない。
コードビハインドでDebug.WriteLineでコンソールにログをはくだけの簡単なコードなんだけど。
SimulatorでOptionキー押してピンチ操作してる感出てるのにイベントが発生してくれないのはなぜなんだ？
同じようにハマった人いない？
誰か教えてえろいひと

**デフォルトの名無しさん** · 2019/09/05(木) 08:59:23.51

>>566
プラットフォームぐらい書こうぜ

**デフォルトの名無しさん** · 2019/09/05(木) 17:42:09.75

>>567
macOS 10.14（Mojave）だよ
Optionキーって言ってるからmacOSってことは分かると思うが
simulatorのiOSは12.4でXRで試してる
osもvsもアップデートかけたばかりだから基本的には最新版になってるはず
ググっても同じように困ってる人あんまり見当たらないし、オレの操作の仕方がどこか悪いんじゃないかと思ってるんだが全然分からなくてな

**デフォルトの名無しさん** · 2019/09/05(木) 21:26:43.67

>>566,>>568
自己解決したわ
Optionキー押してtouchpadをスライドしてたんだが
touchpadを押した状態(クリックした状態)でスライドさせないとダメなんだな
スレ汚してすまん

**デフォルトの名無しさん** · 2019/10/16(水) 19:49:03.95

誰か助けて！
あるパッケージがPCLはなくてiOS、Android個別でしか提供されてなくて各プラットフォームに処理を書いてるんだけど
どうしてもiOS、Androidでパッケージを利用したオブジェクトを共通で受け取りたいんだけどDependencyServiceでオブジェクトを受け取っても型がないからエラーになっちゃう
いくら調べても共通側での型の利用方法がわからないんだけど解決策って存在する？
調べるとJNIでMCWやACWsなんかがあるけどこれってJavaをP/Invokeで呼び出すっぽいからなんか違うっぽいしわかんないわ・・・

**デフォルトの名無しさん** · 2019/10/17(木) 03:06:12.73

っ
msgpack

**デフォルトの名無しさん** · 2019/10/17(木) 10:48:43.78

>>570
ネイティブの型をそのまま使うとかって意味なら素直にやめてインターフェース経由での利用とかにとどめたら
ネイティブをそのままマネージドの中で使いたいとか死亡フラグしか見えん

**デフォルトの名無しさん** · 2019/10/17(木) 20:22:43.17

>>571
msgpack初めて知りました
型を指定してシリアライズしたバイナリを送信するから受信側でクラスやインターフェイス定義の参照がなくても
デシリアライズしたオブジェクトのメンバにDynamicObjectやExpandoみたいにアクセスできるって認識でいいっすか？

>>572
Xamarin Formsの共通(Standardなので適切かわからない)コードからモバイルプラットフォームのパッケージを参照できないんでパッケージで定義されてるインターフェイスにアクセスできないんすよ

P/InvokeできればいいですけどマーシャリングでハマりそうだしXamarin Forms難しいっすね！

**デフォルトの名無しさん** · 2019/10/17(木) 20:38:30.99

なにかかんちがいしてるきがするよ

**デフォルトの名無しさん** · 2019/10/17(木) 20:44:26.06

共通で利用できるインターフェイスを用意する
その実装を各プラットフォームごとに書く（プラットフォームのパッケージはここで使う）
共通コードからはインターフェイスのみ使う

データが欲しいなら共通のクラスをつくってそれを受け取る

**デフォルトの名無しさん** · 2019/10/20(日) 15:28:06.29

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

**デフォルトの名無しさん** · 2019/10/20(日) 16:37:36.28

マルチプラットフォームでどの開発環境がベストかって話題で盛り上がるんだけどReact Nativeも制限多いしパッケージの組み合わせやバージョン毎の互換性云々の不具合も多いし
Xamarinも歴史長いからサポートや下位互換は優れてるけどフロント実装の手間が圧倒的にReactに劣るよねとなって結論としてネイティブで書くのが一番良いって結論になるんだよね毎回

**デフォルトの名無しさん** · 2019/10/20(日) 17:54:32.82

そこまで劣るかね？MVUの方がスッキリはするけどjsでReactだとElmより汚いし生産性でそこまでXAML+MVVM劣ってる？

**デフォルトの名無しさん** · 2019/10/21(月) 00:06:13.54

C#、MVVM、XAML、Xamarinに習熟したプログラマーが常に集まって開発できるならギャップは誤差だと思うよ
ただ現実的にHTML5+CSSで簡単かつ自由にコンポーネント作れるReact Nativeと比較してXAMLのユーザー定義コントロールやゴリゴリにカスタマイズは
比較するとTemplateやPresenterなんかとViewModelとのバインディングをイメージしないとダメだから難しいし作れる人って極端に少ないよね
XamarinのExampleやKnowledge記事だって英語すらほとんどなくてGoogle検索で100件以下とかザラだし
あとGoogleなんかの大手のライブラリやドキュメントですらXamarinがハブられてるからどんなライブラリやドキュメントでもほぼ存在するnode.jsで書ける安心感はでかいよね
React Nativeもハマりどころ多くて苦労するけどどうせ苦労するならパッケージのメンテナ多くて苦労が報われる方が安心感ある

**デフォルトの名無しさん** · 2019/10/21(月) 12:38:45.81

自分はむしろHTML疎くてちょっとElm触ったぐらいなのであれだけど人口はまあHTMLの方が多いのかの

RNはバージョンアップ頻度が激しいとかで疲弊する聞いたけどどうなん
XFは比較的後方互換差異は保ってると思う

**デフォルトの名無しさん** · 2019/10/21(月) 23:15:53.21

アプリって業務や基幹システムと違ってフロントをゴリゴリ作るからケースばかりでフロントのカスタマイズしやすさって最重要なんだけど
その点で言うとIVisual用意・プラットフォーム毎にRendererでゴリゴリ、Converter・プラットフォーム毎にEffect用意してゴリゴリコードビハインドしないとBorderの色すら変更できないAnimationもそうだけどXamarin FormsのXAMLは終わってるレベル
ここがWPFから進化どころか退化したままなのがMSマジでやる気ないんだなって感じw
HTML5+CSSなら見た目いじるの超簡単だし、デザイナーがベクターグラフィックスアプリで描いたのそのままHTML5+CSSでエクスポートできてほぼそのまま適用できる
Expression Blend+XAMLでMSがやりたかったフロント開発がReact NativeやFlutterなのかなって感じ

**デフォルトの名無しさん** · 2019/10/22(火) 02:23:01.04

クロスプラットフォームは糞
RNもFlutterも全部糞
糞の中のキングオブ糞がXamarin

**デフォルトの名無しさん** · 2019/10/22(火) 02:47:58.42

flutterは出来がいい

**デフォルトの名無しさん** · 2019/10/22(火) 05:51:25.65

>>581
んーRNでHTML+CSSをどうネイティブの表示に変えてるのか知らんけど、それはその辺をやる薄皮があるだけで、似たようなものを作るだけでいいからあまり本質的な話じゃなくね

**デフォルトの名無しさん** · 2019/10/29(火) 17:10:37.79

VSから実機へのデプロイができない
たぶんAndroid 9へアップデートして不明アプリのインスト一括許可設定が廃止されたせいだと思うんだけど、これどうしたらいいん？
VSからの配置やadb installは不可(配置を試みて止まる)

Android 8までは設定で許可すれば、普通にVSから配置してデバッグできてたのに
泥9以上の場合どうしたらいいのか、ご存じの方、教えてplz…

**デフォルトの名無しさん** · 2019/10/29(火) 21:05:39.64

その情報だけじゃ答えられないw

React-NativeやExpoもパッケージのバージョン違いだけでエラー吐きまくってハマったら実装始めるまでがめちゃめちゃ苦労する
かと言ってXamarinは開発環境構築は楽だけどViewのカスタマイズが含めた実装がクソめんどい
FlutterはAndroid StudioとDartがクソすぎて馴染めない