[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 2ch.scのread.cgiへ]
Update time : 12/03 10:05 / Filesize : 128 KB / Number-of Response : 515
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

.NET MAUIが不人気な原因なんなの?



1 名前:デフォルトの名無しさん mailto:sage [2024/04/03(水) 09:31:04.77 ID:PIf6+wQa.net]
https://monobook.org/wiki/.NET_MAUI

276 名前:デフォルトの名無しさん mailto:sage [2024/07/03(水) 02:47:03.08 ID:W3v8KFGW.net]
業務用アプリは100歩譲ってMS Storeでも良いんだけどね。アップデートも制御しやすいし。
アプリ作るならWebで、っていう大きな流れがあったのは前提だけど
Winアプリの所謂フリーソフト文化みたいなのはUWPとストアのグダグダがトドメを刺した面はあると思う。
まあユーザーにとっちゃ、どうでもいい有象無象のアプリが行き場を失ったところで何の問題もないけど
一発アイデアで存在感を放つ謎のアプリみたいなのが生まれる素地は失われた。

277 名前:デフォルトの名無しさん [2024/07/03(水) 03:50:05.89 ID:uECQTWj2.net]
>>276
グダグダってよりインストーラーのサポート打ち切ったのが痛い
フリーソフトの配布方法が未だに混乱してる

それはプログラミング言語も同じで、一番プログラミング言語の学習に向いてないOSになり下がった。

278 名前:デフォルトの名無しさん mailto:sage [2024/07/03(水) 04:59:39.92 ID:aR0C9sJC.net]
まあでもさー
今時なんの保証もない野良exe実行しろってのも無理があるよ
俺なら絶対にやらない

279 名前:デフォルトの名無しさん mailto:sage [2024/07/03(水) 05:52:22.07 ID:W3v8KFGW.net]
だから、アップルみたいに署名とノータライズだけ提供してストア外でも配布できるようにすれば良いんだよ
今だと警告だけで結局起動できちゃうからむしろ危ない

280 名前:デフォルトの名無しさん mailto:sage [2024/07/03(水) 10:53:20.79 ID:9qleXMVl.net]
Sandboxで動くなら署名なくてもインストール実行してやらないことはないんだけどな

SandboxなしのfullTrustの野良の署名なし->怖すぎ
Sandboxの野良署名なし->ちゃんと権限みて適切ならインストールしてもいい

281 名前:デフォルトの名無しさん [2024/07/03(水) 11:06:18.89 ID:3RGHFSV0.net]
xamarin.iosとxamarin.androidで別々に作るのが一番捗る。

282 名前:デフォルトの名無しさん [2024/07/03(水) 11:06:38.78 ID:3RGHFSV0.net]
最重要なサーバーとの通信部分なんかを共通化できるからね。
swiftとkotlinに分けるより良い。

283 名前:デフォルトの名無しさん [2024/07/03(水) 11:06:53.06 ID:3RGHFSV0.net]
mauiは愚かな考え

284 名前:デフォルトの名無しさん [2024/07/03(水) 11:09:14.46 ID:3RGHFSV0.net]
microsoftがmauiを推進したい理由は
.net for ios (xamarin.ios)がwindows版のvisual studioでまともに動かないから
https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.csdevkit&ssr=false#review-details



285 名前:デフォルトの名無しさん mailto:sage [2024/07/03(水) 11:51:16.49 ID:J3o0DcrL.net]
>>282
Kotlinだけでandroidもiosも書くのはだめなの?

286 名前:デフォルトの名無しさん mailto:sage [2024/07/03(水) 11:54:17.52 ID:bkj41Z8U.net]
>>285
kotlinでやりたいんならいいんじゃないやってこれば?
ここは.netでやる方法をいま議論してるんで

287 名前:デフォルトの名無しさん mailto:sage [2024/07/03(水) 17:21:37.54 ID:JgtlKqyh.net]
スマホのエコサイクルからはじき出されてるせいで延々迷走し続けてるな

288 名前:デフォルトの名無しさん mailto:sage [2024/07/03(水) 17:51:55.41 ID:aR0C9sJC.net]
MAUIって結局ザマリン救済でしかないんだよね
それに気がつくまで期待してたのに裏切られた気分
ザマリン使ってる奴らに嫌がらせして
さっさと移行を進めてる段階なのかなと
ほんとMSを信じてザマリンに行った奴らをバカにしてる

289 名前:デフォルトの名無しさん mailto:sage [2024/07/03(水) 18:28:07.95 ID:3rN2gj0V.net]
>>274
でも、経営学やマーケティングと呼ばれる学問(?)では
寡占状態になると市場が縮むから、73%以上のシェア
をとるのはやめた方がいいと言われているんだよ。
マイクロソフトが事務用アプリであるワープロなどで
高いシェアをとり過ぎたことで、他社が参入できなく
なり、ワープロの活気は無くなった。また、ドロー系
ソフトも全部MS Wordの中に入ってしまっているから
文書作成、図形作成も全て含めて他社製ソフトが作り
にくくなってしまった。結果、Adobeみたいに
物凄く作り込んだソフトだけが対抗できる。

290 名前:デフォルトの名無しさん mailto:sage [2024/07/03(水) 18:31:08.67 ID:3rN2gj0V.net]
>>289
[追加]
寡占になり、その分野で他社製品が生まれなくなると、その分野が
「終わった」ように見えることなり、消費者が離れて
いくらしい。
すると、そのカテゴリ自体が死んだような状態になり
寡占企業も活力を失うらしい。

291 名前:デフォルトの名無しさん mailto:sage [2024/07/03(水) 18:49:34.00 ID:3rN2gj0V.net]
>>290
[追加2]
MS WordもAdobeのphotoshopも必ずしも使い勝手
が言い訳ではないし、使い勝手の良い別のインターフェース
が作れる余地もまだ有るが、弱小メーカーが作っても
知名度が低いので十分には売れず、認知もされないず、
開発費の回収すらままならない状態の内に、Wordや
Phtoshopにアイデアだけ真似されてあたかも、
世界で始めてそっちに機能が導入されたかのように勘違い
されることになりかねない。
実際、それでいつまでたっても、新しいソフトが普及
しない。
新興企業の新製品が雑誌で紹介されることも減ったかも
しれないし、そもそも雑誌読者が減っているから、
寡占企業の牙城も崩れることが無い。
でも、「つまらない」から消費者離れも進んでいく。

292 名前:デフォルトの名無しさん mailto:sage [2024/07/03(水) 19:04:51.34 ID:aR0C9sJC.net]
かといってネイティブアプリはさらに迷走してるやん
今windowsのネイティブアプリでいちばんのおすすめの作り方は何?っていうと困るでしょ

293 名前:デフォルトの名無しさん mailto:sage [2024/07/03(水) 23:51:04.55 ID:1dOJGZLT.net]
>>292
困る、まずクロスプラットフォーム対応の観点でC#.NETは選択肢から外れる
やるとしてもBlazor+Electron(or Tauri or wails)が無難

294 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 00:06:53.58 ID:XGsoKmjH.net]
クロスプラットフォームであることってそんなに重要?



295 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 00:19:01.70 ID:kDBQoSF/.net]
>>294
言うなればインターネットサイトはクロスプラットフォーム対応アプリだけど?
WASM技術もあるなかでWindows専用ネイティブアプリがインターネットサイトに本当に勝っているのか考えてみたらいいと思うよ

296 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 00:25:51.30 ID:kURHkxY0.net]
WindowsPhoneが普及してたら.NETが天下を取っていたのにね

297 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 00:39:16.90 ID:omfVET5Q.net]
MS自体がネイティブアプリに対する回答を出していない 昔なら生のWin32 API使ってゴリゴリ書いてくれとか
MFC使ってくれとか
.NET使ってくれとか
その時々でこれがベストだよと教えてくれた
しかし今はどうだ?
結局何使っていいのかさっぱりわからん

298 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 01:52:33.17 ID:tspjs2OQ.net]
Visual Studioは、最新の環境でも
起動に10秒くらいかかると聞いたけど、
本当なんですかね?

299 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 02:06:29.59 ID:omfVET5Q.net]
クロスプラットフォームじゃない場合でも選択肢はかなり多い
MSが今いちばん開発してるのはWinUI
しかしこれは古いWindowsは対象外という情けなさ
Windowsの唯一の利点古いOSでも動くというのがなくなる時点で論外
WPFはあのXAMLを書かなきゃいけない時点で嫌
MAUIも同様
React Native Windowsは情報がなさすぎる
UWPはオワコン
Win32は論外
MFCもオワコン
Blazorもよーわからん

もうダメぽ

300 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 06:37:32.87 ID:4yQrsFBt.net]
>>299
blazorよーわからんはあんたが勉強不足だと思う…

301 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 07:00:35.88 ID:CxeOhzSK.net]
まぁ俺の結論は、今Winアプリを作るならWinUIかElectronだな
スマホアプリならFlutterかネイティブ
MAUIはウンコ

