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/

**忍者猫** ◆WUoBIT2C235V · 2020/02/23(日) 00:05:19.14

ついでに開発したアプリの宣伝をさせて貰います。
https://ninjacatjapan.blogspot.com/2020/01/5chios.html
https://ninjacatjapan.blogspot.com/2020/02/android.html

**デフォルトの名無しさん** · 2020/02/23(日) 08:25:06.55

vs2019と一緒にxamarinインストールしてまずハロワでもやってみるかと思ったらエミュレータがphone is starting的なメッセージのまま真っ黒で動かなくて詰んだ
mainactivityすら通ってなさそう？おま環だろうけどテンプレートまんまですら動かないとか泣きたい

**デフォルトの名無しさん** · 2020/02/23(日) 14:34:32.39

>>727
Android Device Managerでエミュレータを起動できますか？
そもそもエミュレータでAndroidのOSが起動していないのでは？

**デフォルトの名無しさん** · 2020/02/23(日) 15:23:39.67

>>728
レスありがとうございます。
エミュレータ選択画面で開始をクリックすると真っ黒なスマホにphone is startingというメッセージが出ているだけなのですが、これはやはり起動できていないでしょうか？
エミュレータはpixel pie 9.0 api28を作成しています。

**デフォルトの名無しさん** · 2020/02/23(日) 15:48:57.68

>>729
起動できてたらホーム画面が表示される。
表示されていない時点で・・・

**デフォルトの名無しさん** · 2020/02/23(日) 17:24:37.01

結局実機接続でデバッグ実行したら上手く行きました。エミュレータより早いしこっちで頑張ることにします。
お騒がせしました。

**デフォルトの名無しさん** · 2020/02/23(日) 18:31:50.18

エミュも前よりいろいろ良くなったけど、ハイパーバイザーとかも関係するし実機あるならそっちの方が早いな

**デフォルトの名無しさん** · 2020/02/26(水) 00:38:32.01

android studioとデザイナー画面どっちが使いやすいですかね？

**デフォルトの名無しさん** · 2020/03/08(日) 03:36:24.45

Xamarinってもうオワコン？Microsoftのおばさんがやたら推してたくらいしかイメージないけど

**デフォルトの名無しさん** · 2020/03/08(日) 16:17:23.17

ネイティブとの連携だったらフラッターよりやりやすいなどメリットもあるけどモダン度では負けてるかも
が地味にアップデートしてるしオワコンというものではないと思う

**忍者猫** ◆WUoBIT2C235V · 2020/03/08(日) 21:34:17.65

>>726
iOS版の使い方動画を作成しました（スマホ用に立て画面対応です）。
https://www.youtube.com/playlist?list=PLyKDLiZasrQWM_N6ZWdy8OGreSkFNxW0B

**忍者猫** ◆WUoBIT2C235V · 2020/03/10(火) 22:34:51.18

>>726
アプリの使い方動画をニコニコ動画にアップロードしました。
https://www.nicovideo.jp/series/104129

ニコニコ動画には横長画面のPC用をアップロードしました

**デフォルトの名無しさん** · 2020/03/11(水) 01:05:27.02

ﾆﾝﾆﾝ

**デフォルトの名無しさん** · 2020/03/15(日) 20:57:14.69

Flutterみたいな二番煎じを持て囃すとかレベル低すぎて草
あんなのGoで書くReact Nativeの中途半端なパクリに過ぎん
Flutter採用するくらいならエコシステム含めて普通にReact Nativeしかないわ
BlazorはServer、WebAssembly、PWA、Hybrid、Nativeと展開するみたいやからちょっとだけ期待しよう
しかしオープンソースにしたけど結局XAMLは見捨てられ死んでしまう運命なんだよな
俺もXAMLでキャリア積んだから思い入れあるんだが流石にHTML5+CSSと比較すると面倒臭すぎるしXamarin Formsなんてクソすぎて擁護できんわ
まぁC#はUnityのおかげで生き延びてるがMSの今の主力言語はTypeScriptなんだよな
そもそもMS自体がPython、React、Electron推しなのも謎すぎる

**デフォルトの名無しさん** · 2020/03/15(日) 21:22:09.98

>>739
突っ込みどころあり過ぎて草

**デフォルトの名無しさん** · 2020/03/15(日) 22:59:12.83

