[過去ﾛｸﾞ] Microsoft Xamarin part8 [.NET MAUI] (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
47(1): 2021/08/09(月)03:00 ID:8zOlJQWj(1) AAS
あの、xamarin native はどうなるのですか？
48: 2021/08/09(月)05:13 ID:KhkS1z0C(1/17) AAS
>>46
アルファかベータが出てからでもよいかもしれないが、
正式版出てからでは遅いな
今書いてるコードが無駄になるかが決まるから。
今からFlutter/Dartのコードは書かないほうがいいだろう
>>47
Xamarin native is moribund.
MAUIができたらMSはxamarin nativeのメンテナンス停止すると思われる
49: 2021/08/09(月)05:23 ID:KhkS1z0C(2/17) AAS
>>43
そういえばKotlinはKMMですでにロジックはiOS対応してるじゃないか
あとはUI部分だけcross platform対応すれば、Compose multiplatform出せる。
Kotlin Multiplatform Mobile
外部ﾘﾝｸ:kotlinlang.org
KMMのアルファが出たのが2020年10月っぽいからわずか10か月で
Compose multiplatformのdesktopとbrowserを出してきたことになる。
Compose multiplatformのiOS対応、1年以内は十分可能なラインだと思うわ
50(2): 2021/08/09(月)05:25 ID:Xrd/gax2(1/5) AAS
そもそもIntelliJ IDEAがクソ使い辛いクソIDEなんだが
そのクソ使い辛いものがベースのAndroid Studioもクソ使い辛くてクソ重いんだよなぁ
そもそもまともなPHPのIDEがなかったからPhpStormが人気なだけでIntelliJとかVSと比較したらゴミだぞ
51(1): 2021/08/09(月)09:40 ID:KhkS1z0C(3/17) AAS
>>50
PHP、そもそもまともな言語ではない。
IDEは言語やフレームワーク、ライブラリのクオリティに比べたら重要度は低いと思う。
VSはWPFとかでは使いやすいがMAUI利用時はそうは思わない。
Android Studioは直感的にUIの部品を張り付けてUI書ける。
Visual StudioのWPF(C#)ライクでいいと思う。
でもXamarinやMAUIで同じようにUI書けないでしょう
Buildの時間もAndroid StudioのほうがVS2022 + MAUIより速い気がする
52(1): 2021/08/09(月)09:51 ID:eRGdBEf8(1/7) AAS
UI部品を貼り付け…
VBerかな？
53(2): 2021/08/09(月)09:54 ID:XTaREe6O(1/9) AAS
ポトペタって最初は楽なんだけど、ちゃんと考えると辛いよね。
formsアプリでちゃんと画面のリサイズに対応したり、split系のコンテナ使ってたりしたら、二度とやりたくないって思うぐらいのものだと思って。
54(1): 2021/08/09(月)10:27 ID:KhkS1z0C(4/17) AAS
>>52
WPF(C#)ってかいてるだろ
Android Studio(Kotlin)でもポトペタできる
>>53
Android Studio使ってる？
ポトペタでもC#のとは違うでしょう
どの場所を起点に配置するかも上下左右、指定必要だし
マージンも指定するのが普通だからリサイズは対応できるでしょ
55(1): 2021/08/09(月)10:29 ID:eRGdBEf8(2/7) AAS
まぁ…初心者には安心かもね
でもMSがとっくに通り過ぎて開発者が切り捨てたアイデアなんだよなポトペタって
56: 2021/08/09(月)10:40 ID:Xrd/gax2(2/5) AAS
まさかVBってVB.NETじゃなくてVB6か？コンバートってなんだポーティングだろ？
しかもvisualstudioってレスしてるやつもやばそうだな・・・なんかただのクソ案件臭いんだが
57: 2021/08/09(月)10:54 ID:K1GVCow2(1/2) AAS
VB.NETからの移植な。
糞案件というか個人的に作ってアプリ公開したいだけ!
しかも本職はプログラマーじゃないです。
58: 2021/08/09(月)11:05 ID:XTaREe6O(2/9) AAS
>>54
使ってるけど、XML書いた方が幸福度高いよ。
59(2): 2021/08/09(月)11:09 ID:KhkS1z0C(5/17) AAS
>>55
知ったかぶりが過ぎる
VS2022使ってないだろ
ポトペタがでめなのではない。
視覚的に配置したほうが直感的にできるし使いやすい。
一時廃止されたのはブラウザとレンダリング結果が違いすぎて意味なくなってたからだ。
VS2022ではLive Previewで新機能としてフィーチャーされてるわ
EdgeのエンジンがIDEの中で使える
配置は視覚的に確認する必要があるのだからIDEでやったほうが効率いいに決まってる。
60: 2021/08/09(月)11:12 ID:K1GVCow2(2/2) AAS
KotlinでAndroidのサンプルプログラム作ってるけど、ブレークポイントで止まらない。
VisualStudioみたいに一行ずつ実行して変数の値をチェックとかできないの?
61: 2021/08/09(月)11:29 ID:Xrd/gax2(3/5) AAS
VSと同等のIDEは存在しないXcodeもIntelliJもVSの足元にも及ばないVSのデバッガーはマジで最強VSCodeがメインになったけどVSのデバッガーが神だと常々感じる
62: 2021/08/09(月)11:35 ID:XTaREe6O(3/9) AAS
>>59
ライブプレビューとポトペタ一緒にするのはちょっと違うんじゃない？
ポトペタだとユーザコントロールとか、リスト系のコンテナのレイアウト辛くない？
63(1): 2021/08/09(月)11:40 ID:eRGdBEf8(3/7) AAS
>>59
ポトペタとLive Previewは別の機能
64(2): 2021/08/09(月)11:40 ID:eRGdBEf8(4/7) AAS
ぜんぜん違うものを混同するあたりやっぱり初心者なんだろうね
65: 2021/08/09(月)11:44 ID:eRGdBEf8(5/7) AAS
ポトペタが廃れた理由はようするに生成されるマークアップがクソなことだよ
思い通りのマークアップ生成されないから繊細なコントロールができない(あるいは時間がかかる)
クソマークアップでも気にしない初心者向けの機能といえる
でも初心者はいつの時代にも居るから機能自体に全く価値がないということはない
でもエンタープライズでポトペタだよりってのはちょっとね
66: 2021/08/09(月)13:12 ID:XTaREe6O(4/9) AAS
マークアップが下手すぎるのもあるし、統一したリソースを使うのも難しいんよね。
paddingとかフォントとかを全コントロールに定義するの、悪手。
67(1): 2021/08/09(月)14:13 ID:S8n0VVLE(1/5) AAS
ポトペタってVBAのマクロ記録みたいなもんだろ
初心者とかがマクロ記録で生成したコードに肉付けして行くと言うのはあるけど結局ほとんどの行を修正するハメになる
なので慣れてきたら最初から書いた方が速い
68: 2021/08/09(月)14:52 ID:JmMNvJ7r(1) AAS
WinFormsならポトペタの方が早いけどXAMLは直書きの方が早いな
69: 2021/08/09(月)15:58 ID:KhkS1z0C(6/17) AAS
ポトペタ＝コードが汚くなる、というわけでもないのに何言ってんだろうな
俺はたんにGUIでUIの部品配置できると直感的でいいって話してるし
コードが汚くなるかどうかはツールによる。
Android Studioではコードは汚くならない
VSのLive PreviewもPreviewできるだけでなくそこでサイズ調整もできるから
GUIで一部のコード変更してることに変わりない
コードが汚くならないのならGUIでUI設計できる方法もあったほうがいいに決まっている
>>64
初心者っておまえのことだろう
WPF(C#)って書いてたのにWPFすら知らないからVBerとかかいちゃう
省1
70: 2021/08/09(月)16:01 ID:KhkS1z0C(7/17) AAS
>>63-64
おまえのポトペタの定義で決めるな
GUIでコード変更したら必ずコードが汚くなるわけではない
Classic ASPのようなゴミコード吐くのがだめなのくらい知っている。
Android Studio全く知らないおまえはそれらと混同した初心者ってこと
71(1): 2021/08/09(月)16:35 ID:eRGdBEf8(6/7) AAS
NG入れました
72: 2021/08/09(月)17:04 ID:L4AJSC1E(1) AAS
またc#おじさんかな？
73: 2021/08/09(月)17:23 ID:KhkS1z0C(8/17) AAS
>>71
Android Studio使ったこともない初心者なのがばれて逃げやがったｗ
74(2): 2021/08/09(月)17:27 ID:XTaREe6O(5/9) AAS
うーん、Androidなら余計になんだけど、ThemeとStyle作って適用するならコードベースの方が楽じゃ無い？
75(2): 2021/08/09(月)18:33 ID:S8n0VVLE(2/5) AAS
>>74
だよねー
同じスタイルの画面を複数作る時にポトペタしてちまちま属性設定とかやってられない
Android Studioとやらはそこら辺を忖度してくれるのかなw
76(1): 2021/08/09(月)18:51 ID:Xrd/gax2(4/5) AAS
ポトペタwwwクソウケるwww
未だに使ってんの現代のフロントエンド開発が理解できないVB含めたド底辺のガイジPGだけなんだよなぁ
Xcodeオンリーで開発してる奴らでもポトペタなんて使わないんだがしかも昨今はVSCodeなんかのエディタ開発全盛期だから尚更ポトペタとか失笑ものなんだが
そもそもXAMLのツリービジュアライザーですらVS2015あたりからテスト実装された新しい機能でそれまでLogical TreeやVIsual Treeは実行後に独自クラスやデバッガでノード調べててXAMLのカスタマイズは非常に大変だったんだがそういう苦労すらわからない○○なんだろうなぁ
上下前次1-新書関写板覧索設栞歴
あと 926 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.029s