302 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 07:27:34.19 ID:7j/jNrpM.net]
XAMLに精通してる俺ですらもうXAML触りたくないからな
XAMLでデザインのカスタマイズとかマジ地獄やで
とある超大手で作った行がカラムによって複数あってデータと連動してバラバラにスクロールするカスタムDataGridをほぼ一人で作ったときとか死にそうやったわ
HTML5+CSSならロジックとほぼ完全に疎結合にできんのにXAMLやと不可能
がっつりカスタムするにはControlTemplateだけでは不可能で各基底クラスを継承してがっつりコードビハインドが必要かつConverter+Behavior+DependencyProperty+ViewMovel+Validationで超絶コンポーネントとロジックが密結合してて複雑なコントロールは最後は作ってる自分ですら混乱してくる
人気がないんはMSの開発環境やからとかまったく関係ないねんただ単純に複雑で使いにくくてパフォーマンスが悪いからやねん

303 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 07:30:20.38 ID:e3D54lHY.net]
結局のところUI作るのはReactが一番簡単。
いつまでもC#にしがみつくことなく使いやすいフレームワークのある言語へと脱出するべき。

304 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 08:03:51.65 ID:jai13w/d.net]
結局C#がオワコンに行き着いちゃうの?
1世代を築いたC#がUnityでしか使われないマイナー言語という評価になっちゃうの?



305 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 08:10:27.33 ID:Lz/+qGBc.net]
逆にC#+XAMLでスマホアプリ作りたいって需要まだあるのかね?
もうC#自体が業務アプリのメンテとUnityくらいしか使い道無くなってきてる気がする

306 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 08:14:48.58 ID:c8BMcF1N.net]
いまはスマホアプリですらReactでつくって
ionicのcapacitorを被せるようなガワアプリが流行ってるし、MAUIは戦略を間違えてると思う

307 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 08:25:47.81 ID:sOrgiwj5.net]
>>305
ないでしょ
いまからやるならReact/JSかFlutter/DartかCMP/Kotlinか
C#は見る影もない

308 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 08:36:50.60 ID:ZFBDYnlo.net]
>>298
VS2019で試してみたけど2秒ぐらいだね
VS Codeだと1秒かかってないぐらいかな

309 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 08:36:58.26 ID:Vqjp6Nz4.net]
まあ.NETいま止まってるよね

310 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 08:41:41.46 ID:ZFBDYnlo.net]
業務系だと結構C#は生き残ってるよ
まぁネイティブライブラリの豊富さや、UIの作りやすさでVBから置き換わってる感じ
業務系だとMacやLinux、ましてやモバイル系など一切考慮しないからねー

311 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 09:43:11.85 ID:omfVET5Q.net]
>>304
Javaですら今この有様だから仕方ない
Javaベースの言語は書きにくいのよ

312 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 09:46:06.99 ID:omfVET5Q.net]
React Nativeって本来MSが作るべきものだよな
ネイティブアプリや描画に関しては他のプラットフォームに比べて明らかに優れているのに

313 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 11:38:17.36 ID:7j/jNrpM.net]
今MSはreact-native-xamlなんて斜め上の魔改造作っとるのクソワロタwww

スレ住人含めた従来のMS開発環境に精通したプログラマーが望んでるものからことごとく斜め上にいくのなんなん?w

みんな望んでるもの:.NET+C#でロジック、フロントエンドをReact or Vue or Electron

誰も望んでないもの:JS(TS)でロジック、フロントエンドをXAML or ASP(Razor)

今MSがやってることって社内失業者を出さないために無理矢理に仕事作って社内で予算作ってもらってるとゆー俺がいつもゆーてる冗談が現実味を帯びてきたなwww

314 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 12:42:38.52 ID:omfVET5Q.net]
>>313
JSXにしたらそこまで悪くないかもしれんぞ

https://github.com/asklar/react-native-xaml/blob/main/USAGE.md

Reactのアーキテクチャで書けるからクソさが消えてる



315 名前:デフォルトの名無しさん [2024/07/04(木) 12:54:04.48 ID:A5xueLBi.net]
>>297
BUILDとか見てるか?

特に今年のはローカルPC上でAI動かすのが話題
その上でクライアントアプリの需要が増える
WPFが強化された

316 名前:デフォルトの名無しさん [2024/07/04(木) 12:55:44.55 ID:A5xueLBi.net]
>>313
>みんな望んでるもの:.NET+C#でロジック、フロントエンドをReact or Vue or Electron

これは既に有るじゃん
何年も前から

317 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 13:10:08.04 ID:omfVET5Q.net]
>>316
言語はTypeScriptでいいよ
MSはネイティブTypeScriptコンパイラを作るべき
今こそCLRを活かすのだ

318 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 13:12:47.46 ID:omfVET5Q.net]
俺がMSに望むもの
DirectXを使った高速描画のReactNative
TypeScriptのネイティブコンパイラ、インタプリタ

この2つを出せばマジで覇権取れる

319 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 15:50:47.35 ID:MHxNw76N.net]
mauiの最大の失敗はwindowsとmac catalystに対応しようとしたこと

320 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 15:51:10.83 ID:MHxNw76N.net]
タッチ操作とマウス操作は混ぜるな危険
似て非なるもの

321 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 15:51:48.49 ID:MHxNw76N.net]
iosとandroid
windowsとmac catalystで完全に分けるべきだった

322 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 15:53:46.98 ID:MHxNw76N.net]
業務システムのクライアントが軒並みiPadアプリ化して
だれもwindowsアプリを作らなくなったから焦ったんだろうけど

323 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 15:55:34.89 ID:MHxNw76N.net]
今や案件数でいえばiPadアプリ化とwebアプリ化が二大巨頭だからな

324 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 15:58:01.51 ID:MHxNw76N.net]
『iPadアプリ化のついでにwindows対応もしてよー』と推し出したのがmaui
その結果、ipadアプリ開発でのシェアも失った



325 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 15:58:58.79 ID:MHxNw76N.net]
visual studio for macの廃止が悪手すぎた
完全にipadアプリ開発者たちに見放された

326 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 16:02:54.37 ID:MHxNw76N.net]
>>315
ローカルaiはハードウェア要件が高すぎだから確実にコケる
npu搭載で先行したandroidでも大して使われていないし

327 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 16:14:24.73 ID:9lUqOnIn.net]
>>325
しかも中身がザマリン製のせいでクソ遅くて使ってられないのがまだ皮肉

328 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 16:15:04.79 ID:9lUqOnIn.net]
>>315
ローカルで動かすメリットなんて何もないだろ

329 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 16:22:06.93 ID:+fat4gIx.net]
ローカルもしくは自社内で動かせないと
メリケンゴミカス企業に情報吸われるからな

330 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 16:23:29.17 ID:ycZaTYV5.net]
エロい事やりたい
男のロマン
つかAIって言ってもLLM以外にもあるやろ
SDとかローカルで使ってるやつ多いやろ

331 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 16:28:00.40 ID:ycZaTYV5.net]
丁度昨日も見たけどローカルの英語の動画を
LiveCaptionで字幕つけたわ
翻訳までしてくれるとありがたいな

332 名前:デフォルトの名無しさん mailto:sage [2024/07/04(木) 22:59:44.38 ID:J6ANBz9B.net]
.NET/C#でロジック書くのは、.NETCoreがネイティブビルドに対応したから.NETCoreコードをextern cでラップしてごちゃごちゃしてReactで書いたフロントと共にtauriで全てドッキングすればいいのでは?

333 名前:デフォルトの名無しさん [2024/07/04(木) 23:07:03.92 ID:ZorPya/j.net]
>>311
Kotlinは書きやすいと思うんだが違うん?

334 名前:デフォルトの名無しさん mailto:sage [2024/07/05(金) 03:14:27.64 ID:yFqEHWb1.net]
JetBrainsてだけで使う気が失せる
IntelliJ IDEAベースのIDEも機能が貧弱なうえに重すぎて如何にVSが優秀なのか再認識したわ
そのIntelliJベースのAndroid Studioも酷すぎてエミュレーターのために入れてるだけで使わない



335 名前:デフォルトの名無しさん mailto:sage [2024/07/05(金) 08:04:11.19 ID:clufzY0E.net]
>>327
Visual Studio for Macが神アプリに思えるほどVS codeのC#拡張が酷いのが問題の根底にある

https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.csdevkit&ssr=false#review-details

VS 2022 for Macから強制的に移行させられたことは苦闘の連続だった。
最初に移行したときは問題なかったが、開発キットがリリースされるたびに悪化している。

336 名前:デフォルトの名無しさん mailto:sage [2024/07/05(金) 10:30:06.58 ID:8y8xijGI.net]
>>318
俺もそれだわ
全部Typescriptでいいよもうってなってる
C#→TSはめちゃくちゃ学習コスト低いし

337 名前:デフォルトの名無しさん mailto:sage [2024/07/05(金) 10:32:33.24 ID:yFqEHWb1.net]
TSはめんどすぎる動的型付けのメリットを消してまでJS使う意味ないやろ

