Microsoft Xamarin part8 [.NET MAUI]

1 名前：デフォルトの名無しさん [2021/08/01(日) 09:38:36.43 ID:AQsxQSFr.net] Xamarinと.NET MAUIのスレッドです。 C#でクロスプラットフォームのアプリを開発できるフレームワーク 無料、クロスプラットフォーム、オープンソース。 対応プラットフォームは、Windows, Android, iOS, macOS, Linuxなど 2 名前：デフォルトの名無しさん mailto:sage [2021/08/01(日) 09:39:09.73 ID:AQsxQSFr.net] Xamarin https://dotnet.microsoft.com/apps/xamarin .NET MAUI [.NET Multi-platform App UI] 2021年11月正式リリース予定。Xamarinの後継フレームワーク https://docs.microsoft.com/en-us/dotnet/maui/ https://github.com/dotnet/maui 前スレ Xamarin Part7 mevius.5ch.net/test/read.cgi/tech/1596690797/ 3 名前：デフォルトの名無しさん [2021/08/01(日) 09:56:07.35 ID:AQsxQSFr.net] 他にも有用なリンクあったら張っていってね 主に.NET MAUI関連 https://github.com/dotnet/maui/wiki https://github.com/dotnet/maui/wiki/faqs https://docs.microsoft.com/en-us/dotnet/maui/get-started/installation https://docs.microsoft.com/en-us/dotnet/maui/ https://github.com/dotnet/maui/wiki/Roadmap https://twitter.com/xamarinhq (deleted an unsolicited ad) 4 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 15:30:18.00 ID:CN5AND1I.net] .NET MAUI | .NET Blog https://devblogs.microsoft.com/dotnet/category/net-maui/ 5 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 15:43:07.59 ID:hlxsjNdy.net] MVVMってめんどくさすぎんか？ いや後発の仮想DOMの完成度が高杉たというだけなのだろうが ベタFormsとどっちがマシなんだろってレベル PrismとRxPropertyてのを使えば楽になんのかな… 6 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 16:06:06.83 ID:5bqQQvdG.net] クラスが増えて面倒だけど後でメンテするとき楽 7 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 16:49:58.01 ID:XIPPub6G.net] >>5 WPFのMVVMが稀にみる駄作だからですよ 8 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 18:12:28.12 ID:mU1fKL7v.net] MVVMがめんどくさいって雑すぎるだろ MVVMアーキテクチャがめんどいのかMSが公式でPrismのようなフレームワークやコンポーネント用意してないからめんどいのかどっちなんだ 後者なら同意するMVVMに限らずMSの開発環境全てが投げっぱなしでコミュニティも育たず何もなくGrapeCityやReSharperのような糞高いサードツールないと効率も悪いから糞めんどい そしてMAUIだBlazorだ思いつきで提案してきたり頑なにASPは固辞して押し付けるくせに自分らはOffice含めた自社サービスはがっつりReact Nativeで開発とか糞ウケる 9 名前：デフォルトの名無しさん [2021/08/02(月) 18:31:55.53 ID:H/s1ryRu.net] >>5 とりあえずお前のめんどくさいところを言語化しろ 10 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 18:34:55.28 ID:CN5AND1I.net] >>5 Virtual DOMってReactの話してるの？ MVVMとぜんぜん違うカテゴリの話だと思うんだけど あとMAUIはMVVMだけでなくMVUも使えるとかいてあった。 MVVM, MVU好きなほうをつかえってことらしい 11 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 18:59:23.06 ID:XIPPub6G.net] WPFもMVVMは最小限でいいんだよ コアフレームワークに入ってないのは そういう理由と推測されるし イベントハンドラーと組み合わせで書ける 12 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 19:19:12.08 ID:mU1fKL7v.net] >>11 JSやPythonが人気出た理由がお前もわかってなさそうだな OSSコミュニティが自発的に盛り上がって便利なフレームワークやライブラリがどんどん開発されてそれがちゃんとメンテされてナレッジが整備されたからだぞ MSみたいに最低限の仕組みは用意したお前らプログラマーなんだから必要な物は自分で作れみたいな投げっぱなしで人気出るわけねーんだわ 結局コミュニティが育たず一部の技術オタクみたいな奴らがC#マンセーしてそいつらのおもちゃになっただけでPrismやRxなんかのフレームワークやライブラリもメンテされずRxなんてC#捨ててJSに移行したし WPF黎明期なんてINotifyPropertyChangedやICommandを毎回実装してたんだぞコーディングしながらC#やXAMLはものすごく好きなんだがMSの開発環境ってマジで糞だなってずっと思ってたわ 13 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 19:21:24.42 ID:XIPPub6G.net] >>12 自分で判断できなそうで あたま悪そう 14 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 19:46:01.65 ID:hlxsjNdy.net] VMの実装が直感的じゃないし冗長すぎるよね もっとシンプルなVMが理想なんだけどReactiveProperyとかLinqとかPub/SubとかCommandとか色々書かされてつらい なんかいい感じのジェネレータが欲しいッス 15 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 19:58:17.46 ID:KLKMpcbu.net] >>14 そりゃ書くからでしょ 評価して糞パターンは捨てればいい 16 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 20:02:51.98 ID:CN5AND1I.net] VS2022 + MAUI preview6で順調につまづいているわ preview 4以降はOpenJDK11を推奨とかいてあるし preview6のmaui-checkではOpenJDK11がインストールされる。 OpenJDK11だとVSのAndroid Emulatorが起動しない。 VSの設定でJDK1.8.0-25に戻すとEmulator起動した。 MAUI preview6、OpenJDK11でAndroid Emulator起動できてる人いる？ 現状、どのバージョンのJDKを使えばいいのかわからん、 maui-checkは、 ? OpenJDK 11.0 Checkup... ? 11.0.10 (C:\Program Files\Microsoft\jdk-11.0.10.9-hotspot\bin\..) ? 1.8.0-25 (C:\Program Files\Android\Jdk\microsoft_dist_openjdk_1.8.0.25) ? Visual Studio 17.0.0-pre.2.0 Checkup... ? 17.0.0-pre.2.1 - C:\Program Files\Microsoft Visual Studio\2022\Preview 17 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 20:39:23.36 ID:FXDaXh0x.net] 戻すと言うよりAndroid SDKのライセンス同意にJDK8使ってるだけだからライセンス同意後はJDK11で動くよ 18 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 00:55:58.27 ID:hXK9STmR.net] MAUIってWPFでも使えるの？ 19 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 01:29:28.32 ID:pLHTkUUw.net] いや、何言ってんの？ 20 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 11:40:56.32 ID:0Yig1Pf9.net] >>17 ありがとう、 MAUIでなくXamarinでproject作ったらJDKライセンス同意の画面がでてきて それ以降、API30のAndroid emulator立ち上がるようになった。 MAUIはまだGUIのテンプレートでproject作れないんだな dotnet new maui -n mauitest でproject作れるのはわかったがBuildはエラーで通らなかった。 9月にリリース候補RCでるようだけどこの品質で間に合うのかな RCでるまでVS2022previewでXamarinでもいじってようかな MAUIはまだきついわ 21 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 20:49:42.54 ID:3OflLX7c.net] xamarinと何も変わってない 開発体制、品質全く同じ 望みなし 22 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 21:27:15.22 ID:4EGDKMYd.net] PrismでMVVMやってるんだけどDynamicResoursesの切り替えってどうやるんすか？ 動的にスタイル変える方法をググるとApplication.Current.Resourcesを書き換えろって出てくるんだけど これってレイヤーが違うと思うんでVMではやりたくない CSSだとclassだけ書き換えてスタイルを切り替えれたけどこれと同じことをやりたいつまり ・動的にスタイルを切り替える ・VMは具体的なスタイルを知らず代わりにスタイルを示す名前を扱う 23 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 21:51:31.50 ID:3e74G+kh.net] Firestoreからデータ取得したいけど、参考になるサイトありますか? 24 名前：デフォルトの名無しさん mailto:sage [2021/08/04(水) 00:15:33.70 ID:qtSxTq0Q.net] >>22 DataTrigger使う どちらにしろコードビハインドする必要があるこれはXAML(MVVM)では避けて通れないモヤモヤポイントだから諦めるしかない ControlTemplateなんかのXAMLだけじゃどうしようもないカスタマイズしまくりのユーザー定義コントロールとかクラス拡張しまくりのコードビハインドの塊だからな まぁ別にReact NativeだってHooksをViewに書きまくるわけだからFluxtとか何それって感じだしアーキテクチャに矛盾が生じるなんてそれこそよくあること 25 名前：デフォルトの名無しさん mailto:sage [2021/08/04(水) 01:54:00.16 ID:45YS3Hvr.net] >>24 あざす XAMLしんどいすね… はじめたばかりなののこころおれそう 26 名前：デフォルトの名無しさん mailto:sage [2021/08/04(水) 10:05:13.12 ID:UGRrV4fv.net] >>20のエラー解決した VS2022の下のworkloadsの上から4個も追加でいれたらMAUIの新規アプリ作成できるようになった。 ファイルサイズ大きすぎるからdocument無視してUWPとかC++入れてなかった。 Mobile development with .NET Universal Windows Platform development Desktop development with C++ .NET Desktop Development ASP.NET and web development (required for Blazor Desktop and the BlazorWebView control) その他 Single-project MSIX Packaging Tools maui 残りはmaui-checkが自動でいれてくれる。 https://docs.microsoft.com/en-us/dotnet/maui/get-started/installation 27 名前：デフォルトの名無しさん mailto:sage [2021/08/04(水) 10:06:57.54 ID:UGRrV4fv.net] >>21 開発体制はXamarinと全く違うしクオリティは必ずあがるだろう すでにドキュメントの充実度があがってる 28 名前：デフォルトの名無しさん [2021/08/04(水) 10:13:46.74 ID:UGRrV4fv.net] https://www.statista.com/statistics/869224/worldwide-software-developer-working-hours/ Cross-platform mobile frameworks used by software developers worldwide Xamarin 11% C#ではトップ維持するもシェアが減った Flutter以外、すべてシェアが減っているがMAUIが出れば流れはかわるだろう 29 名前：デフォルトの名無しさん mailto:sage [2021/08/07(土) 23:37:38.72 ID:hTQ1BWxi.net] うーむわからない PrismのViewModelsのボイラープレートのDestroyでReactivePropertyをDisposeするコードを書いたんですけど、 このDestroyイベントが呼ばれてないっぽいです このイベントってアプリ終了しても呼ばれないんですかね？ ちなみにランタイムはAndroidです 30 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 01:16:46.81 ID:yLNKABBR.net] ReactivePropertyは使ったことないけど俺はおすすめしないな 特にフレームワークやライブラリが全く成熟せずメンテされないXamarin環境ですでにPrismですらろくにメンテされてないのに技術自慢の河合がノリで作ってろくにメンテしてないフレームワークとか俺なら絶対に採用しないわ Firebaseのライブラリですら海外の個人メンテナーに頼っててIssue山積みなの知らなくてバグ満載でどハマりしたからな ピンハネしすぎでまた別問題だがそれでもCOCOAの惨状とか見ればわかる通りぶっちゃけ現時点でハイブリッド開発でXamarinを選択するのはめちゃくちゃリスキーだぞ環境やコミュニティが全く盛り上がラズ成熟もしてないからなMS自体がXamarinじゃなくReact Nativeで開発してる時点でお察し 31 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 02:10:39.60 ID:spevSTIa.net] あ、はい すごくしんどい気はしてるんだけどもうやるしかないとこまできてる 次の機会ではFlutterでチャレンジするよ RNはRNでアップデートしんどいって聞いた 話戻すんですけどDestroyが呼ばれない件って何かわかりますかね？ 32 名前：デフォルトの名無しさん [2021/08/08(日) 09:36:07.05 ID:Mo7aKH+B.net] MAUIとXamarinはドキュメント少ないね サンプルアプリをbuildして動かしたあとすぐに学習が停滞する Android Studioはドキュメント充実してると実感する IDE触ってるだけでUIの開発がなんとなくわかってしまう。 JetPack Composeが人気らしいけど Compose Multiplatformってすごく人気でそうじゃない？ 言語がKotlinだしReactNative, Flutter, Xamarinをすぐに抜き去るんじゃないかと 33 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 13:58:44.76 ID:mSPMxXcr.net] VBで作ったアプリをxamarinにコンバートしてますが、情報が少ないのでKotlinやflutterで作り直したほうが良いでしょうか? ちなみにxamarinを選択した理由はメインロジックをツールでコンバートしやすいのとvisualstudioに慣れてるからです。 34 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 14:48:15.57 ID:Mo7aKH+B.net] >>33 動作が必要なプラットフォームは？業務用？ ユーザー数は？VBのバージョンは？ コンバートに使ってるツールは？ compose multiplatformはまだアルファ版だし業務なら使えない。 あとまだiOSなどが対応してない https://blog.jetbrains.com/kotlin/2021/08/compose-multiplatform-goes-alpha/ IDEの違いはすぐ慣れるからどうでもいいと思う。 Android studioは直感的にUI作れるしよくできてる。すぐ慣れると思う Flutter(Dart)への移植は絶対やめたほうがいいと思う。Flutter以外でdartほぼ使われてない。 35 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 15:45:56.45 ID:Mo7aKH+B.net] https://www.theregister.com/2021/08/06/compose_for_desktop_kotlin_framework/ Play StoreはCompose利用らしい 2000のアプリが Compose利用とのこと Despite only just hitting 1.0, Google said: &q 36 名前：uot;There are already over 2,000 apps in the Play Store using Compose – in fact, the Play Store app itself uses Compose." [] [ここ壊れてます] 37 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 16:31:50.19 ID:bQ604qzQ.net] >>33 VBアプリケーションは当時の流行のせいで プレゼンテーションとビジネスロジックが密結合している可能性が高く 簡単に資産を捨てることはできないと思うよ たぶん.NETでやる以外の選択肢はないんじゃないかな 38 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 16:53:54.16 ID:K1rR3dVB.net] >>33 スタンドアロンのシステムなの？ サーバーを.NETにしてビジネスロジックを全部そっちにおいて UIは好きなので組めばいいんじゃないの？ 39 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 22:17:08.79 ID:SlvtpBfQ.net] もう勝負あっただろ flutterは今年中にwindowsにもしっかり対応するし flutterでandroid,iOS,macOS,windowsでさらにUWPでwebも!! jetpack composeも正式リリースしてcomposableは状態変化を自動で検出してflutterの上位互換 maui?? ぷっ 40 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 22:19:24.40 ID:SlvtpBfQ.net] WinUIはコントロール豊富だからこれらがwindows専用じゃなくてmauiで使えたら 他のプラットホームでfluent design!! ってワンチャンはあったな 41 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 22:22:45.35 ID:SlvtpBfQ.net] UnoPlatformは忘れた方がいい 42 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 22:38:42.37 ID:Mo7aKH+B.net] >>38 MAUIもofficial wikiにbrowser対応検討中と書いてあるぞ Blazorと連携するようになると思われる MAUIを見下してるがflutterも負け組になるんじゃないか Dart嫌い多いしCompose MultiPlatformがiOS対応したらFlutterはおしまいだと思うわ Dartなんて選んだ時点で失敗は確定していた 43 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 22:57:10.34 ID:SlvtpBfQ.net] 更に優秀なのでてきて負け組になるなら優秀なのに乗り換えるだけだし 別に問題ないだろ 楽に開発したいのが目的だから 現状はトータルとしてflutterが一番楽だから使ってるだけだし composeは一つ作りかけのアプリcomposeに移行してるけど 44 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 23:13:55.61 ID:SlvtpBfQ.net] つか、composeがiOSに対応なんて先長いだろ? よくわかってないが現状JVM依存してる?からiOSでは駄目なんしょ? そこまでJetbrain頑張れる? xamarinの場合はAOTコンパイルしてるからiOS向けokだけど 45 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 23:22:32.79 ID:II+2ElqZ.net] 新しくなくても優れてなくてもいいから長期間メンテ最小限で動くやつがいい 46 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 23:40:04.66 ID:Mo7aKH+B.net] >>43 JetBrainsが有能すぎるから、何でもありうるんじゃないか compose multiplatformはbrowserとdesktopを同時に開発してきたんだろ。 しかも今アルファだが年内に正式版だすといってる。 iOSも1年以内に正式版出してくると思われる なんでiOSは無理だと思うわけ？iOSはJVM使えないからってだけ？ KotlinもtypesafeなわけだからSwiftに変換してコンパイルするのは 別に不可能ではないだろう 有能すぎるJetBrainsならなおさら。 47 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 23:43:50.88 ID:HmXMyWaM.net] そんなもん正式版出てきてからでいいだろ 「正式リリースはXX年のXX月です」ってその手のやつってなかなか出てこないし 48 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 03:00:55.11 ID:8zOlJQWj.net] あの、xamarin native はどうなるのですか？ 49 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 05:13:32.63 ID:KhkS1z0C.net] >>46 アルファかベータが出てからでもよいかもしれないが、 正式版出てからでは遅いな 今書いてるコードが無駄になるかが決まるから。 今からFlutter/Dartのコードは書かないほうがいいだろう >>47 Xamarin native is moribund. MAUIができたらMSはxamarin nativeのメンテナンス停止すると思われる 50 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 05:23:04.67 ID:KhkS1z0C.net] >>43 そういえばKotlinはKMMですでにロジックはiOS対応してるじゃないか あとはUI部分だけcross platform対応すれば、Compose multiplatform出せる。 Kotlin Multiplatform Mobile https://kotlinlang.org/lp/mobile/ KMMのアルファが出たのが2020年10月っぽいからわずか10か月で Compose multiplatformのdesktopとbrowserを出してきたことになる。 Compose multiplatformのiOS対応、1年以内は十分可能なラインだと思うわ 51 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 05:25:57.11 ID:Xrd/gax2.net] そもそもIntelliJ IDEAがクソ使い辛いクソIDEなんだが そのクソ使い辛いものがベースのAndroid Studioもクソ使い辛くてクソ重いんだよなぁ そもそもまともなPHPのIDEがなかったからPhpStormが人気なだけでIntelliJとかVSと比較したらゴミだぞ 52 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 09:40:35.13 ID:KhkS1z0C.net] >>50 PHP、そもそもまともな言語ではない。 IDEは言語やフレームワーク、ライブラリのクオリティに比べたら重要度は低いと思う。 VSはWPFとかでは使いやすいがMAUI利用時はそうは思わない。 Android Studioは直感的にUIの部品を張り付けてUI書ける。 Visual StudioのWPF(C#)ライクでいいと思う。 でもXamarinやMAUIで同じようにUI書けないでしょう Buildの時間もAndroid StudioのほうがVS2022 + MAUIより速い気がする 53 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 09:51:00.06 ID:eRGdBEf8.net] UI部品を貼り付け… VBerかな？ 54 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 09:54:05.07 ID:XTaREe6O.net] ポトペタって最初は楽なんだけど、ちゃんと考えると辛いよね。 formsアプリでちゃんと画面のリサイズに対応したり、split系のコンテナ使ってたりしたら、二度とやりたくないって思うぐらいのものだと思って。 55 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 10:27:07.72 ID:KhkS1z0C.net] >>52 WPF(C#)ってかいてるだろ Android Studio(Kotlin)でもポトペタできる >>53 Android Studio使ってる？ ポトペタでもC#のとは違うでしょう どの場所を起点に配置するかも上下左右、指定必要だし マージンも指定するのが普通だからリサイズは対応できるでしょ 56 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 10:29:59.07 ID:eRGdBEf8.net] まぁ…初心者には安心かもね でもMSがとっくに通り過ぎて開発者が切り捨てたアイデアなんだよなポトペタって 57 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 10:40:53.46 ID:Xrd/gax2.net] まさかVBってVB.NETじゃなくてVB6か？コンバートってなんだポーティングだろ？ しかもvisualstudioってレスしてるやつもやばそうだな・・・なんかただのクソ案件臭いんだが 58 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 10:54:05.91 ID:K1GVCow2.net] VB.NETからの移植な。 糞案件というか個人的に作ってアプリ公開したいだけ! しかも本職はプログラマーじゃないです。 59 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 11:05:57.10 ID:XTaREe6O.net] >>54 使ってるけど、XML書いた方が幸福度高いよ。 60 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 11:09:32.19 ID:KhkS1z0C.net] >>55 知ったかぶりが過ぎる VS2022使ってないだろ ポトペタがでめなのではない。 視覚的に配置したほうが直感的にできるし使いやすい。 一時廃止されたのはブラウザとレンダリング結果が違いすぎて意味なくなってたからだ。 VS2022ではLive Previewで新機能としてフィーチャーされてるわ EdgeのエンジンがIDEの中で使える 配置は視覚的に確認する必要があるのだからIDEでやったほうが効率いいに決まってる。 61 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 11:12:20.90 ID:K1GVCow2.net] KotlinでAndroidのサンプルプログラム作ってるけど、ブレークポイントで止まらない。 VisualStudioみたいに一行ずつ実行して変数の値をチェックとかできないの? 62 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 11:29:00.49 ID:Xrd/gax2.net] VSと同等のIDEは存在しないXcodeもIntelliJもVSの足元にも及ばないVSのデバッガーはマジで最強VSCodeがメインになったけどVSのデバッガーが神だと常々感じる 63 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 11:35:24.07 ID:XTaREe6O.net] >>59 ライブプレビューとポトペタ一緒にするのはちょっと違うんじゃない？ ポトペタだとユーザコントロールとか、リスト系のコンテナのレイアウト辛くない？ 64 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 11:40:05.21 ID:eRGdBEf8.net] >>59 ポトペタとLive Previewは別の機能 65 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 11:40:37.27 ID:eRGdBEf8.net] ぜんぜん違うものを混同するあたりやっぱり初心者なんだろうね 66 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 11:44:49.92 ID:eRGdBEf8.net] ポトペタが廃れた理由はようするに生成されるマークアップがクソなことだよ 思い通りのマークアップ生成されないから繊細なコントロールができない(あるいは時間がかかる) クソマークアップでも気にしない初心者向けの機能といえる でも初心者はいつの時代にも居るから機能自体に全く価値がないということはない でもエンタープライズでポトペタだよりってのはちょっとね 67 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 13:12:38.14 ID:XTaREe6O.net] マークアップが下手すぎるのもあるし、統一したリソースを使うのも難しいんよね。 paddingとかフォントとかを全コントロールに定義するの、悪手。 68 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 14:13:08.42 ID:S8n0VVLE.net] ポトペタってVBAのマクロ記録みたいなもんだろ 初心者とかがマクロ記録で生成したコードに肉付けして行くと言うのはあるけど結局ほとんどの行を修正するハメになる なので慣れてきたら最初から書いた方が速い 69 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 14:52:18.34 ID:JmMNvJ7r.net] WinFormsならポトペタの方が早いけどXAMLは直書きの方が早いな 70 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 15:58:05.52 ID:KhkS1z0C.net] ポトペタ＝コードが汚くなる、というわけでもないのに何言ってんだろうな 俺はたんにGUIでUIの部品配置できると直感的でいいって話してるし コードが汚くなるかどうかはツールによる。 Android Studioではコードは汚くならない VSのLive PreviewもPreviewできるだけでなくそこでサイズ調整もできるから GUIで一部のコード変更してることに変わりない コードが汚くならないのならGUIでUI設計できる方法もあったほうがいいに決まっている >>64 初心者っておまえのことだろう WPF(C#)って書いてたのにWPFすら知らないからVBerとかかいちゃう Android Studio使ってないからコードが汚くなるとかリサイズできないと勘違いする。 71 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 16:01:08.63 ID:KhkS1z0C.net] >>63-64 おまえのポトペタの定義で決めるな GUIでコード変更したら必ずコードが汚くなるわけではない Classic ASPのようなゴミコード吐くのがだめなのくらい知っている。 Android Studio全く知らないおまえはそれらと混同した初心者ってこと 72 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 16:35:44.38 ID:eRGdBEf8.net] NG入れました 73 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 17:04:39.46 ID:L4AJSC1E.net] またc#おじさんかな？ 74 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 17:23:35.09 ID:KhkS1z0C.net] >>71 Android Studio使ったこともない初心者なのがばれて逃げやがったｗ 75 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 17:27:24.02 ID:XTaREe6O.net] うーん、Androidなら余計になんだけど、ThemeとStyle作って適用するならコードベースの方が楽じゃ無い？ 76 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 18:33:15.60 ID:S8n0VVLE.net] >>74 だよねー 同じスタイルの画面を複数作る時にポトペタしてちまちま属性設定とかやってられない Android Studioとやらはそこら辺を忖度してくれるのかなw 77 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 18:51:58.69 ID:Xrd/gax2.net] ポトペタwwwクソウケるwww 未だに使ってんの現代のフロントエンド開発が理解できないVB含めたド底辺のガイジPGだけなんだよなぁ Xcodeオンリーで開発してる奴らでもポトペタなんて使わないんだがしかも昨今はVSCodeなんかのエディタ開発全盛期だから尚更ポトペタとか失笑ものなんだが そもそもXAMLのツリービジュアライザーですらVS2015あたりからテスト実装された新しい機能でそれまでLogical TreeやVIsual Treeは実行後に独自クラスやデバッガでノード調べててXAMLのカスタマイズは非常に大変だったんだがそういう苦労すらわからない○○なんだろうなぁ 78 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 19:39:14.67 ID:KhkS1z0C.net] >>76 PHPなんてやってたおまえのが底辺なわけだがｗ 結局、おまえAndroid開発経験ゼロなのばれてる Web appとかXAMLの話にすり替えてるだけ 今そんな話していない Android app開発でふつうVSCodeなんて使わない VSCodeが人気とか関係ない 適材適所がわかってない Android開発経験ゼロのひとにはわかるわけもないがね 79 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 19:43:56.49 ID:KhkS1z0C.net] >>74-75 直接のコード編集とGUI併用するに決まってるだろう ほかのプロジェクトからの使いまわしならコピペするし、 ふだんあまり使わない部品ならGUIでやると細かいプロパティが設定しやすい 80 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 19:49:03.59 ID:XTaREe6O.net] >>77-78 Android開発でVSCode使うけどな。 細かいプロパティ設定する事なんか滅多に無いだろ。 そんな場当たり的なレイアウトするより、プロパティ設定したコントロールを貼り付けるわ。。 81 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 20:05:30.41 ID:Xrd/gax2.net] おいおい現代の開発環境でPHPやJS(TS)やPythonを否定するってどんだけ時代遅れの遺物で老害でド底辺なんだレベル低すぎて会話が成立しないんだが・・・w 底辺VBおじと違ってオイラはフルスタックエンジニアなんでDBもRDBMSだけでなくNoSQLも使うけどあんたのようなド底辺はFirebaseすら触ったことないんだろうなまぁお前のにはAccessでも使ってなさいってこった 82 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 20:05:49.15 ID:S8n0VVLE.net] >>78 ん？ ポトペタしてコードを修正するってこと？ 要するに>>67に書いた初心者ってことやねw 83 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 20:08:59.48 ID:KhkS1z0C.net] >>79 嘘つけ おまえがAndroid Studio使ったことないのはばれてるしだまってろ 本家推奨の開発環境は便利な機能がある Android Studioあるのにわざわざ低機能なVSCodeを使う理由がない 84 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 20:09:15.30 ID:I7p5wUxR.net] c#おじさん... 85 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 20:13:17.33 ID:KhkS1z0C.net] >>81 はぁああ？ ドラッグ＆ドロップしたらVBAのマクロ記録だ？ 頭悪すぎ なんかこのスレやばいな SP appの開発したことないやつがやたら多くてえらそうにしてる 86 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 20:15:18.16 ID:KhkS1z0C.net] >>83 Xamarin, MAUIのスレなんてC#おじだらけだろ 慣れ親しんだC#でさくさくSP appも作れたらって夢見てる人たち 87 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 20:17:32.15 ID:KhkS1z0C.net] >>80 アンカーもつけられない低能が何言っても 88 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 20:18:35.41 ID:XTaREe6O.net] >>82 なんでだよ。 重いじゃん。 89 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 20:24:13.37 ID:eRGdBEf8.net] あぼーんだらけ😅 90 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 20:27:56.85 ID:KhkS1z0C.net] >>87 IDEすら重いのはおまえのPCがしょぼいだけ そんなしょぼいPCではAndroid emulatorもまともに動かせないだろう VSCodeではできないことが多すぎる 91 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 20:36:06.14 ID:jzFIwbie.net] XamarinのスレになんでAndroid StudioだのVSCodeだので盛り上がってるの 92 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 20:36:22.82 ID:S8n0VVLE.net] >>84 ああ、比喩も理解できないのか… 可哀想にw まあ「その程度の」開発しかしてないってことなんだろうね 93 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 20:41:50.73 ID:XTaREe6O.net] >>89 いや、動くよ。 使い方だぞ。 94 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 20:50:32.73 ID:KhkS1z0C.net] >>90 流れみりゃわかるでしょ このスレ、MAUIもXamrinもAndroid Studioも使ったことないやつばっかりなんだよ だからPHPとかVSCodeとかVBAとか関係ない話するおじいが多い Android Studioは現状MAUIに失望して話が盛り上がっている もちろん話したいのはIDEそのものの話じゃなくAndroid app開発なんだが このスレのやつらは経験ゼロばかりでまともな議論ができない 95 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 20:56:30.13 ID:KhkS1z0C.net] ここはXamarinもMAUI経験ゼロばかりのようだが それなら最低でもAndroid StudioとKotlinくらい覚えるべき。 96 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 20:58:17.55 ID:jzFIwbie.net] >>94 そう言う話ならそっちのスレに誘導して出て行ってくれ 97 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 21:08:10.16 ID:XTaREe6O.net] >>93 Xamarinに関してはほとんどVSCodeでやってるぞ。 これはガチで。 98 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 21:10:47.52 ID:nXkpCjGq.net] >>93 >>51,53で君が長文で反応したから話がこうなったんだろww >>50とか突然の単発IDEの話とか無視すりゃいいのに 99 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 21:14:35.07 ID:nXkpCjGq.net] >もちろん話したいのはIDEそのものの話じゃなくAndroid app開発なんだが 自分でIDEの話に思いっきり食い付いた癖に何いってんだか.. 100 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 21:46:37.14 ID:S8n0VVLE.net] Android Studio使い始めて楽しい時期なんだろうと微笑ましいw ガチでやりだしたらポトペタなんかよりコード作った方が遥かに楽 101 名前：デフォルトの名無しさん mailto:sage [2021/08/09(月) 22:27:58.05 ID:I7p5wUxR.net] コードの変更管理の問題もあんね 変更箇所以外を安易に変えられては困る... あ！vsダメか...

---

---

[ 続きを読む ] / [ 携帯版 ]

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