React Native には、Expo, Expo Snack がある！

**デフォルトの名無しさん** · 2020/03/16(月) 08:38:25.64

React Nativeのエコシステムなんてあるようで全くないから
というのも元のJava Scriptが元々ブラウザ向けだから、もちろんDOMいじくるようなライブラリはNativeで動かねぇだろうし大半がReact Nativeでのモバイル開発で役立たず

**デフォルトの名無しさん** · 2020/03/30(月) 09:43:26.28

VS2019　16.5.1に上げたらMacとのペアリングに失敗するようになった...

**デフォルトの名無しさん** · 2020/04/01(水) 19:42:24.74

わいもバージョンあげたら証明書がうんたらかんたら6.1.2が6.1.4で～みたいなエラーが出た
解決しようとしたら思いのほか大変でしょうがないから
Visual Studio for Macで開発すっかってやってみたら
あまりのクソっぷりに脱糞してるとこ

VSCodeでXamarin開発できないの・・・？

**デフォルトの名無しさん** · 2020/04/02(木) 00:49:47.26

c#とvsの相乗効果を帳消しして余りあるクソっぷり

**デフォルトの名無しさん** · 2020/04/02(木) 03:18:02.93

MSがXamarinやなくて謎のReact推しやからな
FbもReactNative for WinリリースしたしXamarinマジでオワコン
そもそもXAMLがHTML5+CSSにあらゆる面でどうやっても勝てない
糞面倒くさいXML拡張てのがオワコンやね

**デフォルトの名無しさん** · 2020/04/02(木) 11:05:46.39

正直jsはほんと使いたくないのでXamarinでいいです

**デフォルトの名無しさん** · 2020/04/08(水) 21:30:57.65

VisualStudio for Mac やばない？
日本語入力してエンターキーで確定したらIMEの確定のはずが
改行が入力されて意味分からんところに日本語が入力されたりめちゃくちゃなんだが
日本語入力できないとか全く使い物にならん

**デフォルトの名無しさん** · 2020/04/09(木) 14:09:45.73

日本語なんかいらんだろ

**デフォルトの名無しさん** · 2020/04/09(木) 16:22:13.75

>>748
アメリカのソフトは全体的に日本人が不利になるようなことを増やしてきている。

**デフォルトの名無しさん** · 2020/04/10(金) 12:02:37.85

初歩的な質問ですまないがXamarinでクロスプラットフォーム開発するのと、Swift・Kotlinで分けて開発するのってどっちが吉？
もちろんひとや会社の状況によるだろうけど実際にXamarin使ってる人たち視点でここが優秀、ここが糞っていうのを教えて欲しい

**デフォルトの名無しさん** · 2020/04/10(金) 13:57:06.75

100%ネイティブ
Xamarinはフロントエンドのロジック共有できるがUIはカスタマイズするなら別実装必要かつ超めんどい
あとBaaSなんかのサードパッケージがバグだらけで絶対ハマる

**デフォルトの名無しさん** · 2020/04/10(金) 21:49:25.89

そもそもXamarinは当時フロントエンドのUI、ロジックをクロスプラットフォームにC#だけで書けることだけがメリット
今そんなの腐るほどあってXAMLのメリットもただWPF/UWP開発してたやつはMVVMやフレームワーク含めた諸々を引き継げるでってだけ
Xamarin FormsのXAMLそのものがHTML5+CSSにあらゆる点で劣ってる時点でオワコン
今C#なんてUnityだけで耐えてるようなもんだろ

**デフォルトの名無しさん** · 2020/04/10(金) 21:57:25.26

B to Cのアプリいくつか案件でやったけど自分はネイティブで分けて作るとか絶対やらんわ

よくそんなめんどくさいことすき好んでやるなぁと思う
UIの作り込みが昨今だとXAMLよりいいのあるんじゃないかって話はまあ分かるけどそれでもそんな二つ別々に作るよりははるかに手間かからん

まあ別部隊が各々作るなら良いけどうちはビジネスロジックもそこそこフロントに実装してるから別言語で作り直すとかありえん

Xamarin.Formsで作ってるけどUIもアニメーション含めてそこそこ良い感じに仕上がってると思う

フラッターの方がいいんじゃ？ってのはまだ議論の余地あるけどあれはあれで闇な部分もあるしな