338 名前:デフォルトの名無しさん mailto:sage [2024/07/05(金) 10:37:56.53 ID:8y8xijGI.net]
それはさすがにエアプすぎ
ReactにしろVueにしろどっちも使えるけど
皆がそう思ってるならここまでTSが普及することはない

339 名前:デフォルトの名無しさん mailto:sage [2024/07/05(金) 10:46:25.28 ID:yFqEHWb1.net]
ニワカほど流行りが大好きやからな
自分で取捨選択できず使えもせん流行りのテクノロジーばっか追いかけて自分の首締めとるアホばっか
こーゆーミーハーのニワカばっかやから今更ウェブのアホどもが静的型付け素晴らしい!サーバーサイド素晴らしい!とか草生えるわwww

340 名前:デフォルトの名無しさん mailto:sage [2024/07/05(金) 11:43:35.14 ID:8y8xijGI.net]
おっとそうだったな
俺たちはC#と墓場まで一緒だぜ
ウェブ技術なんてもんに手を出すやつはただのミーハーだよな

341 名前:デフォルトの名無しさん mailto:sage [2024/07/05(金) 12:22:40.34 ID:UULOb/DK.net]
>>333
言語仕様はモダンだとしてもJVMのライブラリありきの設計だし
普通にJVMの設定が普通の人はもう嫌になる

342 名前:デフォルトの名無しさん mailto:sage [2024/07/05(金) 12:26:19.64 ID:UULOb/DK.net]
>>336
C#使いがTSに全く興味持ってないからねえ
だからMSも需要ないと思って開発しないのだろう
既存言語の再実装なんて得意なのにね

343 名前:デフォルトの名無しさん mailto:sage [2024/07/05(金) 16:04:53.71 ID:vRCBSloL.net]
まじでJSTS推してるやつはこのスレから出てけよ
敵なんだよおまえら

344 名前:デフォルトの名無しさん [2024/07/05(金) 16:16:00.37 ID:/nhnoDEU.net]
TSはまだ良いけど基本JS嫌いだし書きたくない
C#だけで全てを解決したい
だからBlazorには期待値が高かった



345 名前:デフォルトの名無しさん mailto:sage [2024/07/05(金) 16:16:23.98 ID:4P4zlJkr.net]
React推しのMSが最大の敵だな

346 名前:デフォルトの名無しさん mailto:sage [2024/07/05(金) 18:48:56.67 ID:TTNynP5Q.net]
>>304
そもそもC#は意外と使われてなかったとか。

347 名前:デフォルトの名無しさん mailto:sage [2024/07/05(金) 18:52:30.42 ID:I03NVXWT.net]
>>304
そのC#も結局独自実装だからねえ
https://github.com/Unity-Technologies/UnityCsReference

MSの技術とは

348 名前:デフォルトの名無しさん mailto:sage [2024/07/05(金) 19:24:10.17 ID:G1+uB7N0.net]
C#の.NETコアのネイティブAOTが5年早く出てくれてたらなあ
C#がモバイル業界を牛耳る素質はあったのに

349 名前:デフォルトの名無しさん mailto:sage [2024/07/05(金) 19:26:22.66 ID:HFmeFQ3l.net]
>>338
JavaScript界隈の次々と流行りに乗っかる文化にはうんざりだよ
お前らTypeScriptの前はCoffeeScriptを絶賛していて、
Reactの前はAngularを絶賛していただろうが
何回覚えたことを無駄にさせられたか数え切れねぇわ

350 名前:デフォルトの名無しさん mailto:sage [2024/07/05(金) 19:34:00.66 ID:I03NVXWT.net]
>>348
みんなObj-Cにうんざりしてたけど仕方なく覚えたからな
リファレンスカウントの手動上げ下げとかよーやってたわ
あのタイミングでC#メインの仕組みを出せればワンチャンあった
全てが遅すぎた

351 名前:デフォルトの名無しさん mailto:sage [2024/07/05(金) 19:35:24.05 ID:I03NVXWT.net]
>>349
BlazorはまんまReactやAngularインスパイアだろ
人のこと言えんわ

352 名前:デフォルトの名無しさん mailto:sage [2024/07/05(金) 19:45:12.98 ID:oUVPWguP.net]
フロントエンドに関しては根本的にXAMLを何とかしない限り同じ末路だったように思う

353 名前:デフォルトの名無しさん [2024/07/05(金) 19:49:59.67 ID:YbFDlRVg.net]
業務用のモバイルデバイスといえばiPad
時点でAndroidタブレット

iPadといえばSwift
AndroidといえばKotlin

SwiftとKotlinの間を取ったような構文なのはC#
しかもSwift寄りで9割は文字列置換でC#に移植できるレベル

ReactNativeやFlutterはね、SwiftとKotlinに似ていないのが最大の欠点

354 名前:デフォルトの名無しさん [2024/07/05(金) 19:50:20.88 ID:YbFDlRVg.net]
C#はXamarin.FormsとMAUIが欠点



355 名前:デフォルトの名無しさん [2024/07/05(金) 19:51:21.14 ID:YbFDlRVg.net]
Xamarin.iOSとXamarin.Androidと共有ライブラリだけ推進していれば天下取れてた

356 名前:デフォルトの名無しさん [2024/07/05(金) 19:52:21.66 ID:YbFDlRVg.net]
UI部分まで共通化したら失敗するなんてAdobe Flash、Adobe AIRが通った道

357 名前:デフォルトの名無しさん mailto:sage [2024/07/06(土) 10:01:47.74 ID:FmOKD2tu.net]
KotlinとSwiftの唯一の欠点が特定のIDEに縛られていること
これだけで使用言語の選択肢から外れる

358 名前:デフォルトの名無しさん [2024/07/06(土) 14:43:51.55 ID:61GJUNHK.net]
FlutterもだろAndroid Studio必須だからな

359 名前:デフォルトの名無しさん mailto:sage [2024/07/06(土) 14:46:29.09 ID:WHVSU4G4.net]
FlutterはCLIでできるぞ

360 名前:デフォルトの名無しさん mailto:sage [2024/07/06(土) 15:48:20.62 ID:uLSmvt8I.net]
flutterはvscodeで触ってた

361 名前:デフォルトの名無しさん mailto:sage [2024/07/06(土) 16:27:23.83 ID:wg9Mgpa0.net]
>>358
IDEはAndroidStudioもXCodeも要らないよ
内部でGradleとXCodeCLIがAndroid/iOSそれぞれのビルドのために使われてるだけ

362 名前:デフォルトの名無しさん [2024/09/02(月) 14:30:23.32 ID:21yjsUm+.net]
C# Dev Kitがゴミすぎてヤバい

363 名前:デフォルトの名無しさん mailto:sage [2024/09/02(月) 15:47:24.91 ID:hmfujznF.net]
このスレ、自分が盛り上がって欲しいものを書いておけばいいから宣伝には楽だよな。
だが、ここを参考にするのは警戒したほうがいい。

364 名前:デフォルトの名無しさん mailto:sage [2024/09/18(水) 14:14:16.82 ID:2oY46DRU.net]
モバイルアプリは
・ガワネイティブ(ウェブ系、WebView)
・SwiftUI(Swift、iOSのみ)
・JetpackCompose(Kotlin、Androidのみ)
・Compose Multiplatform(Kotlin、AndroidとiOS)
・Flutter(Dart、AndroidとiOS)
に落ち着いたね



365 名前:デフォルトの名無しさん mailto:sage [2024/09/18(水) 14:53:22.79 ID:LiOa1Fc4.net]
モバイルは十分だからデスクトップアプリの方の頑張りが足りない
Flutterは今はロードマップになかったcupertino refreshとしてcupertinoに全力投球だし

366 名前:デフォルトの名無しさん mailto:sage [2024/09/18(水) 14:55:04.51 ID:LiOa1Fc4.net]
composeはroadmapところだし
順調
tps://developer.android.com/jetpack/androidx/compose-roadmap

367 名前:デフォルトの名無しさん mailto:sage [2024/09/18(水) 16:13:34.39 ID:wKj8y32h.net]
最近、店舗のメニューをデジタルアプリ化するところが増えてるよね
ちょうど嫌悪にそういうスレが立っとった

