[過去ﾛｸﾞ]
Microsoft Xamarin part8 [.NET MAUI] (1002ﾚｽ)
Microsoft Xamarin part8 [.NET MAUI] http://mevius.5ch.net/test/read.cgi/tech/1627778316/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
5: デフォルトの名無しさん [sage] 2021/08/02(月) 15:43:07.59 ID:hlxsjNdy MVVMってめんどくさすぎんか？ いや後発の仮想DOMの完成度が高杉たというだけなのだろうが ベタFormsとどっちがマシなんだろってレベル PrismとRxPropertyてのを使えば楽になんのかな… http://mevius.5ch.net/test/read.cgi/tech/1627778316/5
6: デフォルトの名無しさん [sage] 2021/08/02(月) 16:06:06.83 ID:5bqQQvdG クラスが増えて面倒だけど後でメンテするとき楽 http://mevius.5ch.net/test/read.cgi/tech/1627778316/6
7: デフォルトの名無しさん [sage] 2021/08/02(月) 16:49:58.01 ID:XIPPub6G >>5 WPFのMVVMが稀にみる駄作だからですよ http://mevius.5ch.net/test/read.cgi/tech/1627778316/7
8: デフォルトの名無しさん [sage] 2021/08/02(月) 18:12:28.12 ID:mU1fKL7v MVVMがめんどくさいって雑すぎるだろ MVVMアーキテクチャがめんどいのかMSが公式でPrismのようなフレームワークやコンポーネント用意してないからめんどいのかどっちなんだ 後者なら同意するMVVMに限らずMSの開発環境全てが投げっぱなしでコミュニティも育たず何もなくGrapeCityやReSharperのような糞高いサードツールないと効率も悪いから糞めんどい そしてMAUIだBlazorだ思いつきで提案してきたり頑なにASPは固辞して押し付けるくせに自分らはOffice含めた自社サービスはがっつりReact Nativeで開発とか糞ウケる http://mevius.5ch.net/test/read.cgi/tech/1627778316/8
9: デフォルトの名無しさん [] 2021/08/02(月) 18:31:55.53 ID:H/s1ryRu >>5 とりあえずお前のめんどくさいところを言語化しろ http://mevius.5ch.net/test/read.cgi/tech/1627778316/9
10: デフォルトの名無しさん [sage] 2021/08/02(月) 18:34:55.28 ID:CN5AND1I >>5 Virtual DOMってReactの話してるの？ MVVMとぜんぜん違うカテゴリの話だと思うんだけど あとMAUIはMVVMだけでなくMVUも使えるとかいてあった。 MVVM, MVU好きなほうをつかえってことらしい http://mevius.5ch.net/test/read.cgi/tech/1627778316/10
11: デフォルトの名無しさん [sage] 2021/08/02(月) 18:59:23.06 ID:XIPPub6G WPFもMVVMは最小限でいいんだよ コアフレームワークに入ってないのは そういう理由と推測されるし イベントハンドラーと組み合わせで書ける http://mevius.5ch.net/test/read.cgi/tech/1627778316/11
12: デフォルトの名無しさん [sage] 2021/08/02(月) 19:19:12.08 ID:mU1fKL7v >>11 JSやPythonが人気出た理由がお前もわかってなさそうだな OSSコミュニティが自発的に盛り上がって便利なフレームワークやライブラリがどんどん開発されてそれがちゃんとメンテされてナレッジが整備されたからだぞ MSみたいに最低限の仕組みは用意したお前らプログラマーなんだから必要な物は自分で作れみたいな投げっぱなしで人気出るわけねーんだわ 結局コミュニティが育たず一部の技術オタクみたいな奴らがC#マンセーしてそいつらのおもちゃになっただけでPrismやRxなんかのフレームワークやライブラリもメンテされずRxなんてC#捨ててJSに移行したし WPF黎明期なんてINotifyPropertyChangedやICommandを毎回実装してたんだぞコーディングしながらC#やXAMLはものすごく好きなんだがMSの開発環境ってマジで糞だなってずっと思ってたわ http://mevius.5ch.net/test/read.cgi/tech/1627778316/12
13: デフォルトの名無しさん [sage] 2021/08/02(月) 19:21:24.42 ID:XIPPub6G >>12 自分で判断できなそうで あたま悪そう http://mevius.5ch.net/test/read.cgi/tech/1627778316/13
14: デフォルトの名無しさん [sage] 2021/08/02(月) 19:46:01.65 ID:hlxsjNdy VMの実装が直感的じゃないし冗長すぎるよね もっとシンプルなVMが理想なんだけどReactiveProperyとかLinqとかPub/SubとかCommandとか色々書かされてつらい なんかいい感じのジェネレータが欲しいッス http://mevius.5ch.net/test/read.cgi/tech/1627778316/14
15: デフォルトの名無しさん [sage] 2021/08/02(月) 19:58:17.46 ID:KLKMpcbu >>14 そりゃ書くからでしょ 評価して糞パターンは捨てればいい http://mevius.5ch.net/test/read.cgi/tech/1627778316/15
16: デフォルトの名無しさん [sage] 2021/08/02(月) 20:02:51.98 ID:CN5AND1I 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 http://mevius.5ch.net/test/read.cgi/tech/1627778316/16
17: デフォルトの名無しさん [sage] 2021/08/02(月) 20:39:23.36 ID:FXDaXh0x 戻すと言うよりAndroid SDKのライセンス同意にJDK8使ってるだけだからライセンス同意後はJDK11で動くよ http://mevius.5ch.net/test/read.cgi/tech/1627778316/17
18: デフォルトの名無しさん [sage] 2021/08/03(火) 00:55:58.27 ID:hXK9STmR MAUIってWPFでも使えるの？ http://mevius.5ch.net/test/read.cgi/tech/1627778316/18
19: デフォルトの名無しさん [sage] 2021/08/03(火) 01:29:28.32 ID:pLHTkUUw いや、何言ってんの？ http://mevius.5ch.net/test/read.cgi/tech/1627778316/19
20: デフォルトの名無しさん [sage] 2021/08/03(火) 11:40:56.32 ID:0Yig1Pf9 >>17 ありがとう、 MAUIでなくXamarinでproject作ったらJDKライセンス同意の画面がでてきて それ以降、API30のAndroid emulator立ち上がるようになった。 MAUIはまだGUIのテンプレートでproject作れないんだな dotnet new maui -n mauitest でproject作れるのはわかったがBuildはエラーで通らなかった。 9月にリリース候補RCでるようだけどこの品質で間に合うのかな RCでるまでVS2022previewでXamarinでもいじってようかな MAUIはまだきついわ http://mevius.5ch.net/test/read.cgi/tech/1627778316/20
21: デフォルトの名無しさん [sage] 2021/08/03(火) 20:49:42.54 ID:3OflLX7c xamarinと何も変わってない 開発体制、品質全く同じ 望みなし http://mevius.5ch.net/test/read.cgi/tech/1627778316/21
22: デフォルトの名無しさん [sage] 2021/08/03(火) 21:27:15.22 ID:4EGDKMYd PrismでMVVMやってるんだけどDynamicResoursesの切り替えってどうやるんすか？ 動的にスタイル変える方法をググるとApplication.Current.Resourcesを書き換えろって出てくるんだけど これってレイヤーが違うと思うんでVMではやりたくない CSSだとclassだけ書き換えてスタイルを切り替えれたけどこれと同じことをやりたいつまり ・動的にスタイルを切り替える ・VMは具体的なスタイルを知らず代わりにスタイルを示す名前を扱う http://mevius.5ch.net/test/read.cgi/tech/1627778316/22
23: デフォルトの名無しさん [sage] 2021/08/03(火) 21:51:31.50 ID:3e74G+kh Firestoreからデータ取得したいけど、参考になるサイトありますか? http://mevius.5ch.net/test/read.cgi/tech/1627778316/23
24: デフォルトの名無しさん [sage] 2021/08/04(水) 00:15:33.70 ID:qtSxTq0Q >>22 DataTrigger使う どちらにしろコードビハインドする必要があるこれはXAML(MVVM)では避けて通れないモヤモヤポイントだから諦めるしかない ControlTemplateなんかのXAMLだけじゃどうしようもないカスタマイズしまくりのユーザー定義コントロールとかクラス拡張しまくりのコードビハインドの塊だからな まぁ別にReact NativeだってHooksをViewに書きまくるわけだからFluxtとか何それって感じだしアーキテクチャに矛盾が生じるなんてそれこそよくあること http://mevius.5ch.net/test/read.cgi/tech/1627778316/24
25: デフォルトの名無しさん [sage] 2021/08/04(水) 01:54:00.16 ID:45YS3Hvr >>24 あざす XAMLしんどいすね… はじめたばかりなののこころおれそう http://mevius.5ch.net/test/read.cgi/tech/1627778316/25
26: デフォルトの名無しさん [sage] 2021/08/04(水) 10:05:13.12 ID:UGRrV4fv >>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 http://mevius.5ch.net/test/read.cgi/tech/1627778316/26
27: デフォルトの名無しさん [sage] 2021/08/04(水) 10:06:57.54 ID:UGRrV4fv >>21 開発体制はXamarinと全く違うしクオリティは必ずあがるだろう すでにドキュメントの充実度があがってる http://mevius.5ch.net/test/read.cgi/tech/1627778316/27
28: デフォルトの名無しさん [] 2021/08/04(水) 10:13:46.74 ID:UGRrV4fv 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が出れば流れはかわるだろう http://mevius.5ch.net/test/read.cgi/tech/1627778316/28
29: デフォルトの名無しさん [sage] 2021/08/07(土) 23:37:38.72 ID:hTQ1BWxi うーむわからない PrismのViewModelsのボイラープレートのDestroyでReactivePropertyをDisposeするコードを書いたんですけど、 このDestroyイベントが呼ばれてないっぽいです このイベントってアプリ終了しても呼ばれないんですかね？ ちなみにランタイムはAndroidです http://mevius.5ch.net/test/read.cgi/tech/1627778316/29
30: デフォルトの名無しさん [sage] 2021/08/08(日) 01:16:46.81 ID:yLNKABBR ReactivePropertyは使ったことないけど俺はおすすめしないな 特にフレームワークやライブラリが全く成熟せずメンテされないXamarin環境ですでにPrismですらろくにメンテされてないのに技術自慢の河合がノリで作ってろくにメンテしてないフレームワークとか俺なら絶対に採用しないわ Firebaseのライブラリですら海外の個人メンテナーに頼っててIssue山積みなの知らなくてバグ満載でどハマりしたからな ピンハネしすぎでまた別問題だがそれでもCOCOAの惨状とか見ればわかる通りぶっちゃけ現時点でハイブリッド開発でXamarinを選択するのはめちゃくちゃリスキーだぞ環境やコミュニティが全く盛り上がラズ成熟もしてないからなMS自体がXamarinじゃなくReact Nativeで開発してる時点でお察し http://mevius.5ch.net/test/read.cgi/tech/1627778316/30
31: デフォルトの名無しさん [sage] 2021/08/08(日) 02:10:39.60 ID:spevSTIa あ、はい すごくしんどい気はしてるんだけどもうやるしかないとこまできてる 次の機会ではFlutterでチャレンジするよ RNはRNでアップデートしんどいって聞いた 話戻すんですけどDestroyが呼ばれない件って何かわかりますかね？ http://mevius.5ch.net/test/read.cgi/tech/1627778316/31
32: デフォルトの名無しさん [] 2021/08/08(日) 09:36:07.05 ID:Mo7aKH+B MAUIとXamarinはドキュメント少ないね サンプルアプリをbuildして動かしたあとすぐに学習が停滞する Android Studioはドキュメント充実してると実感する IDE触ってるだけでUIの開発がなんとなくわかってしまう。 JetPack Composeが人気らしいけど Compose Multiplatformってすごく人気でそうじゃない？ 言語がKotlinだしReactNative, Flutter, Xamarinをすぐに抜き去るんじゃないかと http://mevius.5ch.net/test/read.cgi/tech/1627778316/32
33: デフォルトの名無しさん [sage] 2021/08/08(日) 13:58:44.76 ID:mSPMxXcr VBで作ったアプリをxamarinにコンバートしてますが、情報が少ないのでKotlinやflutterで作り直したほうが良いでしょうか? ちなみにxamarinを選択した理由はメインロジックをツールでコンバートしやすいのとvisualstudioに慣れてるからです。 http://mevius.5ch.net/test/read.cgi/tech/1627778316/33
34: デフォルトの名無しさん [sage] 2021/08/08(日) 14:48:15.57 ID:Mo7aKH+B >>33 動作が必要なプラットフォームは？業務用？ ユーザー数は？VBのバージョンは？ コンバートに使ってるツールは？ compose multiplatformはまだアルファ版だし業務なら使えない。 あとまだiOSなどが対応してない https://blog.jetbrains.com/kotlin/2021/08/compose-multiplatform-goes-alpha/ IDEの違いはすぐ慣れるからどうでもいいと思う。 Android studioは直感的にUI作れるしよくできてる。すぐ慣れると思う Flutter(Dart)への移植は絶対やめたほうがいいと思う。Flutter以外でdartほぼ使われてない。 http://mevius.5ch.net/test/read.cgi/tech/1627778316/34
35: デフォルトの名無しさん [sage] 2021/08/08(日) 15:45:56.45 ID:Mo7aKH+B 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: "There are already over 2,000 apps in the Play Store using Compose – in fact, the Play Store app itself uses Compose." http://mevius.5ch.net/test/read.cgi/tech/1627778316/35
36: デフォルトの名無しさん [sage] 2021/08/08(日) 16:31:50.19 ID:bQ604qzQ >>33 VBアプリケーションは当時の流行のせいで プレゼンテーションとビジネスロジックが密結合している可能性が高く 簡単に資産を捨てることはできないと思うよ たぶん.NETでやる以外の選択肢はないんじゃないかな http://mevius.5ch.net/test/read.cgi/tech/1627778316/36
37: デフォルトの名無しさん [sage] 2021/08/08(日) 16:53:54.16 ID:K1rR3dVB >>33 スタンドアロンのシステムなの？ サーバーを.NETにしてビジネスロジックを全部そっちにおいて UIは好きなので組めばいいんじゃないの？ http://mevius.5ch.net/test/read.cgi/tech/1627778316/37
38: デフォルトの名無しさん [sage] 2021/08/08(日) 22:17:08.79 ID:SlvtpBfQ もう勝負あっただろ flutterは今年中にwindowsにもしっかり対応するし flutterでandroid,iOS,macOS,windowsでさらにUWPでwebも!! jetpack composeも正式リリースしてcomposableは状態変化を自動で検出してflutterの上位互換 maui?? ぷっ http://mevius.5ch.net/test/read.cgi/tech/1627778316/38
39: デフォルトの名無しさん [sage] 2021/08/08(日) 22:19:24.40 ID:SlvtpBfQ WinUIはコントロール豊富だからこれらがwindows専用じゃなくてmauiで使えたら 他のプラットホームでfluent design!! ってワンチャンはあったな http://mevius.5ch.net/test/read.cgi/tech/1627778316/39
40: デフォルトの名無しさん [sage] 2021/08/08(日) 22:22:45.35 ID:SlvtpBfQ UnoPlatformは忘れた方がいい http://mevius.5ch.net/test/read.cgi/tech/1627778316/40
41: デフォルトの名無しさん [sage] 2021/08/08(日) 22:38:42.37 ID:Mo7aKH+B >>38 MAUIもofficial wikiにbrowser対応検討中と書いてあるぞ Blazorと連携するようになると思われる MAUIを見下してるがflutterも負け組になるんじゃないか Dart嫌い多いしCompose MultiPlatformがiOS対応したらFlutterはおしまいだと思うわ Dartなんて選んだ時点で失敗は確定していた http://mevius.5ch.net/test/read.cgi/tech/1627778316/41
42: デフォルトの名無しさん [sage] 2021/08/08(日) 22:57:10.34 ID:SlvtpBfQ 更に優秀なのでてきて負け組になるなら優秀なのに乗り換えるだけだし 別に問題ないだろ 楽に開発したいのが目的だから 現状はトータルとしてflutterが一番楽だから使ってるだけだし composeは一つ作りかけのアプリcomposeに移行してるけど http://mevius.5ch.net/test/read.cgi/tech/1627778316/42
43: デフォルトの名無しさん [sage] 2021/08/08(日) 23:13:55.61 ID:SlvtpBfQ つか、composeがiOSに対応なんて先長いだろ? よくわかってないが現状JVM依存してる?からiOSでは駄目なんしょ? そこまでJetbrain頑張れる? xamarinの場合はAOTコンパイルしてるからiOS向けokだけど http://mevius.5ch.net/test/read.cgi/tech/1627778316/43
44: デフォルトの名無しさん [sage] 2021/08/08(日) 23:22:32.79 ID:II+2ElqZ 新しくなくても優れてなくてもいいから長期間メンテ最小限で動くやつがいい http://mevius.5ch.net/test/read.cgi/tech/1627778316/44
45: デフォルトの名無しさん [sage] 2021/08/08(日) 23:40:04.66 ID:Mo7aKH+B >>43 JetBrainsが有能すぎるから、何でもありうるんじゃないか compose multiplatformはbrowserとdesktopを同時に開発してきたんだろ。 しかも今アルファだが年内に正式版だすといってる。 iOSも1年以内に正式版出してくると思われる なんでiOSは無理だと思うわけ？iOSはJVM使えないからってだけ？ KotlinもtypesafeなわけだからSwiftに変換してコンパイルするのは 別に不可能ではないだろう 有能すぎるJetBrainsならなおさら。 http://mevius.5ch.net/test/read.cgi/tech/1627778316/45
46: デフォルトの名無しさん [sage] 2021/08/08(日) 23:43:50.88 ID:HmXMyWaM そんなもん正式版出てきてからでいいだろ 「正式リリースはXX年のXX月です」ってその手のやつってなかなか出てこないし http://mevius.5ch.net/test/read.cgi/tech/1627778316/46
47: デフォルトの名無しさん [sage] 2021/08/09(月) 03:00:55.11 ID:8zOlJQWj あの、xamarin native はどうなるのですか？ http://mevius.5ch.net/test/read.cgi/tech/1627778316/47
48: デフォルトの名無しさん [sage] 2021/08/09(月) 05:13:32.63 ID:KhkS1z0C >>46 アルファかベータが出てからでもよいかもしれないが、 正式版出てからでは遅いな 今書いてるコードが無駄になるかが決まるから。 今からFlutter/Dartのコードは書かないほうがいいだろう >>47 Xamarin native is moribund. MAUIができたらMSはxamarin nativeのメンテナンス停止すると思われる http://mevius.5ch.net/test/read.cgi/tech/1627778316/48
49: デフォルトの名無しさん [sage] 2021/08/09(月) 05:23:04.67 ID:KhkS1z0C >>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年以内は十分可能なラインだと思うわ http://mevius.5ch.net/test/read.cgi/tech/1627778316/49
50: デフォルトの名無しさん [sage] 2021/08/09(月) 05:25:57.11 ID:Xrd/gax2 そもそもIntelliJ IDEAがクソ使い辛いクソIDEなんだが そのクソ使い辛いものがベースのAndroid Studioもクソ使い辛くてクソ重いんだよなぁ そもそもまともなPHPのIDEがなかったからPhpStormが人気なだけでIntelliJとかVSと比較したらゴミだぞ http://mevius.5ch.net/test/read.cgi/tech/1627778316/50
51: デフォルトの名無しさん [sage] 2021/08/09(月) 09:40:35.13 ID:KhkS1z0C >>50 PHP、そもそもまともな言語ではない。 IDEは言語やフレームワーク、ライブラリのクオリティに比べたら重要度は低いと思う。 VSはWPFとかでは使いやすいがMAUI利用時はそうは思わない。 Android Studioは直感的にUIの部品を張り付けてUI書ける。 Visual StudioのWPF(C#)ライクでいいと思う。 でもXamarinやMAUIで同じようにUI書けないでしょう Buildの時間もAndroid StudioのほうがVS2022 + MAUIより速い気がする http://mevius.5ch.net/test/read.cgi/tech/1627778316/51
52: デフォルトの名無しさん [sage] 2021/08/09(月) 09:51:00.06 ID:eRGdBEf8 UI部品を貼り付け… VBerかな？ http://mevius.5ch.net/test/read.cgi/tech/1627778316/52
53: デフォルトの名無しさん [sage] 2021/08/09(月) 09:54:05.07 ID:XTaREe6O ポトペタって最初は楽なんだけど、ちゃんと考えると辛いよね。 formsアプリでちゃんと画面のリサイズに対応したり、split系のコンテナ使ってたりしたら、二度とやりたくないって思うぐらいのものだと思って。 http://mevius.5ch.net/test/read.cgi/tech/1627778316/53
54: デフォルトの名無しさん [sage] 2021/08/09(月) 10:27:07.72 ID:KhkS1z0C >>52 WPF(C#)ってかいてるだろ Android Studio(Kotlin)でもポトペタできる >>53 Android Studio使ってる？ ポトペタでもC#のとは違うでしょう どの場所を起点に配置するかも上下左右、指定必要だし マージンも指定するのが普通だからリサイズは対応できるでしょ http://mevius.5ch.net/test/read.cgi/tech/1627778316/54
55: デフォルトの名無しさん [sage] 2021/08/09(月) 10:29:59.07 ID:eRGdBEf8 まぁ…初心者には安心かもね でもMSがとっくに通り過ぎて開発者が切り捨てたアイデアなんだよなポトペタって http://mevius.5ch.net/test/read.cgi/tech/1627778316/55
56: デフォルトの名無しさん [sage] 2021/08/09(月) 10:40:53.46 ID:Xrd/gax2 まさかVBってVB.NETじゃなくてVB6か？コンバートってなんだポーティングだろ？ しかもvisualstudioってレスしてるやつもやばそうだな・・・なんかただのクソ案件臭いんだが http://mevius.5ch.net/test/read.cgi/tech/1627778316/56
57: デフォルトの名無しさん [sage] 2021/08/09(月) 10:54:05.91 ID:K1GVCow2 VB.NETからの移植な。 糞案件というか個人的に作ってアプリ公開したいだけ! しかも本職はプログラマーじゃないです。 http://mevius.5ch.net/test/read.cgi/tech/1627778316/57
58: デフォルトの名無しさん [sage] 2021/08/09(月) 11:05:57.10 ID:XTaREe6O >>54 使ってるけど、XML書いた方が幸福度高いよ。 http://mevius.5ch.net/test/read.cgi/tech/1627778316/58
59: デフォルトの名無しさん [sage] 2021/08/09(月) 11:09:32.19 ID:KhkS1z0C >>55 知ったかぶりが過ぎる VS2022使ってないだろ ポトペタがでめなのではない。 視覚的に配置したほうが直感的にできるし使いやすい。 一時廃止されたのはブラウザとレンダリング結果が違いすぎて意味なくなってたからだ。 VS2022ではLive Previewで新機能としてフィーチャーされてるわ EdgeのエンジンがIDEの中で使える 配置は視覚的に確認する必要があるのだからIDEでやったほうが効率いいに決まってる。 http://mevius.5ch.net/test/read.cgi/tech/1627778316/59
60: デフォルトの名無しさん [sage] 2021/08/09(月) 11:12:20.90 ID:K1GVCow2 KotlinでAndroidのサンプルプログラム作ってるけど、ブレークポイントで止まらない。 VisualStudioみたいに一行ずつ実行して変数の値をチェックとかできないの? http://mevius.5ch.net/test/read.cgi/tech/1627778316/60
61: デフォルトの名無しさん [sage] 2021/08/09(月) 11:29:00.49 ID:Xrd/gax2 VSと同等のIDEは存在しないXcodeもIntelliJもVSの足元にも及ばないVSのデバッガーはマジで最強VSCodeがメインになったけどVSのデバッガーが神だと常々感じる http://mevius.5ch.net/test/read.cgi/tech/1627778316/61
62: デフォルトの名無しさん [sage] 2021/08/09(月) 11:35:24.07 ID:XTaREe6O >>59 ライブプレビューとポトペタ一緒にするのはちょっと違うんじゃない？ ポトペタだとユーザコントロールとか、リスト系のコンテナのレイアウト辛くない？ http://mevius.5ch.net/test/read.cgi/tech/1627778316/62
63: デフォルトの名無しさん [sage] 2021/08/09(月) 11:40:05.21 ID:eRGdBEf8 >>59 ポトペタとLive Previewは別の機能 http://mevius.5ch.net/test/read.cgi/tech/1627778316/63
64: デフォルトの名無しさん [sage] 2021/08/09(月) 11:40:37.27 ID:eRGdBEf8 ぜんぜん違うものを混同するあたりやっぱり初心者なんだろうね http://mevius.5ch.net/test/read.cgi/tech/1627778316/64
65: デフォルトの名無しさん [sage] 2021/08/09(月) 11:44:49.92 ID:eRGdBEf8 ポトペタが廃れた理由はようするに生成されるマークアップがクソなことだよ 思い通りのマークアップ生成されないから繊細なコントロールができない(あるいは時間がかかる) クソマークアップでも気にしない初心者向けの機能といえる でも初心者はいつの時代にも居るから機能自体に全く価値がないということはない でもエンタープライズでポトペタだよりってのはちょっとね http://mevius.5ch.net/test/read.cgi/tech/1627778316/65
66: デフォルトの名無しさん [sage] 2021/08/09(月) 13:12:38.14 ID:XTaREe6O マークアップが下手すぎるのもあるし、統一したリソースを使うのも難しいんよね。 paddingとかフォントとかを全コントロールに定義するの、悪手。 http://mevius.5ch.net/test/read.cgi/tech/1627778316/66
67: デフォルトの名無しさん [sage] 2021/08/09(月) 14:13:08.42 ID:S8n0VVLE ポトペタってVBAのマクロ記録みたいなもんだろ 初心者とかがマクロ記録で生成したコードに肉付けして行くと言うのはあるけど結局ほとんどの行を修正するハメになる なので慣れてきたら最初から書いた方が速い http://mevius.5ch.net/test/read.cgi/tech/1627778316/67
68: デフォルトの名無しさん [sage] 2021/08/09(月) 14:52:18.34 ID:JmMNvJ7r WinFormsならポトペタの方が早いけどXAMLは直書きの方が早いな http://mevius.5ch.net/test/read.cgi/tech/1627778316/68
69: デフォルトの名無しさん [sage] 2021/08/09(月) 15:58:05.52 ID:KhkS1z0C ポトペタ＝コードが汚くなる、というわけでもないのに何言ってんだろうな 俺はたんにGUIでUIの部品配置できると直感的でいいって話してるし コードが汚くなるかどうかはツールによる。 Android Studioではコードは汚くならない VSのLive PreviewもPreviewできるだけでなくそこでサイズ調整もできるから GUIで一部のコード変更してることに変わりない コードが汚くならないのならGUIでUI設計できる方法もあったほうがいいに決まっている >>64 初心者っておまえのことだろう WPF(C#)って書いてたのにWPFすら知らないからVBerとかかいちゃう Android Studio使ってないからコードが汚くなるとかリサイズできないと勘違いする。 http://mevius.5ch.net/test/read.cgi/tech/1627778316/69
70: デフォルトの名無しさん [sage] 2021/08/09(月) 16:01:08.63 ID:KhkS1z0C >>63-64 おまえのポトペタの定義で決めるな GUIでコード変更したら必ずコードが汚くなるわけではない Classic ASPのようなゴミコード吐くのがだめなのくらい知っている。 Android Studio全く知らないおまえはそれらと混同した初心者ってこと http://mevius.5ch.net/test/read.cgi/tech/1627778316/70
71: デフォルトの名無しさん [sage] 2021/08/09(月) 16:35:44.38 ID:eRGdBEf8 NG入れました http://mevius.5ch.net/test/read.cgi/tech/1627778316/71
72: デフォルトの名無しさん [sage] 2021/08/09(月) 17:04:39.46 ID:L4AJSC1E またc#おじさんかな？ http://mevius.5ch.net/test/read.cgi/tech/1627778316/72
73: デフォルトの名無しさん [sage] 2021/08/09(月) 17:23:35.09 ID:KhkS1z0C >>71 Android Studio使ったこともない初心者なのがばれて逃げやがったｗ http://mevius.5ch.net/test/read.cgi/tech/1627778316/73
74: デフォルトの名無しさん [sage] 2021/08/09(月) 17:27:24.02 ID:XTaREe6O うーん、Androidなら余計になんだけど、ThemeとStyle作って適用するならコードベースの方が楽じゃ無い？ http://mevius.5ch.net/test/read.cgi/tech/1627778316/74
75: デフォルトの名無しさん [sage] 2021/08/09(月) 18:33:15.60 ID:S8n0VVLE >>74 だよねー 同じスタイルの画面を複数作る時にポトペタしてちまちま属性設定とかやってられない Android Studioとやらはそこら辺を忖度してくれるのかなw http://mevius.5ch.net/test/read.cgi/tech/1627778316/75
76: デフォルトの名無しさん [sage] 2021/08/09(月) 18:51:58.69 ID:Xrd/gax2 ポトペタwwwクソウケるwww 未だに使ってんの現代のフロントエンド開発が理解できないVB含めたド底辺のガイジPGだけなんだよなぁ Xcodeオンリーで開発してる奴らでもポトペタなんて使わないんだがしかも昨今はVSCodeなんかのエディタ開発全盛期だから尚更ポトペタとか失笑ものなんだが そもそもXAMLのツリービジュアライザーですらVS2015あたりからテスト実装された新しい機能でそれまでLogical TreeやVIsual Treeは実行後に独自クラスやデバッガでノード調べててXAMLのカスタマイズは非常に大変だったんだがそういう苦労すらわからない○○なんだろうなぁ http://mevius.5ch.net/test/read.cgi/tech/1627778316/76
77: デフォルトの名無しさん [sage] 2021/08/09(月) 19:39:14.67 ID:KhkS1z0C >>76 PHPなんてやってたおまえのが底辺なわけだがｗ 結局、おまえAndroid開発経験ゼロなのばれてる Web appとかXAMLの話にすり替えてるだけ 今そんな話していない Android app開発でふつうVSCodeなんて使わない VSCodeが人気とか関係ない 適材適所がわかってない Android開発経験ゼロのひとにはわかるわけもないがね http://mevius.5ch.net/test/read.cgi/tech/1627778316/77
78: デフォルトの名無しさん [sage] 2021/08/09(月) 19:43:56.49 ID:KhkS1z0C >>74-75 直接のコード編集とGUI併用するに決まってるだろう ほかのプロジェクトからの使いまわしならコピペするし、 ふだんあまり使わない部品ならGUIでやると細かいプロパティが設定しやすい http://mevius.5ch.net/test/read.cgi/tech/1627778316/78
79: デフォルトの名無しさん [sage] 2021/08/09(月) 19:49:03.59 ID:XTaREe6O >>77-78 Android開発でVSCode使うけどな。 細かいプロパティ設定する事なんか滅多に無いだろ。 そんな場当たり的なレイアウトするより、プロパティ設定したコントロールを貼り付けるわ。。 http://mevius.5ch.net/test/read.cgi/tech/1627778316/79
80: デフォルトの名無しさん [sage] 2021/08/09(月) 20:05:30.41 ID:Xrd/gax2 おいおい現代の開発環境でPHPやJS(TS)やPythonを否定するってどんだけ時代遅れの遺物で老害でド底辺なんだレベル低すぎて会話が成立しないんだが・・・w 底辺VBおじと違ってオイラはフルスタックエンジニアなんでDBもRDBMSだけでなくNoSQLも使うけどあんたのようなド底辺はFirebaseすら触ったことないんだろうなまぁお前のにはAccessでも使ってなさいってこった http://mevius.5ch.net/test/read.cgi/tech/1627778316/80
81: デフォルトの名無しさん [sage] 2021/08/09(月) 20:05:49.15 ID:S8n0VVLE >>78 ん？ ポトペタしてコードを修正するってこと？ 要するに>>67に書いた初心者ってことやねw http://mevius.5ch.net/test/read.cgi/tech/1627778316/81
82: デフォルトの名無しさん [sage] 2021/08/09(月) 20:08:59.48 ID:KhkS1z0C >>79 嘘つけ おまえがAndroid Studio使ったことないのはばれてるしだまってろ 本家推奨の開発環境は便利な機能がある Android Studioあるのにわざわざ低機能なVSCodeを使う理由がない http://mevius.5ch.net/test/read.cgi/tech/1627778316/82
83: デフォルトの名無しさん [sage] 2021/08/09(月) 20:09:15.30 ID:I7p5wUxR c#おじさん... http://mevius.5ch.net/test/read.cgi/tech/1627778316/83
84: デフォルトの名無しさん [sage] 2021/08/09(月) 20:13:17.33 ID:KhkS1z0C >>81 はぁああ？ ドラッグ＆ドロップしたらVBAのマクロ記録だ？ 頭悪すぎ なんかこのスレやばいな SP appの開発したことないやつがやたら多くてえらそうにしてる http://mevius.5ch.net/test/read.cgi/tech/1627778316/84
85: デフォルトの名無しさん [sage] 2021/08/09(月) 20:15:18.16 ID:KhkS1z0C >>83 Xamarin, MAUIのスレなんてC#おじだらけだろ 慣れ親しんだC#でさくさくSP appも作れたらって夢見てる人たち http://mevius.5ch.net/test/read.cgi/tech/1627778316/85
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 917 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.014s