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/

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

>>825
ありがとう
NativeはUIはそれぞれ作成、FormsはUIも共通化可能と言うことなんだね
Formsで共通化する方が利点が多そうだね

**デフォルトの名無しさん** · 2020/04/20(月) 01:33:06.60

>>827
共通にするが故のデメリットもあるから銀の弾丸じゃないけどハマればメリット多いと思うよ

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

Formsはフォームにパーツを配置してデザインできないのがなぁ
開発画面はXamarin.Androidと大差ないのに

Visual Studioの機能を生かし切ってないのが不思議

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

c#使いが期待するのはまさにそれなのよね
だからみんなコレジャナイ感で手が進まない

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

そんなんレベル低いやつだけだろ
ポトペタでUI作るやつなんてウェブですらおらんぞ
勝手にC#erの総意にすんなよ

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

いちいち意図通りのUIになってるか確認する作業と調整を繰り返すんですかね？
それこそ低能なような

**デフォルトの名無しさん** · 2020/04/20(月) 06:14:03.58

なんのためのホットリロードなんだよ
こんなレベルであれこれ言ってんだから草

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

で、するんでしょ？微調整
バカみたい

**デフォルトの名無しさん** · 2020/04/20(月) 09:32:16.15

>>827
ところがどっこい、Formsは最大公約数でしかないので細かいことをしようと思ったら結局Native UI使うハメに。
それにFormsはNative UIへマッピングされてるに過ぎないので細かい挙動が違うこともしばしば。
それでも別に作るより楽だけどね。

**デフォルトの名無しさん** · 2020/04/20(月) 10:19:08.20

なんかレベル低いそもそもネットで調べただけでXAMLまともに書いてないにわかが湧いてんな
XAMLをデザイナで作るやつなんていねーんだよバカそもそもExpression Blendすらそんなのあったななんて存在なのにおまえにはWindows FormsかVBがお似合いなんだよボケ
XAMLの真骨頂のControl TemplateやFlameworkElementでゴリゴリにカスタマイズするときにポトペタできないとか微調整するんですかとか無知すぎんだよにわかが
XAMLは常にデータバインド意識しながら書くんだから微調整するに決まってんだろだからMSもホットリロード実装しんたんだよにわか

**デフォルトの名無しさん** · 2020/04/20(月) 11:09:51.54

それまた総意にあらず

**デフォルトの名無しさん** · 2020/04/20(月) 12:11:28.62

>>835
最大公約数でしかないって何？

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

総意にあらずとか無知すぎんだろ
XAMLはMVVMアーキテクチャでViewを書くために作られてデータバインドなくしてXAMLはねーんだよ
そもそもXAMLのオブジェクトはすべてDependencyObjectを継承してんの理解してんのか？HTMLのDOMじゃないんだぞ？
マジでレベル低すぎんな

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

>>835
足りないコントロールとかはViewなりSkia使っての描画なりで共通に動くもの作ったりすると思うけどそれで足りないもの何ある？
自分とこでは一部Renderer使うぐらいで治ってるけど

>>836
最近UI側触れてないのでホットリロードあんま触ってないんだけど、あれちゃんと動く？この辺はちょっと制約があるとかあれば教えてくれ

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

俺もデザイナーいらんと思うわ
どうせ実機とずれるし。だったらちゃんと動くホットリロードあるならそれの方がいい

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

WYSIWYGはいらんなぁ
デルファイかよっていう

**デフォルトの名無しさん** · 2020/04/20(月) 22:39:41.45

>>840
XAMLのHot Reloadは言語的制約で完全じゃないしまだプレビューだからかバグい
Viewの変更を保存したらリビルドせずにリアルタイムで反映させられるんだがもちろんロジックであるViewModel以下の変更は反映されない
まぁLive Visual Treeあれば俺は気にしないがな、これがなかった昔は実行時生成のバッキングフィールドやnameしらべるてて大変だった

**デフォルトの名無しさん** · 2020/04/20(月) 22:49:30.38

Unoとかも結局WasmでWebアプリ書けないからダメだな
XAMLをHTML5+Javascriptに変換するトランスパイラないと人気でるわけない
まぁXamarinをバックエンドに使ってるだけだからできんのだろうが