店員「ご注文はスマホでお願いしますw(Wifiなし) 」 (ヽ´ん`)「めんどくせえな…… (アンテナ1本で重い画像DLしながら)」 [875588627]
https://greta.5ch.net/test/read.cgi/poverty/1726639814/

368 名前:デフォルトの名無しさん mailto:sage [2024/09/18(水) 23:49:43.17 ID:2IGY6mSk.net]
この前入った焼き鳥屋がそうだったわ
「え?ファミレスでも卓上タブ置いてあるのに?」って言っちゃったよ

369 名前:デフォルトの名無しさん mailto:sage [2024/09/19(木) 08:57:36.57 ID:xGY9RYHS.net]
スマホから個人情報抜く手段よ

370 名前:デフォルトの名無しさん mailto:sage [2024/09/19(木) 09:18:04.93 ID:KvH962nP.net]
噂の新OS、従来のJVM系な泥アプリから完全に脱却して新仕様のネイティブアプリになるんだね

ファーウェイ、Androidから完全脱却した新OSがリリース間近か パフォーマンス向上などアピール(オタク総研)
#Yahooニュース https://news.yahoo.co.jp/articles/1a167246c18b6ce76f78655682e14bc9af404163

371 名前:デフォルトの名無しさん mailto:sage [2024/09/19(木) 09:31:12.47 ID:HuFrjlsa.net]
>>370
現時点ではJS/TSでのアプリ開発しか無いらしいよ
ゲームアプリとかどうすんだか

372 名前:デフォルトの名無しさん mailto:sage [2024/09/20(金) 15:25:54.30 ID:Ld246Lxi.net]
またMACとペアリングできなくなってる
いい加減にして

373 名前:Coplit mailto:sage [2024/10/05(土) 05:31:27.89 ID:m0rdVMMa.net]
これってVSCodeでまともに作れるの?
いつもVS2022で開発してるんだけど

374 名前:デフォルトの名無しさん mailto:sage [2024/10/08(火) 20:35:48.12 ID:xsGRbZXM.net]
.NET MAUIのBlazorHybridってスマホ開発も可能なElectronってイメージだ
UIはBlazorとかWeb系に全部任してコードC#書ければかなり楽に開発出来ると思う



375 名前:デフォルトの名無しさん mailto:sage [2024/10/08(火) 20:57:14.61 ID:xsGRbZXM.net]
MicrosoftがWindows12のARM版使ってスマホOS作ってくると思うからその時は絶好のチャンスだな
真のクロスプラットフォーム環境として君臨する

376 名前:デフォルトの名無しさん mailto:sage [2024/10/08(火) 21:28:47.10 ID:i7+cOifs.net]
MAUIはUIがショボすぎて無理

377 名前:デフォルトの名無しさん [2024/10/09(水) 11:10:13.76 ID:kM+WjdPz.net]
>>373
今まさにXcodeのバージョンアップに追いていけず
iOS向けのビルドすらできなくなってる。
https://github.com/microsoft/vscode-dotnettools/issues/1449

Visual Studio for Macを復活させろとマジで思うくらいグダグダ

378 名前:デフォルトの名無しさん [2024/10/09(水) 11:11:43.12 ID:kM+WjdPz.net]
Windows Visual Studio + Mac Xcodeでも同様の問題がおきてる。
マジでiOSアプリはまともに作れなくなった。
ハローワールドすら頓挫しそうになるレベル。

379 名前:デフォルトの名無しさん mailto:sage [2024/10/09(水) 12:07:41.61 ID:wwi86cnw.net]
>>376
たしかにBlazor使えばワンチャン
だからスマホ版Electron

380 名前:デフォルトの名無しさん mailto:sage [2024/10/09(水) 12:08:12.72 ID:wwi86cnw.net]
>>378
マジかよ終わってんな

381 名前:デフォルトの名無しさん mailto:sage [2024/10/09(水) 12:49:12.93 ID:1Wk4Nln/.net]
tauri2.0でちゃったしなぁ…

382 名前:デフォルトの名無しさん mailto:sage [2024/10/09(水) 12:59:18.05 ID:CDJuCLsv.net]
MAUIが一番開発活発で人気高いから文句多いのは仕方ない

383 名前:デフォルトの名無しさん mailto:sage [2024/10/09(水) 13:13:30.03 ID:HuutUM+l.net]
tauriよりwails 3待ちやろ

384 名前:デフォルトの名無しさん mailto:sage [2024/10/09(水) 18:07:40.67 ID:wwi86cnw.net]
>>381
tauriいいの?
ちなみにRustは使いたいとは思わなかった



385 名前:デフォルトの名無しさん mailto:sage [2024/10/09(水) 18:53:28.03 ID:I3pYx8nB.net]
wailsが1番スマートなんだけどねー。
ちょっと前に、1ウインドウに複数WebView埋め込みたいとなった時Electronしか出来なかった
tauriは実装されたばかりでまだバギー。

386 名前:デフォルトの名無しさん [2024/10/09(水) 23:40:33.73 ID:EgWGnFmO.net]
Tauriでの開発を中止してWailsに移行した開発者の記事を見つけた
https://blog.moonguard.dev/why-golang-instead-of-rust-to-develop-the-krater-desktop-app

自分はRustはそこそこ慣れててGoは未経験という立場だけど、Goの方が開発しやすいというのは納得できる
記事でも触れてるけど、Rustはビルドが遅いのと、厳格なメモリ管理や型表現のために学ぶのが難しい
(後者については個人的には好きだし、Rustの良いところだと思ってるけど、全ての人にとってそうだとは思わない)

フロントのTypeScriptの比重が大きいならバックの言語はそこまで重要じゃないし、ビルドの短いGoの方が良さそうではある
フレームワークとしてのTauriとWailsの違い (機能面たったり成熟度だったり) は知らない

TauriやWails、将来的に普及していくのかな
なんだかんだElectronの方が大きいシェアであり続ける、とかもありそう

387 名前:デフォルトの名無しさん mailto:sage [2024/10/09(水) 23:50:48.86 ID:SNuISCB8.net]
goあたりがバランスいいよな
rustみたくガチにやるならそもそもフロントもWebではなくネイティブでガチにやれよと思うし(まともなのがないが)
wailsがバランスいい

388 名前:デフォルトの名無しさん mailto:sage [2024/10/10(木) 00:32:59.68 ID:CDl7cV7A.net]
Goってそんないいのか?
Googleってあんまり信用できないわ

389 名前:デフォルトの名無しさん mailto:sage [2024/10/10(木) 00:33:10.78 ID:CDl7cV7A.net]
Flutterもそうだけどさ

390 名前:デフォルトの名無しさん mailto:sage [2024/10/10(木) 12:31:26.66 ID:GkrJxbZ+.net]
Goはいい言語だよ

391 名前:デフォルトの名無しさん mailto:sage [2024/10/10(木) 12:43:22.75 ID:fwgY8mGh.net]
どういいのか解説できないけど

392 名前:デフォルトの名無しさん mailto:sage [2024/10/10(木) 13:40:41.23 ID:GkrJxbZ+.net]
コンパイル、ビルドが早い
クロスコンパイルしやすい
書きやすく入門しやすい
GCにより厳密なメモリ管理を求められない

少なくともRustよりはいい

393 名前:デフォルトの名無しさん mailto:sage [2024/10/10(木) 17:00:07.96 ID:7elDSsCc.net]
>>389
ウェブベースでUIを組むならGo言語のWails
ネイティブならFlutter/Dart、Java/Swing、ComposeMultiplatform/Kotlin
ネイティブのうちクロスプラットフォームに拘らないならWinUI3でいい

394 名前:デフォルトの名無しさん mailto:sage [2024/10/10(木) 17:48:51.16 ID:CDl7cV7A.net]
>>392
Goってクロスコンパイルしやすいんだ



395 名前:デフォルトの名無しさん mailto:sage [2024/10/10(木) 19:48:36.63 ID:zaiHGiuM.net]
WinUI3はゴミ品質だからさわらない方が吉

396 名前:デフォルトの名無しさん [2024/10/11(金) 22:59:09.52 ID:2qLqLBc7.net]
XamarinからMAUIに移植を進めていた公式プロジェクトも一斉に中止されたし
クライアントサイドからは完全撤退する気だろ。
https://github.com/xamarin/GoogleApisForiOSComponents

397 名前:デフォルトの名無しさん [2024/10/11(金) 23:01:13.38 ID:2qLqLBc7.net]
dotnetはasp .net core専用だよ

398 名前:デフォルトの名無しさん mailto:sage [2024/10/12(土) 08:58:10.40 ID:RJJcEa/k.net]
C#のネイティブAOT対応が遅すぎた
やってることがKotlinの後追いでしかない

399 名前:デフォルトの名無しさん mailto:sage [2024/10/12(土) 09:14:58.36 ID:4EmibWl3.net]
c#しか使えない俺にとっては後追いは何も問題ない

400 名前:デフォルトの名無しさん mailto:sage [2024/10/12(土) 11:35:51.37 ID:SicHpmLd.net]
C#こそ最強
Kotlinなんてスマホ以外で使ってるやつ見たことない
てかそもそもどんな言語なのか知らない

401 名前: mailto:sage [2024/10/12(土) 11:52:31.65 ID:RphneAJD.net]
言語よくてもアプリ作るのが目的だから
まともなUIフレームワークないからC#は役立たず

402 名前:デフォルトの名無しさん mailto:sage [2024/10/12(土) 13:00:39.27 ID:CDhYvVzL.net]
Kotlinは利用が実質有償の言語だからそもそも選択肢に入らない
金の亡者JetBrainsの作る言語なんて使わなくていい

403 名前:デフォルトの名無しさん mailto:sage [2024/10/12(土) 14:24:18.81 ID:4EmibWl3.net]
実質有償って何?
.netのサポート期間短くない?
サポート切れたらバージョン上げてビルドしてテストして差し替えとか面倒すぎない?

404 名前:デフォルトの名無しさん mailto:sage [2024/10/12(土) 17:46:43.26 ID:Iy6RGAFA.net]
.NET Frameworkは実質どのPCにも入ってるからこれで開発するね…



405 名前:デフォルトの名無しさん mailto:sage [2024/10/12(土) 23:24:29.78 ID:lGRBt5jL.net]
>>402
C#もiOS/AndroidアプリはJetBrains Rider必須になったぞ。

Visual Studio for Mac 廃止
Visual Studio + xcodeリモートビルドは不具合だらけ。
VScode C# Dev Kit も不具合だらけ
iOSのstoryboardやAndroidのaxmlすら開けない始末。
githubにある最新版だと開くだけはできるようになったが、ボタンすら配置できないゴミ。

406 名前:デフォルトの名無しさん mailto:sage [2024/10/13(日) 10:06:59.43 ID:aio+iU3M.net]
>>403
KotlinはIDEが公式の有償製品じゃないと使い物にならないってこと
vscodeじゃまともに開発できないのは終わってる

407 名前:デフォルトの名無しさん mailto:sage [2024/10/13(日) 11:06:55.02 ID:WDufJ8iI.net]
その理屈でいくとC#も有償のVisualStudioサブスクリプションが必須だよ(入れないとC#DevKitライセンス違反になっちゃう)
個人開発じゃないならC#も選択肢に入れちゃだめだね

408 名前:デフォルトの名無しさん mailto:sage [2024/10/13(日) 13:58:48.65 ID:qlY/8gFL.net]
有償なことは変わらんけど買い切りの永続ライセンスじゃダメなんだっけ?

409 名前:デフォルトの名無しさん mailto:sage [2024/10/13(日) 14:32:23.11 ID:ebU6oF2Y.net]
>>407
Roslyn以降のC#はMITライセンスだよ
https://github.com/dotnet/roslyn

410 名前:デフォルトの名無しさん mailto:sage [2024/10/13(日) 15:38:24.91 ID:WDufJ8iI.net]
んー、Roslyn単体が無償だとして
VisualStudioをつかわず、VSCode + C#DevKitも使わないでまともに開発できるの?
406の言うKotlinと同レベルの終わり方になる気がする

>>408 ライセンス読めば分かるけとサブスクリプションじゃなきゃ駄目、買い切りのVSProfessionalとかじゃNG

411 名前:デフォルトの名無しさん mailto:sage [2024/10/13(日) 15:51:34.08 ID:HFd+gYq0.net]
メモ帳で開発してるけど?

412 名前:デフォルトの名無しさん mailto:sage [2024/10/13(日) 16:42:12.54 ID:qlY/8gFL.net]
>>410
感謝
見たけどダメそうだな
研修受けてる奴らがvscode使ってるぽいからそのまま本番環境入ったらたぶんライセンス違反してたは

413 名前:デフォルトの名無しさん [2024/10/13(日) 22:25:33.33 ID:A7JZDMC9.net]
c# dev kitはiOSアプリ作れなくなったし論外だろ。
比較対象にすらならない。

414 名前:デフォルトの名無しさん mailto:sage [2024/10/13(日) 22:55:07.37 ID:RRr/l4rO.net]
>>144
WindowのAppWindowで出来るよ



415 名前:デフォルトの名無しさん mailto:sage [2024/10/14(月) 02:07:01.29 ID:AlInx0gf.net]
>>144
それは思う
あとなんか知らんがビヘイビアのライブラリがWindowにはつかないよなWinUI
Page以降ならつくけどWindowに付けられればactivateとかのイベントもMVVMでViewモデルにコード書けるから楽だと思うんだけどね

416 名前:デフォルトの名無しさん mailto:sage [2024/10/14(月) 02:08:40.00 ID:xbI7VINK.net]
>>410
>ライセンス読めば分かるけとサブスクリプションじゃなきゃ駄目、買い切りのVSProfessionalとかじゃNG
C#アプリを企業で開発する場合、買い切りの VisualStudio では駄目で、サブスクリプション
でなくてはならなくなったということなの?

417 名前:デフォルトの名無しさん mailto:sage [2024/10/14(月) 06:52:09.47 ID:jFe8O0nZ.net]
>>416
ごめん主語省いちゃったね、410はC#DevKitのライセンスの話
従来通りVSで開発するならサブスク不要、
無償環境のつもりでVSCode+C#DevKitを使うとサブスクなしならライセンス違反

418 名前:デフォルトの名無しさん [2024/10/14(月) 09:36:05.85 ID:B2/CkVb5.net]
使ったことないから聞きたいんだけど、以下の認識であってる?
・C#DevKit: VS Code用の拡張機能
・これを使うにはサブスク版のVSのライセンスが必要 (VSとは別の「C#DevKitのライセンス」があるわけではない)

419 名前:デフォルトの名無しさん mailto:sage [2024/10/14(月) 12:48:22.73 ID:JaFVXhpX.net]
>>418
業務利用ならそれで合ってる
研修用途とか個人開発とかなら、VSのCommunityEditionのライセンス、つまり無償で使える

正確なところはライセンス記載のページを見てちょうだい

420 名前:デフォルトの名無しさん mailto:sage [2024/10/14(月) 18:12:10.28 ID:Fd8j7Mhu.net]
サブスク契約しなくても使えるならどうでもいいわ
縛ってきたら使わなくなるだけだし

421 名前:デフォルトの名無しさん mailto:sage [2024/10/14(月) 18:24:39.59 ID:hMxy31Ls.net]
小学校のプログラミング教育必修は2020年かららしい

422 名前:デフォルトの名無しさん mailto:sage [2024/10/14(月) 18:29:57.52 ID:0DVHv21F.net]
有償のC# Dev Kitなんかなくても開発できるし

423 名前:デフォルトの名無しさん [2024/10/16(水) 07:05:53.90 ID:FRXUSByO.net]
日本の交通の基盤を提供するアプリが未だサポート切れのXamarinで作られてるって正直考えられないよな
AzureのモバイルアプリもまだXamarinだし
全然.NET MAUI化が進んでない

424 名前:デフォルトの名無しさん mailto:sage [2024/10/16(水) 10:05:41.50 ID:mtIOo0k6.net]
>>423
そこら辺のアプリはC#のコア部分をexportC化してUIをウェブ系、KMP、Flutterのどれかで新しく実装し直したほうがいい気がするわ



425 名前:デフォルトの名無しさん mailto:sage [2024/10/16(水) 10:09:37.38 ID:mtIOo0k6.net]
「C#のコア部分」じゃなくて「アプリのコア部分のC#コード」だな>>424
クリーンアーキテクチャでいうところのデータ・レポジトリ部分

426 名前:デフォルトの名無しさん [2024/10/16(水) 12:17:09.89 ID:FRXUSByO.net]
>>424
いやMAUIでいいだろ、、、

427 名前:デフォルトの名無しさん mailto:sage [2024/11/18(月) 23:25:02.80 ID:WKQfyBUE.net BE:422186189-PLT(12015)]
https://img.5ch.net/ico/folder1_03.gif
いつのまにかRiderが無償化されてた

428 名前:デフォルトの名無しさん mailto:sage [2024/11/18(月) 23:31:11.64 ID:rNW/yup2.net]
JetBrainsのIDEでRiderは触ったことなかったな
Avalonia用もあるのかよ

429 名前:デフォルトの名無しさん mailto:sage [2024/11/19(火) 21:03:18.76 ID:M65DbzLZ.net]
Riderの無償化は非商用だけなんだけどね

430 名前:デフォルトの名無しさん [2024/11/22(金) 17:43:03.80 ID:/XE9b6IE.net]
VSCodeが救いようのないゴミだからマジ助かる

431 名前:デフォルトの名無しさん mailto:sage [2024/11/22(金) 19:44:45.11 ID:YUhadtJk.net]
.NET MAUI 有名アプリ
>.NET MAUI を使用して開発された有名なアプリはありませんが
ゴーグルでは無いことになってる
ChatGPTはいくつか(有名ではない)名前が出てきた

432 名前:デフォルトの名無しさん mailto:sage [2024/11/22(金) 20:31:15.42 ID:biuAvdul.net]
MAUI 利点より欠点の方が多いからな

433 名前:デフォルトの名無しさん mailto:sage [2024/11/23(土) 06:59:10.29 ID:3k+eUBvA.net]
>>430
VSCodeの一番のいいところが商用無料なところだからRiderやVSとは差別化されてる

434 名前:デフォルトの名無しさん mailto:sage [2024/11/23(土) 08:46:14.24 ID:EHsK7nkF.net]
なにいってだこいつ



435 名前:デフォルトの名無しさん mailto:sage [2024/11/23(土) 14:35:55.08 ID:89blbBz7.net]
vscodeでC#やるのは商用有償なプラグインを入れなきゃいけないから、vscodeだって実質商用有償

436 名前:デフォルトの名無しさん mailto:sage [2024/11/23(土) 17:31:42.80 ID:0fvlCeGq.net]
>>435の言う通り、商用の場合プラグインが優勝になります!おめでとう!

437 名前:デフォルトの名無しさん mailto:sage [2024/11/23(土) 17:45:02.18 ID:W0Q0UMbK.net]
MAUIはAdMobもFirebase Authも使えないのに流行る訳ねえだろ。

438 名前:デフォルトの名無しさん mailto:sage [2024/11/23(土) 21:47:33.24 ID:Q43D0PUH.net]
C#を辞めれば万事解決

439 名前:デフォルトの名無しさん mailto:sage [2024/11/24(日) 09:13:44.30 ID:aBMtThfB.net]
>>437
そこら辺はKotlinやSwiftで適宜書けばええやん

440 名前:デフォルトの名無しさん mailto:sage [2024/11/24(日) 14:44:28.03 ID:nfGcqQne.net]
それなら最初からkotlinをマルチプラットフォームで書けばいいってなっちゃうやん
c#以外を使いたくない

441 名前:デフォルトの名無しさん mailto:sage [2024/11/24(日) 15:40:55.34 ID:3j3vc/kc.net]
C#でスマホ開発ができるなんて胸熱だろうが
文句ばっか垂れるな

442 名前:デフォルトの名無しさん mailto:sage [2024/11/25(月) 06:39:03.77 ID:E2r7B+Pl.net]
CPUとアプリの間に.NETがいるのが嫌という人もいる

443 名前:デフォルトの名無しさん mailto:sage [2024/11/25(月) 15:22:37.87 ID:WMww3zoP.net]
ガベコレ言語ってイヤだよね
地球にやさしくないし
クライアントもサーバーもC++で統一すればいいのに

444 名前:デフォルトの名無しさん mailto:sage [2024/11/25(月) 18:34:37.04 ID:cPIf45vU.net]
>>439
flutterでいいじゃん



445 名前:デフォルトの名無しさん [2024/11/25(月) 18:35:24.60 ID:cPIf45vU.net]
>>437
xamarinの頃は普通に使えたんだがな

446 名前:デフォルトの名無しさん mailto:sage [2024/11/25(月) 21:16:29.38 ID:7NCJ4ANo.net]
flutterはこの前のレイオフでやっぱダメージ受けてるっぽい

447 名前:デフォルトの名無しさん [2024/11/25(月) 22:06:00.11 ID:aXban2sf.net]
admobとfirebaseのnugetはxamarinが直々に管理してたがリストラで更新停止したからな。
mauiはライブラリが絶望的に弱すぎる。

448 名前:デフォルトの名無しさん mailto:sage [2024/11/25(月) 22:07:26.63 ID:aXban2sf.net]
line sdkもflutterしか用意されてないし。

449 名前:デフォルトの名無しさん mailto:sage [2024/11/26(火) 07:45:56.40 ID:Ias738ec.net]
今のc++が30年前にあれば状況違ってたかもなぁ

450 名前:デフォルトの名無しさん mailto:sage [2024/11/26(火) 12:07:01.64 ID:E4Vk2FXQ.net]
今でもGC無しでUI書くのに向いてそうなのってSwiftぐらいしかなくね

451 名前:デフォルトの名無しさん mailto:sage [2024/11/26(火) 12:43:25.34 ID:+l9rqZBE.net]
flutter は少しずつ人を抜いていって、最期はコミュニチーに任せます!となるんだろうね

452 名前:デフォルトの名無しさん mailto:sage [2024/11/26(火) 19:25:27.02 ID:I58LBomu.net]
>>444
MAUIからKotlinやSwiftを呼ぶのは比較的容易に実装出来るけどMAUIからDart(Flutterの実装言語)を呼ぶのはとてつもなく面倒
一応出来るけどやる価値なし

453 名前:デフォルトの名無しさん [2025/01/08(水) 18:14:30.83 ID:fnNawPvK.net]
Line Loginのnugetありますか?

454 名前:デフォルトの名無しさん mailto:sage [2025/01/08(水) 18:41:41.16 ID:ZYsfR6HH.net]
そのくらいAPIで自分でやってください



455 名前:デフォルトの名無しさん [2025/01/09(木) 06:53:45.78 ID:r7VHQ0AB.net]
Macでプロジェクトを作るとWindowsを外してくるし、Windowsで作るとiOSを外してくる・・・・そういう微妙に苦労するようなことなんでするかな?

456 名前:デフォルトの名無しさん mailto:sage [2025/01/09(木) 10:27:46.08 ID:35R0L/Pu.net]
Ionicでいいじゃん
画像処理系やゲーム並に独特なアプリじゃなければだいたいこれで行けるんじゃないの

457 名前:デフォルトの名無しさん mailto:sage [2025/01/09(木) 13:26:59.33 ID:zf6Wy+4t.net]
>>456
C#じゃないじゃん

458 名前:デフォルトの名無しさん mailto:sage [2025/01/09(木) 19:49:27.69 ID:35R0L/Pu.net]
>>457
もうc#は捨てろ

459 名前:デフォルトの名無しさん mailto:sage [2025/01/09(木) 19:50:13.93 ID:CQAh6CRY.net]
冗談
c#捨てたらコード書けない

460 名前:デフォルトの名無しさん mailto:sage [2025/01/09(木) 21:59:03.51 ID:OibLHPh9.net]
アプリ作るのが目的なんだろ?
それなら多少他の環境も..
それともC#で俺ツェーするのが目的か?

461 名前:デフォルトの名無しさん [2025/01/09(木) 23:02:51.72 ID:r7VHQ0AB.net]
なんでも、慣れ不慣れがあるからな

462 名前:デフォルトの名無しさん mailto:sage [2025/01/11(土) 16:11:38.45 ID:LcoeCvHd.net]
結局クロスプラットフォームならWEBかNode.js
WINDOWSならWinFormでいいやとなる

463 名前:デフォルトの名無しさん [2025/01/19(日) 12:53:18.38 ID:L8qXNnx6p]
刺殺や強盗など治安悪化の背景に日銀植田があるのは間違いないが利上げ以前にモラルハザート゛株売り払うのが筋だろ発想力もクソもない
腐敗公務員が考えた白々しい名目で税金入れてもらうの待ってるだけで成長に不可欠な新陳代謝すらない自民行政癒着無能集団大企業に
盛大に金くれてやってクソ商品値上げしまくって国民貧困化に治安惡化させて付加価値型経済と゛ころか社會がぶっ壊れるのが目に見えてるわな
教育無償化だのほざいてる票が欲しいだけの外道議員か゛しつこいがグルグル遊覧ヘリ飛ばして住民イライラ犯罪惹起してるクソポリ公だの
JALだのANAた゛のクソセスナた゛のテロリストによる盛大な学習妨害をス儿ーしてるあたり教育とか國際競争カとかどうでもいいのが本音
まだ無能集団大企業より竸争熾烈で複数の意味でキレまくり大卒氷河期個人に盛大に金くれてやるほうがイーロンマスクみたいのか゛
億の自民党献金で兆の税金もらってる高額ナマポ構造ぶち壊して腐敗大國日本を救ってくれるわ
ゆとり世代にSΝS世代と時間無駄にして税金もらってイチャついてる盆暗世代が働かない改革の大企業に入ってもクソの役にも立たない
(ref.] ttPs://www.Сall4.jp/info.РhP?type=iTеms&id=I0000062
tTps://hanеda-рroject.jimdofrеe.Com/ , ttρs://flight-route.Сom/
ttps://n-souonhigaisosyoudan.amеbaownd.com/

464 名前:デフォルトの名無しさん [2025/01/26(日) 13:37:00.35 ID:FNjVPeb+.net]
.NET MAUIはオワコン
.NET MAUI hischoolとかいうバカがなんの成果物も出せなかったのがその証左w



465 名前:デフォルトの名無しさん mailto:sage [2025/01/26(日) 13:39:08.74 ID:dSMazUpH.net]
その理屈だと、Unity もオワコンだぞw

466 名前:デフォルトの名無しさん mailto:sage [2025/01/26(日) 19:39:00.95 ID:6tbjO+Oy.net]
>>464
2年前で更新止まってた
継続できないなら最初からやるなよな…

467 名前:デフォルトの名無しさん mailto:sage [2025/01/27(月) 18:39:10.61 ID:GLAImxCZ.net]
せめてAdMobとFirebase のNuGetがあれば無料アプリを作る個人も出てくるんだがな

468 名前:デフォルトの名無しさん mailto:sage [2025/01/27(月) 18:40:18.14 ID:GLAImxCZ.net]
XamarinではXamarin公式サポートだったライブラリが一切使えないのが痛すぎる

469 名前:デフォルトの名無しさん mailto:sage [2025/01/27(月) 18:41:31.36 ID:GLAImxCZ.net]
AdMobやFirebaseは敵性サービスなのはわかるが、
せめて代替サービスをMicrosoftが用意しろよ

470 名前:デフォルトの名無しさん [2025/01/27(月) 18:46:24.72 ID:oq9Y4VlD.net]
もう手遅れだろ
マイクロソフトの開発環境なんてサービス終了が怖くて誰も使えない
同じ理由でクラウドも衰退だろ

471 名前:デフォルトの名無しさん [2025/01/28(火) 13:22:53.18 ID:dqvH8r5C.net]
ローカルでVS使うのにいちいちMSアカウントでログインしろと
面倒なのでVS使うのやめた
数年後にMSアカウント凍結の連絡が来たω

472 名前:デフォルトの名無しさん [2025/01/28(火) 16:09:23.03 ID:v3vlqg6n.net]
admobはソースコード非公開の怪しいnugetならあるぞ
怖くて使えたもんじゃないがw

473 名前:デフォルトの名無しさん mailto:sage [2025/01/28(火) 19:20:01.37 ID:uHs49ht6.net]
mauiよりかはかなりましだがflutterもウンコ
この前のレイオフで開発力が糞に

474 名前:デフォルトの名無しさん mailto:sage [2025/01/28(火) 22:35:34.03 ID:cMwl46AI.net]
まじで開発止まったよな
実質クローズみたいなもんだな



475 名前:デフォルトの名無しさん [2025/02/08(土) 00:20:39.85 ID:k7ViM5sY.net]
flutter 2年がかりのmacrosの開発が中止wwww
くそすぎる
2年も無駄にするという

476 名前:デフォルトの名無しさん mailto:sage [2025/02/08(土) 13:22:47.28 ID:1vi9xXrm.net]
NHKも営業システムだかをIBMに依頼して時間掛かりすぎだからダメつって違約金がどうたらやってるじゃん
遅いのは罪なんだよ

477 名前:デフォルトの名無しさん mailto:sage [2025/02/11(火) 16:47:27.00 ID:wD3qDW/9.net]
ついにXamarinも開発中止でMAUIに移れって言い出したな。

478 名前:デフォルトの名無しさん mailto:sage [2025/02/14(金) 16:10:51.62 ID:wsN/94jT.net]
プログラミング業界に激震、Flutter macrosが開発断念
ReactNativeと.NET MAUIがまさかの復権か
https://hayabusa9.5ch.net/test/read.cgi/news/1739513015/

479 名前:デフォルトの名無しさん [2025/02/14(金) 18:50:48.14 ID:SJGZfdEo.net]
>>478
完全に react expoのターンだろ

生成AI「bolt」にスマホアプリ生成が追加🤖
https://hayabusa9.5ch.net/test/read.cgi/news/1739515512/

480 名前:デフォルトの名無しさん mailto:sage [2025/03/05(水) 20:20:18.98 ID:DnMeoT1g.net]
いい加減ASPとXAMLを統合してくれや
RazorとXAMLのViewの構文の違いだけならMS開発環境古参のワイは余裕でやから文句言わへんのやが
フロントエンドのライフサイクルや実装がまったくことなるからMAUIで無理矢理ひとまとめにしても意味ないっちゅーねん
なんでReactがマルチプラットフォームで覇権なんかゆーたらWebモバイルデスクトップで多少の手直しは必要にしても実装に一貫性があるからやんけ
ええ加減RazorかXAMLどっちかに絞って余ったんを捨てろや

481 名前:デフォルトの名無しさん mailto:sage [2025/03/12(水) 09:10:52.04 ID:ZD/TrcjK.net]
A 10x Faster TypeScript
https://devblogs.microsoft.com/typescript/typescript-native-port/

C#を作ったアンダース・ヘルスバーグですらもうC#を選ばないとか終わってるな

482 名前:デフォルトの名無しさん mailto:sage [2025/03/12(水) 10:01:18.74 ID:f6EVt6Ik.net]
もうC#を使うメリットがWindowsデスクトップアプリを作るなら一番簡単だからって理由しかないからな
TypeScriptをJSやなくてGoのラッパー?にしたら10倍速でネイティブに限りなく近いパフォーマンスが発揮できるらしい
MAUI含めてMSの開発環境のメイン言語もC++やC#やなくてTypeScriptにさっさと切り替えてほしいわ
ワイはJSもTSも余裕のフルスタックエンジニアやからなwww

483 名前:デフォルトの名無しさん mailto:sage [2025/03/15(土) 11:25:36.86 ID:GaXvPuIZ.net]
これか

マイクロソフト、TypeScriptのコンパイラなどをGo言語に移植することで10倍の処理速度に
https://www.publickey1.jp/blog/25/typescriptgo10.html

Golangはクロスプラットフォームなネイティブを書くのであれば最適解なのかな
WasmまわりではGC関連の事情もあってバイナリサイズの増加に苦慮しているみたいだけど、GUIでなければ基本的にGoを使っとけば問題ないのね

C#も.NET Coreでクロスプラットフォームを強化してるけどGoより安定してないと見られたか

484 名前:デフォルトの名無しさん mailto:sage [2025/03/15(土) 11:34:23.06 ID:NDk9Iq9/.net]
一番の理由はC#が単純に遅いってこと
今はTSのトランスパイラがJSで書かれててnode.jsで動いとるtscで
それをGoに移植してtsgoにしたらすべての処理が約10倍になったってわけ
VScodeなんかもこれで実装されとるからtsgoになったらRustで実装されとるZedにも負けへんくらい速くなりそうでめっちゃええやん



485 名前:デフォルトの名無しさん mailto:sage [2025/03/17(月) 08:30:35.74 ID:hw/VMQ1U.net]
golang本スレの錆れ様は何だったのか

486 名前:デフォルトの名無しさん mailto:sage [2025/03/17(月) 16:28:10.88 ID:2u8mBUG4.net]
5chはジジイが多いって事を本気で自覚した方がいいってことだろ
Qiitaなんかgoの記事すごい多いいぞ

487 名前:デフォルトの名無しさん mailto:sage [2025/03/17(月) 16:46:00.68 ID:afD1DfSv.net]
Qiita()
自分は違うと勘違いしてるジジイがブームが去ったものを今流行ってると思ってるの草
今はZennの時代なんだよジジイwww

488 名前:デフォルトの名無しさん [2025/03/18(火) 14:10:14.93 ID:HQWzSQmk.net]
TSがGoに移植されることやしフロントエンドもXAML捨ててモバイルウェブデスクトップをHTML+TSに一本化しようや

489 名前:デフォルトの名無しさん mailto:sage [2025/03/18(火) 21:32:27.68 ID:I22nXZBI.net]
https://x.com/ahejlsberg/status/1899624685396181031
C# was a top contender for the port, as was Rust. But both would have been a rewrite more than a port. We picked Go because it was the path of least resistance to 10x for *this* particular code base. It's a win for OSS. We couldn't have done this in the past!

490 名前:デフォルトの名無しさん mailto:sage [2025/03/18(火) 21:37:29.28 ID:I22nXZBI.net]
https://github.com/microsoft/typescript-go/discussions/411#discussioncomment-12476218

The TypeScript compiler's move to Go was influenced by specific technical requirements, such as the need for structural compatibility with the existing JavaScript-based codebase, ease of memory management, and the ability to handle complex graph processing efficiently. After evaluating numerous languages and making multiple prototypes — including in C# — Go emerged as the optimal choice, providing excellent ergonomics for tree traversal, ease of memory allocation, and a code structure that closely mirrors the existing compiler, enabling easier maintenance and compatibility.

In a green field, this would have been a totally different conversation. But this was not a green field - it's a port of an existing codebase with 100 man-years of investment. Yes, we could have redesigned the compiler in C# from scratch, and it would have worked. In fact, C#'s own compiler, Roslyn, is written in C# and bootstraps itself. But this wasn't a compiler redesign, and the TypeScript to Go move was far more automatable and more one-to-one in its mapping. Our existing codebase is all functions and data structures - no classes. Idiomatic Go looked just like our existing codebase so the port was greatly simplified.

491 名前:デフォルトの名無しさん mailto:sage [2025/03/18(火) 21:47:34.88 ID:lF3EIhjD.net]
tsコンパイラとgoのコードって1対1で対応付けられるくらい相性良かったのか
この知見を発展させてTypeScriptで書いたコードをJSじゃなくてGoにトランスパイルしてそのままバイナリコンパイルもできるようになって欲しい

492 名前:デフォルトの名無しさん mailto:sage [2025/03/19(水) 00:48:24.72 ID:Ll5ZcIPA.net]
もうさGoをJavascriptにトランスパイルさせてよ
Goは書きやすくて便利だからさ

493 名前:デフォルトの名無しさん [2025/03/19(水) 21:51:32.78 ID:8L7LK8zU.net]
A 10x Faster TypeScript (2025/3/11) | TypeScript - The official blog of the TypeScript team
ps://devblogs.microsoft.com/typescript/typescript-native-port/

494 名前:デフォルトの名無しさん [2025/03/26(水) 09:55:01.75 ID:DVC3Gd5u.net]
このスレの住民的にはクロスプラットフォーム開発はやはりQtがオススメ?



495 名前:デフォルトの名無しさん mailto:sage [2025/03/26(水) 10:21:45.29 ID:f3V4gxVC.net]
凝った作りにしなきゃいいだけ

496 名前:デフォルトの名無しさん mailto:sage [2025/03/29(土) 18:57:22.25 ID:aNMYPX45.net]
成果物が軽く10MB、けっこう作りこむとあっという間に100MBを超えてもいいならElectronが一番いいんじゃね?

497 名前:デフォルトの名無しさん mailto:sage [2025/04/04(金) 11:37:33.92 ID:YPXEmT32.net]
.NET frameworksのアプリを.NET MAUIに移植できないかと聞かれソースにIPC使ってるのを
見て速攻で無理っすって回答した過去を思い出し。

498 名前:デフォルトの名無しさん mailto:sage [2025/04/04(金) 19:35:10.01 ID:pqOdz3U3.net]
すべてが.NET Frameworkのサブセットやと理解しとらん低脳チンパンのアホが多すぎるんよ
まぁここでもMSの縦割り組織かつ部門同志の派閥争いで大迷走の戦略が大爆死しただけとゆー至極真っ当な結果なんやけどな
WinRTがそもそもの大失敗やったんやがそこからUWP、PCLと更に大迷走
その後にPCLを再定義しただけの.NET Standardも結局サブセットやっちゅー根本原理は変わらず
プラットフォーム固有の機能が一切使えない代わりにロジック共有できますみたいな一体なんのメリットがあるのかMS自身も説明でけへんそびえたつうんこで見向きもされず大爆死
WinRTで激減したデスクトップアプリの開発者が軒並みiOSなんかのモバイルに流出してしまってそれ以降一向にWinアプリが開発されずMS Storeも死亡
まぁゲイツが大学の同級生かつ親友のバルマーをCEOにしてしまったっちゅーお友達人事が全ての原因なんやがな
バルマーやなくてナデラがCEOならWindows Phoneが第三勢力として生き残っててC#/.NETがもっと有効活用されてた世界線があったかもしれんけどたらればよな

499 名前:デフォルトの名無しさん mailto:sage [2025/04/04(金) 21:03:27.10 ID:jKbxwbKT.net]
いまは.NET Coreから分岐するのが.NET Frameworkと違うん?

500 名前:デフォルトの名無しさん mailto:sage [2025/04/04(金) 21:18:41.07 ID:RPRqX2PR.net]
>>496
もう100MBとか気にしないしElectronでおk

501 名前:デフォルトの名無しさん mailto:sage [2025/04/05(土) 02:01:59.89 ID:S+1E1KY3.net]
ガイジジイこのスレにも出没するのか
キッツ

502 名前:デフォルトの名無しさん mailto:sage [2025/11/21(金) 16:58:18.60 ID:BbIAJ2RY.net]
マイクロソフトはついに、Windows 11の主要コア機能のほぼすべてが壊れていることを認めた。

このテクノロジー大手は本日、最新のパッチチューズデーがゲームのパフォーマンス低下を引き起こしているとNVIDIAから非難された。NVIDIAは、これらの問題を解決するための緊急ホットフィックスドライバーをリリースした。

これは、今週初めに発表されたエージェントOSへのオペレーティングシステムの進化により、同社のWindows責任者が最近直面した激しい反発の直後に起こった。

しかし明るい面としては、こうした反発を受けて、MicrosoftはWindowsに問題があることを認め、まるで合図を送るかのように、新たなサポート記事でWindows 11のほぼすべての主要なコア機能に問題があることを認めました。問題はXAMLに関連しており、スタートメニュー、タスクバー、エクスプローラー、Windows設定など、すべてのシェルコンポーネントに影響を与えています。

503 名前:デフォルトの名無しさん mailto:age [2025/11/21(金) 16:59:40.41 ID:BbIAJ2RY.net]
MSついにWin11がどんなハイスペPCでも常にもっさりしたりプチフリするほどパフォーマンスが酷い原因がXAMLだと認めるwww

504 名前:デフォルトの名無しさん mailto:sage [2025/11/29(土) 00:27:31.04 ID:UB7+qwb1.net]
何言ってんだこいつ



505 名前:デフォルトの名無しさん mailto:age [2025/11/30(日) 06:01:09.90 ID:9qtxVbaW.net]
Windows 11でファイルエクスプローラーをプリロードするとRAM使用量が2倍になり、速度向上は最小限に抑えられる

Windows Latest のテストにより、プリロードが部分的に機能し、ファイル エクスプローラーの読み込みが高速化されることが確認されましたが、十分な速度ではありません。Dev チャネルと Beta チャネルで利用可能な最新の Windows 11 Insider Preview Build 26220.7271 (KB5070307) を実行している仮想マシンでは、通常のファイル エクスプローラーの起動で 35 MB の RAM が使用されます。ただし、プリロードされたバージョンでは、バックグラウンド プロセスにより、そのほぼ 2 倍の 67.4 MB の RAM が使用されます。エンド ユーザーにはほとんど変化が感じられず、ファイル エクスプローラーは依然として動作が遅いように感じられます。

以前のWindows 10のファイルエクスプローラーはWin32 UI要素を使用していたため、パフォーマンスの向上は必要ありませんでした。しかし、Windows 11では、このレガシーコアに最新のWinUI/XAMLがオーバーレイされています。そのため、追加されたUI要素によって、アプリケーション全体の速度が低下しています。


WinUI/XAMLがWin11のパフォーマンス低下の根本的な原因だと判明www

506 名前:デフォルトの名無しさん mailto:sage [2025/11/30(日) 08:19:40.69 ID:Vq7Bqtv3.net]
流石にWin11エクスプローラについてはそれ以前の問題だと思うぜ
VisualStudioなんかも早くからWPFだしWindows TerminalもWinUIだけどあそこまで悲惨なことにはなってねえし

507 名前:デフォルトの名無しさん [2025/11/30(日) 22:38:19.44 ID:xiLb4hfD.net]
Win11のはKB5062553導入でXAMLパーサーのロードが遅れて、起動中に読み込まれたエレメントが
間に合わずに壊れてたってのが原因だからねえ。

508 名前:デフォルトの名無しさん mailto:sage [2025/12/01(月) 00:06:09.16 ID:WQry1GEG.net]
マルチタブ切り替えたりすると、固まるんじゃないかって不安になるくらい重いね11のエクスプローラー・・・
皆他のファイラー使ってたりするの?

509 名前:デフォルトの名無しさん mailto:sage [2025/12/01(月) 00:09:22.00 ID:EVqe7jQ8.net]
MSはなんでもかんでもプリロードする病を治せよ
要は起動を速く見せかけるためにデスクトップをアプデ後の後処理より早く読み込んでたのが原因だろう
これに限らずあらゆるアプリが自分を速く見せるために競ってプリロードしまくってただでさえ重い起動直後のCPUとディスクを奪い合って全体として遅くなってる
やらかした後だというのに更にエクスプローラのプリロードを増やす計画とかさあ…

510 名前:デフォルトの名無しさん mailto:age [2025/12/01(月) 00:10:17.35 ID:4xzR9oGO.net]
そもそもWinRTやUWPが失敗したのもWPFから無理矢理XAMLを引っ張ってきたのが根本的な原因なのだがwww
開発も大変ならパフォーマンスも悪くてマルチプラットフォーム化も問題だらけのXAMLを捨てきれず今でも固執し続けてるのがそもそも大失敗でMSの開発環境における失われた15年なのは確定的に明らか

511 名前:デフォルトの名無しさん mailto:sage [2025/12/01(月) 16:56:49.63 ID:v0Bnt9mF.net]
Windows updateで何度問題起こしても懲りないからな
原因報告受けても認めず被害を長期化させてバカ丸出しなんだよ
有償OSでやっていい事じゃないだろ
本当におかしな会社だよ

512 名前:デフォルトの名無しさん mailto:age [2025/12/01(月) 17:08:18.62 ID:4xzR9oGO.net]
まぁ未だにデスクトップでWindowsが86%程度のシェア保ててる理由がゲームのお陰だからな
それもValveがProtonとSteamOSとハードウェアに注力してるお陰で遂に大手メーカーがLinuxのゲーム環境で最大の障害であるカーネルモードで動作するアンチチートをLinuxとArmに対応し始めたからな
これで大手のビッグタイトル’すべてがLinuxに公式対応したらゲームでもずっとパフォーマンス低下問題を改善できないままのWindowsの牙城が崩れるのは確定的に明らか
これでやっとWindowsをみんなが捨てられてユーザーもデベロッパーもウィンウィンになるぞ

513 名前:デフォルトの名無しさん mailto:age [2025/12/02(火) 04:13:41.07 ID:VmPkBeRW.net]
同社は最近、特定のエンタープライズ システムのタスク バーやエクスプローラーなどの主要な OS 機能を含むWindows Shell 全体に多くの重大な問題があることを認めました。これらの問題は、UWP、WPF、WinUI 上に構築された Windows UI 要素の大部分を構成する XAML に何らかの形で関連しています。

514 名前:デフォルトの名無しさん mailto:sage [2025/12/03(水) 05:35:45.14 ID:8R4Psvx3.net]
XAMLが悪かったとして
だから何なの。。








[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<128KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef