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/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がらみとか弱いらしい(使ったことないので聞き齧り

**デフォルトの名無しさん** · 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をかじってる程度