**デフォルトの名無しさん** · 2020/04/10(金) 22:00:58.68

>>753
腐るほどあるならまともなもの後何があるのか教えてくれ

後C#は言語としてまあモダンなものより劣ってるとこもあるかもだが色々頻繁に手が入って開発環境や対応できる場面含めて悪い選択肢じゃないぞ？

**デフォルトの名無しさん** · 2020/04/10(金) 22:12:32.96

web 系のOSS のライブラリは、Linux サーバーを対象にしてる

Windows を対象にしていない。
Windowsで動くように作っていない

Windows で、web 系はダメ！

#!/usr/bin/env node
とか、1行目に、Linux のシバンを書いているファイルも多い

**デフォルトの名無しさん** · 2020/04/10(金) 22:16:46.69

もともとxamarinはC#ユーザー向けに使いやすくしましょうって始まったんだから
C#に慣れてる人間が多い会社はXamarin
そうじゃ無ければkotlinなりcordovaなりすればいいだけで
そんなにこだわるようなことじゃないだろ

**デフォルトの名無しさん** · 2020/04/10(金) 22:17:52.62

このスレの人間にはUnityだけで頑張るとかして欲しい気はちょっとするけども

**デフォルトの名無しさん** · 2020/04/10(金) 22:30:12.07

C#そのものは数ある言語の中でも個人的大好きなんよ
静的型付けとモダンさのちょうど良いバランスとか最高
今ならXamarinよりBlazorキャッチアップした方が良い

**デフォルトの名無しさん** · 2020/04/11(土) 10:40:57.59

なんでIPhoneはPWA対応しないんだろうか。
とりあえずはその程度のソフトでいいんだよ。

**デフォルトの名無しさん** · 2020/04/11(土) 15:44:12.57

>>760
iPhoneでもPWAには最低限の対応は出来ていて、既にHome画面への追加は出来るんじゃないの？

**デフォルトの名無しさん** · 2020/04/11(土) 18:42:23.66

いやどう考えてもflutterでしょ。

**デフォルトの名無しさん** · 2020/04/12(日) 10:41:22.64

>>760
詳しくないから分からんけど、例えば東京アメッシュはホーム画面に追加するとアプリみたいに動くよね

**デフォルトの名無しさん** · 2020/04/12(日) 12:50:09.50

詳しくないならレスすんなダボ

**デフォルトの名無しさん** · 2020/04/12(日) 14:59:34.08

すまんかったな

**デフォルトの名無しさん** · 2020/04/12(日) 15:08:25.97

いいってことよ

**デフォルトの名無しさん** · 2020/04/12(日) 15:11:00.11

PWAとかオワコン進めるとかど素人が知ったかしてて草
時代はWASMやしMS、GoogleはWASM推しでそのためのBlazorよ

**デフォルトの名無しさん** · 2020/04/12(日) 16:02:57.66

時代の潮流は、WasmとPWAの同時対応へと進んできている。
それらは互いに排他的ではなく、同時使用したときに最も力を発揮するので。

**デフォルトの名無しさん** · 2020/04/12(日) 16:13:32.07

しかしKrippすげーな
MTGAで7000人以上の視聴者数とかKrippしか見たことないわ
MPLが人気なさすぎやねんな

**デフォルトの名無しさん** · 2020/04/12(日) 16:14:01.09

誤爆

**デフォルトの名無しさん** · 2020/04/13(月) 00:40:27.29

>>762
Flutterはネイティブコンポーネントとの共存があれでしょ

**デフォルトの名無しさん** · 2020/04/13(月) 00:54:25.95

ReactもFlutterもカスタマイズ必要でネイティブ触る必要ある場合途端に破綻するから最初からネイティブで書くほうがゲインあるんよ
ネイティブ実装を自分でReact対応させられるスキルあるやつなんて滅多におらんし実際そこまでやるならネイティブで書くし
あとnpm含めたバージョンと依存関係でハマるからメンテもネイティブのが楽

**デフォルトの名無しさん** · 2020/04/13(月) 08:07:27.98

>>772
それだてネイティブで各々書く事言ってん？
だったらないなー

**デフォルトの名無しさん** · 2020/04/13(月) 09:52:23.73

>>771
最近じゃFlutter pubもだいぶ充実してきたし、ほとんど自分でNative部分を書くことはないなぁ。
WebViewサポートが弱いのと、OpenGLがiOSで使えないのが難点だけど。

**デフォルトの名無しさん** · 2020/04/13(月) 14:02:51.68

IMEもなんかダメみたいなこと誰か言ってたけどそれは大丈夫？
いずれにしても全部自前描画はメリットもあるけどデメリットもあるから案件次第だよなぁ

**デフォルトの名無しさん** · 2020/04/13(月) 14:33:31.95

swiftで作成済みのアプリ(ソース)をXamarin.iOSに移植するのって簡単？

**デフォルトの名無しさん** · 2020/04/13(月) 15:07:29.68

simulationライブラリで純粋な関数式プログラミングをする
ttp://x0000.net/topic.aspx?id=3631-0

UIライブラリ (C#, 2D) を作ったよ
ttp://x0000.net/topic.aspx?id=3688-0

連続と離散を統一した！
ttp://x0000.net/topic.aspx?id=3709-0

4Dエンジン
ttp://x0000.net/topic.aspx?id=3677-0

matrixのライブラリ
ttp://x0000.net/topic.aspx?id=3711-0

ある強力なFor関数
ttp://x0000.net/topic.aspx?id=3630-0

SQLライブラリ
ttp://x0000.net/topic.aspx?id=3675-0

**デフォルトの名無しさん** · 2020/04/13(月) 21:16:01.73

>>776
SwiftUIとかよく知らんのでその辺は分からんけど、ObjectiveCでも実現出来そうなら多分簡単

**デフォルトの名無しさん** · 2020/04/13(月) 21:48:31.75

>>778
なるほど
まずはobjective-cで移植してる記事を探してみる
コロナ影響でテレワークのせいで顧客環境にあるソースを触って試しに移行とか出来なくて困ってたのよね
ありがとう

**デフォルトの名無しさん** · 2020/04/14(火) 00:15:32.05

>>779
Swiftよく知らんのであれなんだけど要は既存のUIKitとか使って実装してるものならXamarin.iOSはただそれをそのままC#で書けるので実装は可能だよ言いたかった。
SwiftUI はよく知らんのだけどあれもきぞんのUIKitを違う形でかけるよってだけ？

**デフォルトの名無しさん** · 2020/04/14(火) 00:33:16.19

Xamarin、React、FlutterでUIの実装が違う
ReactとFlutterは独自実装だからカスタマイズ前提の仕様で独自UIの実装が容易
Xamarinはネイティブラッパーやからカスタマイズが超大変
ぶっちゃけアプリ案件でUIいじらないって100％ありえへんからそれだけでXamarinて択がなくなる

**デフォルトの名無しさん** · 2020/04/14(火) 00:51:21.10

XAMLの柔軟さ知らんとか

**デフォルトの名無しさん** · 2020/04/14(火) 01:04:45.44

>>782
個人的には、グラフィックの Line 文や画像描画命令でプログラムから
カスタマイズできるほうが便利だと思っているので、native wrapperより
独自描画してくれていた方が便利そう。

**デフォルトの名無しさん** · 2020/04/14(火) 01:56:10.54

>>783
それと、表示だけでなく、Edit要素の5行目に文字列を挿入したいような
場合、native要素だとどれだけ互換性の問題がクリアされているか心配。
挿入後に勝手にスクロールするかどうかはWindowsだけでも非常に複雑。
でもそこが一番重要だったりする。
その辺が独自描画だとどのOSでも同じ動作になってくれるので楽。

**デフォルトの名無しさん** · 2020/04/14(火) 02:13:08.80

同じ画面になってくれりゃいい場合と各プラットフォームでそれっぽい挙動して欲しい場合と色々いあるしなぁ

**デフォルトの名無しさん** · 2020/04/14(火) 02:21:47.88

久しぶりにxaml触ってるけど(xamarinじゃなくてwpfだが)ほんと楽だわ(覚えるまでが大変なんだろうが)
だが、wpfで今アプリ作ると見た目が残念になるし。materialdesignxaml使うとデスクトップアプリでは不要な余分なスペースだらけになるし

いくらxamlすごくても自分でテーマつくちゃうぐらいのセンスねぇし

まぁxamlどっかで復権してほしい。チャンスあるとすればwinui 3.0次第かな

**デフォルトの名無しさん** · 2020/04/14(火) 04:39:50.38

なんかXamarin FormsでXAML楽チンて言ってるやつはほんまにXamarin Formsでアプリ書いたことあんのか
Entryのborderのcolorを変更するだけでiOS/AndroidそれぞれPlatformEffect継承・実装してSharedでRoutingEffect実装してくっそめんどいんやがどこにReact Nativeよりメリットあんのか教えてほしいわ
個人的にずっとWPF/MVVMで開発してたからXAMLは好きやしゴリゴリユーザー定義コントロール作ってたけどXamarin Formsはクソで少なくともUI実装においてJSX/TSXに勝てる要素がない

**デフォルトの名無しさん** · 2020/04/14(火) 05:41:55.93

初めてのアプリ開発にXamarinかFlutter使ってみようかと思ってたんだが、こういう流れ見てると素人ほどネイティブで作ったほうがよさそうね
楽しようとして結局苦労しそう

**デフォルトの名無しさん** · 2020/04/14(火) 08:53:38.75

>>788
ちょっと作ってみるにはFlutter、ガッツリ作るならFlutterでもnativeの知識必須。

**デフォルトの名無しさん** · 2020/04/14(火) 12:04:29.23

>>789
ちなみにその基準の「ガッツリ」ってどの辺から…？

**デフォルトの名無しさん** · 2020/04/14(火) 12:35:44.51

>>790
ゲームのようなアプリとか、GPSやBLEをマニアックに使うアプリとか、スマホの性能ギリギリまで色々とやりたい時。
逆にスマホデバイスもほとんど使わずListViewレイアウトぐらいしか使わないアプリはFlutterのほうが早い。
mateと同じ見た目のアプリをFlutterでやろうとするとかなりシンドい。

**デフォルトの名無しさん** · 2020/04/14(火) 12:38:25.00

>>791
mateとは何？

**デフォルトの名無しさん** · 2020/04/14(火) 12:43:16.68

継承・実装って言うと大げさだけど右クリからポチポチクラスつくって
2,3ステップのコード書くだけやん
大体Xamarin Formsでいけるし

ios12→ios13のSegmentedControlの仕様変更は少し大変だったけど

**デフォルトの名無しさん** · 2020/04/14(火) 14:17:39.96

Buttonをまったく違う形状にゴリゴリにカスタムしたい
Xamarin FormsならEffect、Visualを使ってコードビハインド
React NativeならCSSプロパティ設定するだけ
どっちが簡単かつ柔軟で実装が楽か結論でてるやろ

**デフォルトの名無しさん** · 2020/04/14(火) 14:29:00.41

>>791
なるほどありがとう

mateはchmateでは
使ったことないけど2chブラウザがそんな難解なデザインしてるのかな

**デフォルトの名無しさん** · 2020/04/14(火) 16:40:15.14

xamarinは、最小に近い簡単なプログラムでも *.apk が22MB位、
同じアプリをJavaとAndroid Studioで作ると *.apk は1.8MB位
で済むそうだ。

**デフォルトの名無しさん** · 2020/04/14(火) 19:48:26.60

>>794
それはReactNativeがround buttonについて実装済みってだけじゃね？

**デフォルトの名無しさん** · 2020/04/14(火) 20:22:18.78

ボタンの形とかより、なんとなくボタンを押したときのグラフィックの感じとか nativeのままだとが気に入らないことがある。

**デフォルトの名無しさん** · 2020/04/14(火) 20:47:05.20

ソフトウェアの利用者は、ソフトウェアごとにお作法が違うとめんどくさい。
おまえのソフトは誰も使わないからどうでも良いけど。

**デフォルトの名無しさん** · 2020/04/18(土) 13:56:59.23

Xamarin程の糞はないと3年前から言い続けてやっと時代が追いついた

**デフォルトの名無しさん** · 2020/04/18(土) 15:50:44.63

Xamarinはネイティブラッパーな仕様が糞すぎんだよ
RNやFlutterのように独自実装ならiOS/Android同じViewで同じ見た目にできるのにネイティブラッパーだからできない
肝心のXAMLも同じ見た目にする場合カスタムが必要でプラットフォームごとにコードビハインドで実装しないといけない糞仕様
FlutterはPlatformViewでネイティブ利用も改善されてきたがDartが糞すぎて嫌いだしWedgetsの構文がまんまJSXのパクリで草
RNは開発環境でハマるのが糞やけどXamarinやFlutterよりは好み

**デフォルトの名無しさん** · 2020/04/18(土) 16:33:17.37

やっぱ俺の先見の明は確かだな
Xamarin程の糞はないしクロスプラットフォームは例外なく糞

**デフォルトの名無しさん** · 2020/04/18(土) 18:32:06.74

客が既にSwift/kotlinで作ってあるアプリをXamarinに切り替えるって言って聞かねーんだがどう説得すりゃいい？
ここで言われてるようにクソだからやめとけって言ってんのに全然だめだわ
切り替えたい理由は自社にネイティブの有識者はいないがXamarin経験者はいるから保守が楽になるだろうと言うことらしい

**デフォルトの名無しさん** · 2020/04/18(土) 18:57:41.52

お前がそのXamarin経験者より下に見られているというだけの話
人脈作りを怠ったツケだよ

**デフォルトの名無しさん** · 2020/04/18(土) 20:17:12.55

歴史的過程から考えて今後長くXamarinが保守されるとは思えない。

**デフォルトの名無しさん** · 2020/04/18(土) 20:39:34.09

>>803
調達したチーフプログラマーはC#が得意だったという理由だけでXamarinにするなら絶対ハマるし属人化するから100％保守が大変になると説得しろ
俺がネイティブで書けと断言する理由はおおよその企業のプロジェクトにおいて一番苦労するのは人材の調達や交代やからや
プログラマーを調達・交代できずに苦労するのが目に見えてるから先を見てネイティブで書けと言ってんねん
そら最新の言語・環境なんかのメタをすぐキャッチアップできるフルスタックな高スペックプログラマーがいくらでも社内におるなら別やから好きにすればええけどな

**デフォルトの名無しさん** · 2020/04/18(土) 21:58:04.77

問題起きても客が対応するって事だろ？
Xamarinに切り替えたらええやん

ディスコンになったらまた切り替える羽目になるんだから
いっぱい稼げて美味しいじゃん

**デフォルトの名無しさん** · 2020/04/18(土) 22:22:28.86

企業としてのXamarin社は当面残るだろうが、プロダクトとしてのXamarinは.NET 5(更に先の.NET 6)に統合
することをMicrosoftが言明している
中身はともかくXamarinの名称そのものは近いうちに消滅する

**デフォルトの名無しさん** · 2020/04/18(土) 22:35:09.48

https://www.publickey1.jp/blog/19/net_5netnet_frameworknet_corexamarinnet_5microsoft_build_2019.html

**デフォルトの名無しさん** · 2020/04/18(土) 22:43:05.30

xamlをちゃんとデザインできるようになったら
xamarinと言う名前はどうでも良いし、上手く行けばUWPを1回書いたら
Windowsでもandroidでも動くように・・・・なるのかな

AdobeのFlashはAndroidもiOSもWindowsもmacも全部同じバイナリが同じように動いたのに残念だった・・・

**デフォルトの名無しさん** · 2020/04/18(土) 23:07:41.88

XAMLがすでにオワコンやねんなー
XAMLでウェブアプリ作るサードフレームワークあったけど盛り上がらずMSも買収せんかったし
んで結局アプリ・ウェブをクロスプラットフォーム開発可能なBlazorがリリースでこっち推しはじめて時代はWASM/WASIのBlazorですよと
.NETもオープンソース化に遅れてオワコン化手前までいったけどUnityなんかでなんとか耐えたけどXAMLは完全にオワコン
ウェブとモバイルを軽視しすぎたMSの失敗でXAML死んでしもうた、XAMLでウェブ開発かのうにすべきやったと思うけどASPあるからしゃーないわな

**デフォルトの名無しさん** · 2020/04/18(土) 23:18:09.01

>>810
それがUno。
弱小だし、Xamarin頼りな点が惜しい。
そういうのをMSが作れない、作らないのがダメダメ。

**デフォルトの名無しさん** · 2020/04/18(土) 23:39:28.03

だな。MSがやらんから、他がやろうとして結局リソース不足の品質でリソース分散で共倒れ

**デフォルトの名無しさん** · 2020/04/18(土) 23:43:27.75

Unoもそうだしavalonia UIもそうだし。リソース分散

**デフォルトの名無しさん** · 2020/04/19(日) 01:29:47.93

>>804
クッソ頭悪そう
文脈から考えて作るのはアウトソーシングで納品後のメンテは自社でやるってことだろ

**デフォルトの名無しさん** · 2020/04/19(日) 07:56:25.34

>>803
Forms使うんじゃなくXamarin.Native使うならありなんじゃねーの
ロジックが共有されるのは大メリットだろ

**デフォルトの名無しさん** · 2020/04/19(日) 11:43:35.74

ロジック共有なんてRNもFlutterも一緒やしすでにXamarinの専売特許やないねん
そもそも当事者のMSがSkypeをRN、VSCodeをElectronで書いてるからな
Blazor推すならさっさとこれらをBlazorで書き直せと、なんかMSは縦割りなんか知らんがやってることがあべこべなんよ
俺がMSの開発環境に絶望して忌避するようになった理由はそこなんや、C#そのもの今でも一番好きな言語や

**デフォルトの名無しさん** · 2020/04/19(日) 12:04:47.37

マイクロソフトが嫌いだからって周りにマイクロソフト嫌い菌をばら撒くとか気違いすぎる

**デフォルトの名無しさん** · 2020/04/19(日) 15:55:50.46

さすがにblazorで書き直せはいくらなんでも明確なメリットないと相手が大企業で高収益企業だからって無茶苦茶すぎる

**デフォルトの名無しさん** · 2020/04/19(日) 19:26:04.40

すまん、ネイティブしかやった事ないけどロジック共有ってどのくらいできるものなの？
ささっとググったら半分も行きゃ良い方、ＵＩ周りは結局別で作らなアカンしXamarin特有のバグもあるから旨味が消えてしまうケースも多いと出てきたんやが

**デフォルトの名無しさん** · 2020/04/19(日) 21:13:36.66

>>820
BtoCのアプリだけどForms使って9割以上共有してる
共有できるやつはそう書いて固有に実装しないと無理だなってところだけ個別に書くだけだからものにもよるけどほとんど共有できるだろ

**デフォルトの名無しさん** · 2020/04/19(日) 21:19:48.40

>>817
Xamarin,RN,Flutter各々のいいところ悪いところあんだからじぶんがつかいやすいものをえらべばいいだけでは。

MSがそれらを作り直さないのはわざわざ作り直す必要性がないしそれらを選んだのも既存コードとの関係でそうした方が都合が良かっただけだろ

**デフォルトの名無しさん** · 2020/04/20(月) 00:07:25.86

まあマジレスすると、Xamarinが最強とかは言わないけどロジック共有して開発できる実プロジェクトで十分問題なく使えるある意味枯れたクロスプラットフォーム開発環境として十分に選択候補としうるものだと思うけどね
js得意ならRNとかでもいいんじゃね？

**デフォルトの名無しさん** · 2020/04/20(月) 00:29:37.44

>>821
Xamarin.iOS/AndroidとXamarin.Formsってどう違う？
俺もXamarin使ったことない素人だから聞きたい

**デフォルトの名無しさん** · 2020/04/20(月) 00:51:06.29

>>824
X.iOSと泥は各プラットフォームネイティブアプリをC#で書ける仕組み。それだとUIも各プラットフォームの流儀で書く。Xamarin.Nativeとも呼ばれる。

FormsはXAMLを使ってどちらででも動くUIコードを書けるフレームワーク。
AppDelegateとかMainActivityとかからXamarin.Forms.Init()などを呼んで動く。XAMLで書かれたコードは結局は各プラットフォームのUI,ViewControllerやら何やらに作用して動く。ので共通コードで書いても各プラットフォームっぽいUIになる。

**デフォルトの名無しさん** · 2020/04/20(月) 00:55:16.91

のでFlutterが全部自前描画して共通なUIを作ってるのとはまるっきりアプローチが違う。これは強みでもあり弱みでもある。Flutterは同じ見た目のアプリを作るのは容易い。が自前描画ゆえ既存のネイティブコントロールとの混在などが苦手。
のでwebViewがらみとか弱いらしい(使ったことないので聞き齧り