**デフォルトの名無しさん** · 2020/04/21(火) 00:16:32.88

Xamarinはオワコン

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

>>844
>Unoとかも結局WasmでWebアプリ書けないからダメだな
？？

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

>>845
独自調べによれば、XamarinもBlazorもFlutterも人気が無いらしい。
逆に、Qt、Unity、vue、Reactが人気が有る。

**デフォルトの名無しさん** · 2020/04/21(火) 06:56:19.39

>>847
どういう比較だよw

**デフォルトの名無しさん** · 2020/04/21(火) 11:51:53.34

不思議なことにgithubのstar数ではJSを使うものが圧倒的人気が有り、JSを使うところのvueは、C++を使うところのQtの数100～1,000倍くらい人気。
そしてさらに不思議なことに、C#は人気だとされるにもかかわらず、GoogleTrendsやqiitaでは、C#を使うところのXamarinとBlazorは、人気が非常に低い。
その中でも特にBlazorは人気が無い。

**デフォルトの名無しさん** · 2020/04/21(火) 11:54:52.99

>>849
もっと言えば、最大人気言語とされるPythonは、githubのstar数では、githubにあるPythonの中では最高のcythonでもvueの10分の1以下しかない。

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

>>850
スマン。2箇所間違いがあった。
1. cythonではなく、cpythonだった。
　cpythonは、pythonインタプリタの処理系そのものなので、cythonとは違う。
2. star 数は vue の 1/10 ではなく、1/5程度だった。

**デフォルトの名無しさん** · 2020/04/21(火) 15:36:03.75

https://news.mynavi.jp/article/20191112-922010/
↑
を見ると、2019/11時点のgithubでは、Dartが532%、Rustが235%の急上昇中。
Dartといえばflutterなので、flutterの人気も急上昇中なのではないか。
githubでの言語ランキングは、
JavaScript>Python>Java>PHP>C#>C++>TypeScript>Shell>C>Ruby.
なお、これを見れば分かるように、githubは、Webのフロントサイド寄りのプログラミング言語の利用が多い
ので、この人気順位には偏りがある。

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

いやクロスプラットフォーム開発とフロントエンド開発比べてどうすんの
それはそれで意味ある時もあるけどちょっとその比較は違わん？

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

アンチのせいで他との比較ばかりだなｗ
Xamarinもネタないけどｗ

**デフォルトの名無しさん** · 2020/04/21(火) 20:18:00.99

もうXamarinに将来はないから次の乗り換え先情報交換スレになってるね。

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

学生が作った、ブラウザでプログラミングできる、CodeSandbox が、GitHub と連携してるから

【クライアント側】
Angular、React、Vanilla、Vue、CxJS、Dojo、Preact、React+TS、Reason、Svelte
【サーバ側】
Gatsby、Next.js、Node、Nuxt.js、Apollo

Ruby on Rails でも、こういうサイトを作ってほしい

**デフォルトの名無しさん** · 2020/05/01(金) 09:59:11.21

Xamarin.Androidでシミュレーター実行できなくなった

**デフォルトの名無しさん** · 2020/05/02(土) 13:18:03.27

Android StudioがまともやったらFlutterもありなんやけどな
あのクソUIはベースEcripseなんちゃうんかマジクソ
VSで全言語対応してくれりゃ神なんやけどな

**デフォルトの名無しさん** · 2020/05/08(金) 07:53:43.46

>>857自己解決した。
Windows10のバージョンを1809から1909に上げたらAndroid Emulatorで実行できた

**デフォルトの名無しさん** · 2020/05/08(金) 10:13:01.32

おっちゃんgood jobやでー

**デフォルトの名無しさん** · 2020/05/09(土) 20:09:47.55

本家の開発環境で一般化しているライブラリがXamarinに無かったりするのが辛いな
小さな差が積もり積もって地味に効いてくる
例えばRecyclerViewとか直接使ってる人なんてあんましおらんだろう

**デフォルトの名無しさん** · 2020/05/09(土) 20:15:19.84

Epoxy？groupie？

**デフォルトの名無しさん** · 2020/05/09(土) 20:51:56.71

Firebaseのライブラリすら致命的なバグだらけで草
AuthとStore両方使うとインスタンスがNULLになるバグとか使いもにならん
GithubのIssuesにレスしてもシカトやし
現状のMS開発環境の致命的なところはOSS化が遅れたこととMSのヘイト高いことが原因でライブラリがまったくないということやねん
JavaScriptやPythonやReactが流行ったのはライブラリ含めたトータルの環境が整ってるからなんよ
もともとオワコンやったXamarinがBlazorによって産みの親のMSにトドメ刺されてワロタ

**デフォルトの名無しさん** · 2020/05/09(土) 20:55:33.83

まぁ厳密に言えばネイティブラッパーのXamarinをさらにラップしたのがBlazorやから開発が停止することはないやろうけどこのままやとバックエンドとして使われるだけで終わることになるやろうな

**デフォルトの名無しさん** · 2020/05/09(土) 21:09:08.60

３年前から糞だと見抜いていた俺様の先見の明は凄い
オレの予想は当たる
クロスプラットフォームは総じて糞

**デフォルトの名無しさん** · 2020/05/09(土) 21:48:49.79

unoに本腰ちゃいまんの

**デフォルトの名無しさん** · 2020/05/09(土) 22:56:42.48

.NET Coreあるんだから使い物にならない基本部分だけじゃなく
各OS、デバイス向けに統一的にしっかり作り上げてほしいもんだ。

個人的にはBlazorよりUnoのほうがましだな。
Xamarin抜きで作り直して。

**デフォルトの名無しさん** · 2020/05/09(土) 23:10:24.32

>>864
Blazorの認識間違ってんぞ

**デフォルトの名無しさん** · 2020/05/10(日) 02:51:09.17

趣味でスマホアプリ作ろうと思い色々調べてたら共通で作れるXamarinがあることを知ったのだがswiftとkotlinでそのままやるのとどっちがオススメ？
質問がふわっとしすぎて糞なのは百も承知だが他者の意見が聞いてみたい、もちろん主観で構わないので

**デフォルトの名無しさん** · 2020/05/10(日) 03:00:06.20

C#の経験は？

**デフォルトの名無しさん** · 2020/05/10(日) 03:03:07.54

ないっす
言語経験は.NetとJavaを業務で使ってて趣味でpythonをかじってる程度

**デフォルトの名無しさん** · 2020/05/10(日) 03:34:25.25

Xamarin程の糞はない

**デフォルトの名無しさん** · 2020/05/10(日) 12:26:30.25

>>871
だったらXamarinは意味ない

**デフォルトの名無しさん** · 2020/05/10(日) 14:04:50.67

UWPのコントロールで間に合うアプリなら、Uno PlatformでUWPアプリ使ったらiOSとAndroidのアプリもついでに出来上がる感じ。
独自描画で速度追求してガリガリ描くのはiOS、Android各々作ることになるかも。

**デフォルトの名無しさん** · 2020/05/10(日) 15:47:44.56

>>873
理由はなんでしょう？

**デフォルトの名無しさん** · 2020/05/10(日) 16:51:20.78

>>875
>>873じゃないがC#経験ないのにあえてマゾい開発環境のXamarinにする択がないって話やねん
選択肢多いのにC#触ったこともなくC#の資産をどうしても使用したいわけでもないのにXamarinて選択は取捨選択できないアホやなって感じ
C#という言語や.NET Core(.NET 5)やXamarin FormsのXAMLを学習したいんやったら好きにすればええけどな

**デフォルトの名無しさん** · 2020/05/10(日) 23:08:58.87

>>874少し修正
×UWPアプリ使ったら
◯UWPアプリ作ったら

**デフォルトの名無しさん** · 2020/05/11(月) 22:29:12.46

UnoとXamarinだったらどっちがええの
ASP.NET(Legacy, Core)とWin Formsはやったことある
WPFは一覧系サンプル画面写経して飽きた

**デフォルトの名無しさん** · 2020/05/12(火) 03:12:00.69

飽きたじゃなくてわからんかったんやろ
WPFわからんてMVVM+XAMLが理解でけへんかったんやからXamarin FormsもUnoも無理やな
RazorしかわからんならBlazorしかないしWeb Formsしか触ったことないならMS環境諦めてReact NativeかFlutterでもやればええんちゃうか
まぁMVVM+XAML理解でけんのにJSX(TSX)+Flux(Redux)を理解できるとは思えんけど

**デフォルトの名無しさん** · 2020/05/12(火) 07:33:48.12

質問を読めないレベルか
話にならんな

**デフォルトの名無しさん** · 2020/05/12(火) 07:38:54.22

と、低レベルな質問を揶揄されて顔真っ赤な雑魚が何かもうしております

**デフォルトの名無しさん** · 2020/05/12(火) 22:22:23.58

コピペ用・学習用にUno Calculatorのソースで遊んでみるとか

https://forest.watch.impress.co.jp/docs/news/1193107.html

**デフォルトの名無しさん** · 2020/05/13(水) 22:44:13.41

とはいえUnoだとFileOpenPickerでもUWPにしか無いのね…

**デフォルトの名無しさん** · 2020/05/13(水) 23:02:53.10

揶揄…？
思いっきり侮蔑してますやん
日本語が不自由すぎて悲しくなるわ

**デフォルトの名無しさん** · 2020/05/14(木) 07:57:25.42

既存ライブラリで共通ソースできたら良いなという願望

**デフォルトの名無しさん** · 2020/05/14(木) 13:56:13.67

https://flutter.dev/docs/development/tools/sdk/release-notes/changelogs/changelog-1.17.0
1.17で修正された内容
googleさんのやる気が違うつまり高品質

https://github.com/microsoft/microsoft-ui-xaml/releases
winuiだがこのショボさ
品質高くて修正する内容がないならいいんだが

**デフォルトの名無しさん** · 2020/05/14(木) 13:58:28.85

まぁ、とりあえずオンラインで開催されることになったBuild 2020に望みを(xamarinの望みではない)..

まぁ、WinUI3.0のpreview出て...

**デフォルトの名無しさん** · 2020/05/14(木) 14:10:29.51

flutterは興味あるけどdart覚えるのめんどくちゃい

**デフォルトの名無しさん** · 2020/05/14(木) 16:40:06.57

dartなんてtypescriptのパクリやからバカでも書ける1日キャッチアップして理解でけへんのはやばい
FlutterもまんまReact NativeのJSXのパクリやからReact Native知ってたら余裕
どちらにしろベースはJavazScriptとかわらんから誰でも書ける

**デフォルトの名無しさん** · 2020/05/14(木) 16:46:18.53

つうかDartとかいうマイナー言語選択したのなんでだ馬鹿なのかな

**デフォルトの名無しさん** · 2020/05/20(水) 00:26:54.77

Introducing .NET Multi-platform App UI | .NET Blog
https://devblogs.microsoft.com/dotnet/introducing-net-multi-platform-app-ui/

GitHub - dotnet/maui: MAUI is the .NET Multi-platform App UI, a framework for building native device applications spanning mobile, tablet, and desktop.
https://github.com/dotnet/maui

**デフォルトの名無しさん** · 2020/05/20(水) 00:35:51.44

MVUとかReact NativeのJSX(TSX)のパクリで草
そしてWebが含まれなくてクソなのもMSわかってねーし
WebねーからOfficeやSkypeはReact使ってんだろーが馬鹿じゃんねーの
いい加減ASP切り捨てろよ

**デフォルトの名無しさん** · 2020/05/20(水) 00:54:50.86

>>892
ちゃんと読めよ

**デフォルトの名無しさん** · 2020/05/20(水) 06:37:55.67

あれ、これWinUI 3ってどうなるの?
MAUIへ一気に飛び越えちゃうの?

**デフォルトの名無しさん** · 2020/05/20(水) 06:49:03.08

MAUIはただのUIFrameworkだが
Project ReunionでAPIも統一しちゃおうという

**デフォルトの名無しさん** · 2020/05/20(水) 06:51:02.20

ごめん、Project ReunionはWindows環境限定かな
さすがにクロスプラットホームでのAPIの統一はきついか

**デフォルトの名無しさん** · 2020/05/20(水) 06:54:31.83

WinUI 3がどういった形でリリースされるか分からんが上位レイヤからは.NET 5(.NET 6)で隠蔽されるので関係ないだろ

**デフォルトの名無しさん** · 2020/05/20(水) 07:15:29.84

いや、WinUI3はWindows限定っぽくってMAUIとは別物になるのかもしれん

クロスプラットホームのUIフレームワークがMAUIで
Windows限定でWindowsのAPIを統合しようというのがProject Reunion(WinUI 3含む)

**デフォルトの名無しさん** · 2020/05/20(水) 07:21:12.70

もしくはMAUIのWindowsの実装で内部でWinUI 3使われる?
MAUIってFlutterみたく独自描画なのか?よくわからん

**デフォルトの名無しさん** · 2020/05/20(水) 15:25:26.60

なにそれリユニオンとかかっこいい

**デフォルトの名無しさん** · 2020/05/20(水) 15:54:15.01

セフィロス！？

**デフォルトの名無しさん** · 2020/05/20(水) 16:03:58.25

下々にとってはなんもかわらん
.NET/.NET CoreとXamarin/MonoのAPIを統合しますよってだけでアーキテクトでもフレームワーク作ってるわけでもない俺らに関係ない
フロントエンドから統合されたAPIにアクセスできるってだけでネイティブ実装はプラットフォームごとに存在する
WPF/UWP(WinRT)はWindowsネイティブ実装だしXamarin Formsはプラットフォームごとのラップされてる機能だけ利用できるのもかわらん

**デフォルトの名無しさん** · 2020/05/20(水) 19:13:41.41

Xamarin改なのに一年以上先とは仕事遅すぎる。

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

やっぱり、Xamarinは廃止されたか。
買収した時点でわかりきっていたことだが。

**デフォルトの名無しさん** · 2020/05/28(木) 04:29:37.82

名前はな

**デフォルトの名無しさん** · 2020/05/29(金) 11:58:17.16

WPFとは何だったのか

**デフォルトの名無しさん** · 2020/05/29(金) 14:30:38.36

名前が変わったということは、根本的な構造が変わったということだろう。
WinFromsを発展させるなら、Ver 2.0 で良いところを WPFとしたのも根本的な仕組みが変わったからだ。

**デフォルトの名無しさん** · 2020/05/29(金) 15:09:37.92

https://pbs.twimg.com/media/EYZKXSaUYAEvlpM.jpg

TizenはあるのにWebがないのが致命的。
後から来るん？

**デフォルトの名無しさん** · 2020/05/29(金) 16:05:51.70

ASPあるからWeb必要ないでしょ？ってポリシーなんやろ
Razor拡張のBlazor出てきたからASP絶対捨てないマンがMS
これはおそらく開発チームが別でお互いの縄張りは荒らさないって内部抗争やろ
.NET 5でBlazor採用してバックエンドとしてXamarin継続するならXAML捨ててReactのようにASP+MVUで全部開発できますとかでないと意味ねーんだがそれができないMS
そもそもUWPがデベロッパーにそっぽむかれた時点でXAMLは失敗してんねん

**デフォルトの名無しさん** · 2020/05/29(金) 16:18:19.88

日本語でよろ

**デフォルトの名無しさん** · 2020/05/29(金) 17:18:35.04

BlazorもHTMLをもろに使うようだから、XAMLと似てると思う。

**デフォルトの名無しさん** · 2020/05/29(金) 17:49:32.06

複雑なので全部は理解して無いが、Blazorは、HTMLコードの中に
C#コードを入れて書くような形式も有って、その形式だと、
ぱっと見、PHPを彷彿させる。
PHPの場合は、ApacheなどがサーバーサイドでHTMLの中に書かれたPHPの
コードを実行してHTMLの中に結果を足し算して合成した結果をクライアント側
にネットで伝送するような形式だった。
それと似てる感じがする。

**デフォルトの名無しさん** · 2020/05/29(金) 17:51:19.58

だったらPHPでもいいんじゃないかと思ってしまうのだが、どうなんだろ？

**デフォルトの名無しさん** · 2020/05/29(金) 17:55:45.85

Blazorを使いこなすには、HTMLとCSSの知識が前提らしいし、全体の構造が
PHPに似ているようだし、開発環境などのシンプルさから言えばPHPの方が
わかりやすくすら思える。
PHPなら昔から容易に学べるという定評があるけど、Blazorは複雑怪奇すぎるように思える。

**デフォルトの名無しさん** · 2020/05/29(金) 18:02:28.32

ReactやVueやAngularなどを使う人は、本当に静的なHTMLにちょっこっと機能
を追加したようなページを効率よく作ろうとしている人が多い。
例えばページをおしゃれに表示して、写真をちょっとだけ左右にスクロールできる
ようにしてみたり、おしゃれな視覚的な効果を得たいとか。
それに加えて、Mobileだと画面が狭いのでそれに合わせてカラムの幅を狭くしたり、
一行に表示するカラムの個数を減らして改行して二行目に表示したりとか。

それと表みたいなものを配列データから手っ取り早く書きたいとか。
そういうことがしたいだけから、基本的にはHTMLの構造のままで良くて、
大上段に構えたC#のような言語でなくても良くてJSやPHPのようなもので
十分だと思っている人が多いはず。

**デフォルトの名無しさん** · 2020/05/29(金) 18:15:48.56

オープンソースのウェブアプリはPHPで書かれてることが多いけど
そういうレベル高いのでも綺麗なコードを見たことない
誰が書いても汚いということは言語に欠陥があるんだと思う

**デフォルトの名無しさん** · 2020/05/29(金) 18:21:42.08

しかし、WordPressもPHPだし、PayPalもPHPだし。
ウェブプログラマのやりたいことは既にAngular/React/Vueなどでも既にさまざまなテンプレートが存在していることが多いので、既に大きなエコシステムが出来上がってしまっている。
そこに敢えてC#でやる意味があるのだろうか。

**デフォルトの名無しさん** · 2020/05/29(金) 18:31:35.62

>>TdTh77Kk
おまえ毎回長文連投するがぜんぜん理解してなくてググっただけなの丸わかりでにわかすぎるから消えてほしいんやけど

**デフォルトの名無しさん** · 2020/05/29(金) 18:58:23.03

PHP は可読性が悪い。
基本、Ruby on Rails, Sinatra など

加えて簡単なものは、jQuery, Bootstrap, Element UI。
複雑なものは、React が多い。Vue.js もいる

Angular は、やってる人がいない

**デフォルトの名無しさん** · 2020/05/29(金) 20:26:00.85

>>912
Razorも知らないの？

**デフォルトの名無しさん** · 2020/05/29(金) 20:42:00.59

そもそも静的なASPとVDOMのReactやVueはパラダイムが別やから
それもNext.jsみたいなサーバサイドでレンダリング大正義みたいに回帰してて草
今はバックエンドがなんだろうとフロントエンドなんて自由に選べるんやからその時の状況に合わせて選択するだけや
俺はASP(1.0/WebForms/MVC)からPHP(Fuel/Laravel)からReact/Vueとなんでも書けるからその都度ベストな環境を選択するだけ
フルスタックですらないプログラマがあれこれ語るんは滑稽やな

**デフォルトの名無しさん** · 2020/05/29(金) 20:52:17.08

SAPのSSRは回帰とは違うんだが

**デフォルトの名無しさん** · 2020/05/29(金) 20:52:36.49

タイポ
SPAだった

**デフォルトの名無しさん** · 2020/06/03(水) 16:57:52.98

Xamarin.Formsがどう思われているかはここに集約されているな。
https://github.com/dotnet/maui/issues/109

**デフォルトの名無しさん** · 2020/06/04(木) 00:32:11.64

>>924
Githubの諫言が俺の不満そのものやな
とにかくバグが多いしいつまで経っても放置やし多数の致命的なバグを仕様として修正しない、これはWPFの時からそうやった
そして一番の問題はMSがOfficeやSkype含めたウェブ/アプリ開発にXamarinではなくReact/React Native使っとんねん！(笑)
.NETとC#だけはリソース注ぎ込んでるがその他のフレームワークはほったらかし、そりゃ誰もフレームワークやライブラリ作らんから盛り上がらんよ負の連鎖や
ここがReactやPythonと一番違うところで開発環境ってのはトータルパッケージなんであってエコシステムがまったく機能したない開発環境とか誰も選択せんよ
,.NETやC#好きな俺がMSの開発環境使わなくなった理由はそこやねん

**デフォルトの名無しさん** · 2020/06/04(木) 00:56:57.19

要員が.NET寄りならXamarin使うしそうじゃなきゃ別の探すだけだ