Microsoft Xamarin part8 [.NET MAUI]

**デフォルトの名無しさん** · 2021/08/01(日) 09:38:36.43

Xamarinと.NET MAUIのスレッドです。
C#でクロスプラットフォームのアプリを開発できるフレームワーク
無料、クロスプラットフォーム、オープンソース。
対応プラットフォームは、Windows, Android, iOS, macOS, Linuxなど

**デフォルトの名無しさん** · 2021/08/08(日) 01:16:46.81

ReactivePropertyは使ったことないけど俺はおすすめしないな
特にフレームワークやライブラリが全く成熟せずメンテされないXamarin環境ですでにPrismですらろくにメンテされてないのに技術自慢の河合がノリで作ってろくにメンテしてないフレームワークとか俺なら絶対に採用しないわ
Firebaseのライブラリですら海外の個人メンテナーに頼っててIssue山積みなの知らなくてバグ満載でどハマりしたからな
ピンハネしすぎでまた別問題だがそれでもCOCOAの惨状とか見ればわかる通りぶっちゃけ現時点でハイブリッド開発でXamarinを選択するのはめちゃくちゃリスキーだぞ環境やコミュニティが全く盛り上がラズ成熟もしてないからなMS自体がXamarinじゃなくReact Nativeで開発してる時点でお察し

**デフォルトの名無しさん** · 2021/08/08(日) 02:10:39.60

あ、はい
すごくしんどい気はしてるんだけどもうやるしかないとこまできてる
次の機会ではFlutterでチャレンジするよ
RNはRNでアップデートしんどいって聞いた

話戻すんですけどDestroyが呼ばれない件って何かわかりますかね？

**デフォルトの名無しさん** · 2021/08/08(日) 09:36:07.05

MAUIとXamarinはドキュメント少ないね
サンプルアプリをbuildして動かしたあとすぐに学習が停滞する

Android Studioはドキュメント充実してると実感する
IDE触ってるだけでUIの開発がなんとなくわかってしまう。

JetPack Composeが人気らしいけど
Compose Multiplatformってすごく人気でそうじゃない？
言語がKotlinだしReactNative, Flutter, Xamarinをすぐに抜き去るんじゃないかと

**デフォルトの名無しさん** · 2021/08/08(日) 13:58:44.76

VBで作ったアプリをxamarinにコンバートしてますが、情報が少ないのでKotlinやflutterで作り直したほうが良いでしょうか?
ちなみにxamarinを選択した理由はメインロジックをツールでコンバートしやすいのとvisualstudioに慣れてるからです。

**デフォルトの名無しさん** · 2021/08/08(日) 14:48:15.57

>>33
動作が必要なプラットフォームは？業務用？
ユーザー数は？VBのバージョンは？
コンバートに使ってるツールは？

compose multiplatformはまだアルファ版だし業務なら使えない。
あとまだiOSなどが対応してない
https://blog.jetbrains.com/kotlin/2021/08/compose-multiplatform-goes-alpha/

IDEの違いはすぐ慣れるからどうでもいいと思う。
Android studioは直感的にUI作れるしよくできてる。すぐ慣れると思う

Flutter(Dart)への移植は絶対やめたほうがいいと思う。Flutter以外でdartほぼ使われてない。

**デフォルトの名無しさん** · 2021/08/08(日) 15:45:56.45

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."

**デフォルトの名無しさん** · 2021/08/08(日) 16:31:50.19

>>33
VBアプリケーションは当時の流行のせいで
プレゼンテーションとビジネスロジックが密結合している可能性が高く
簡単に資産を捨てることはできないと思うよ
たぶん.NETでやる以外の選択肢はないんじゃないかな

**デフォルトの名無しさん** · 2021/08/08(日) 16:53:54.16

>>33
スタンドアロンのシステムなの？

サーバーを.NETにしてビジネスロジックを全部そっちにおいて
UIは好きなので組めばいいんじゃないの？

**デフォルトの名無しさん** · 2021/08/08(日) 22:17:08.79

もう勝負あっただろ
flutterは今年中にwindowsにもしっかり対応するし
flutterでandroid,iOS,macOS,windowsでさらにUWPでwebも!!
jetpack composeも正式リリースしてcomposableは状態変化を自動で検出してflutterの上位互換

maui??
ぷっ

**デフォルトの名無しさん** · 2021/08/08(日) 22:19:24.40

WinUIはコントロール豊富だからこれらがwindows専用じゃなくてmauiで使えたら
他のプラットホームでfluent design!!
ってワンチャンはあったな

**デフォルトの名無しさん** · 2021/08/08(日) 22:22:45.35

UnoPlatformは忘れた方がいい

**デフォルトの名無しさん** · 2021/08/08(日) 22:38:42.37

>>38
MAUIもofficial wikiにbrowser対応検討中と書いてあるぞ
Blazorと連携するようになると思われる

MAUIを見下してるがflutterも負け組になるんじゃないか
Dart嫌い多いしCompose MultiPlatformがiOS対応したらFlutterはおしまいだと思うわ
Dartなんて選んだ時点で失敗は確定していた

**デフォルトの名無しさん** · 2021/08/08(日) 22:57:10.34

更に優秀なのでてきて負け組になるなら優秀なのに乗り換えるだけだし
別に問題ないだろ
楽に開発したいのが目的だから
現状はトータルとしてflutterが一番楽だから使ってるだけだし
composeは一つ作りかけのアプリcomposeに移行してるけど

**デフォルトの名無しさん** · 2021/08/08(日) 23:13:55.61

つか、composeがiOSに対応なんて先長いだろ?
よくわかってないが現状JVM依存してる?からiOSでは駄目なんしょ?
そこまでJetbrain頑張れる?

xamarinの場合はAOTコンパイルしてるからiOS向けokだけど

**デフォルトの名無しさん** · 2021/08/08(日) 23:22:32.79

新しくなくても優れてなくてもいいから長期間メンテ最小限で動くやつがいい

**デフォルトの名無しさん** · 2021/08/08(日) 23:40:04.66

>>43
JetBrainsが有能すぎるから、何でもありうるんじゃないか

compose multiplatformはbrowserとdesktopを同時に開発してきたんだろ。
しかも今アルファだが年内に正式版だすといってる。
iOSも1年以内に正式版出してくると思われる

なんでiOSは無理だと思うわけ？iOSはJVM使えないからってだけ？
KotlinもtypesafeなわけだからSwiftに変換してコンパイルするのは
別に不可能ではないだろう
有能すぎるJetBrainsならなおさら。

**デフォルトの名無しさん** · 2021/08/08(日) 23:43:50.88

そんなもん正式版出てきてからでいいだろ
「正式リリースはXX年のXX月です」ってその手のやつってなかなか出てこないし

**デフォルトの名無しさん** · 2021/08/09(月) 03:00:55.11

あの、xamarin native はどうなるのですか？

**デフォルトの名無しさん** · 2021/08/09(月) 05:13:32.63

>>46
アルファかベータが出てからでもよいかもしれないが、
正式版出てからでは遅いな
今書いてるコードが無駄になるかが決まるから。
今からFlutter/Dartのコードは書かないほうがいいだろう

>>47
Xamarin native is moribund.
MAUIができたらMSはxamarin nativeのメンテナンス停止すると思われる

**デフォルトの名無しさん** · 2021/08/09(月) 05:23:04.67

>>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年以内は十分可能なラインだと思うわ

**デフォルトの名無しさん** · 2021/08/09(月) 05:25:57.11

そもそもIntelliJ IDEAがクソ使い辛いクソIDEなんだが
そのクソ使い辛いものがベースのAndroid Studioもクソ使い辛くてクソ重いんだよなぁ
そもそもまともなPHPのIDEがなかったからPhpStormが人気なだけでIntelliJとかVSと比較したらゴミだぞ

**デフォルトの名無しさん** · 2021/08/09(月) 09:40:35.13

>>50
PHP、そもそもまともな言語ではない。
IDEは言語やフレームワーク、ライブラリのクオリティに比べたら重要度は低いと思う。

VSはWPFとかでは使いやすいがMAUI利用時はそうは思わない。
Android Studioは直感的にUIの部品を張り付けてUI書ける。
Visual StudioのWPF(C#)ライクでいいと思う。
でもXamarinやMAUIで同じようにUI書けないでしょう

Buildの時間もAndroid StudioのほうがVS2022 + MAUIより速い気がする

**デフォルトの名無しさん** · 2021/08/09(月) 09:51:00.06

UI部品を貼り付け…
VBerかな？

**デフォルトの名無しさん** · 2021/08/09(月) 09:54:05.07

ポトペタって最初は楽なんだけど、ちゃんと考えると辛いよね。
formsアプリでちゃんと画面のリサイズに対応したり、split系のコンテナ使ってたりしたら、二度とやりたくないって思うぐらいのものだと思って。

**デフォルトの名無しさん** · 2021/08/09(月) 10:27:07.72

>>52
WPF(C#)ってかいてるだろ
Android Studio(Kotlin)でもポトペタできる

>>53
Android Studio使ってる？
ポトペタでもC#のとは違うでしょう
どの場所を起点に配置するかも上下左右、指定必要だし
マージンも指定するのが普通だからリサイズは対応できるでしょ

**デフォルトの名無しさん** · 2021/08/09(月) 10:29:59.07

まぁ…初心者には安心かもね
でもMSがとっくに通り過ぎて開発者が切り捨てたアイデアなんだよなポトペタって

**デフォルトの名無しさん** · 2021/08/09(月) 10:40:53.46

まさかVBってVB.NETじゃなくてVB6か？コンバートってなんだポーティングだろ？
しかもvisualstudioってレスしてるやつもやばそうだな・・・なんかただのクソ案件臭いんだが

**デフォルトの名無しさん** · 2021/08/09(月) 10:54:05.91

VB.NETからの移植な。
糞案件というか個人的に作ってアプリ公開したいだけ!
しかも本職はプログラマーじゃないです。

**デフォルトの名無しさん** · 2021/08/09(月) 11:05:57.10

>>54
使ってるけど、XML書いた方が幸福度高いよ。

**デフォルトの名無しさん** · 2021/08/09(月) 11:09:32.19

>>55
知ったかぶりが過ぎる
VS2022使ってないだろ

ポトペタがでめなのではない。
視覚的に配置したほうが直感的にできるし使いやすい。
一時廃止されたのはブラウザとレンダリング結果が違いすぎて意味なくなってたからだ。
VS2022ではLive Previewで新機能としてフィーチャーされてるわ
EdgeのエンジンがIDEの中で使える

配置は視覚的に確認する必要があるのだからIDEでやったほうが効率いいに決まってる。

**デフォルトの名無しさん** · 2021/08/09(月) 11:12:20.90

KotlinでAndroidのサンプルプログラム作ってるけど、ブレークポイントで止まらない。
VisualStudioみたいに一行ずつ実行して変数の値をチェックとかできないの?

**デフォルトの名無しさん** · 2021/08/09(月) 11:29:00.49

VSと同等のIDEは存在しないXcodeもIntelliJもVSの足元にも及ばないVSのデバッガーはマジで最強VSCodeがメインになったけどVSのデバッガーが神だと常々感じる

**デフォルトの名無しさん** · 2021/08/09(月) 11:35:24.07

>>59
ライブプレビューとポトペタ一緒にするのはちょっと違うんじゃない？
ポトペタだとユーザコントロールとか、リスト系のコンテナのレイアウト辛くない？

**デフォルトの名無しさん** · 2021/08/09(月) 11:40:05.21

>>59
ポトペタとLive Previewは別の機能

**デフォルトの名無しさん** · 2021/08/09(月) 11:40:37.27

ぜんぜん違うものを混同するあたりやっぱり初心者なんだろうね

**デフォルトの名無しさん** · 2021/08/09(月) 11:44:49.92

ポトペタが廃れた理由はようするに生成されるマークアップがクソなことだよ
思い通りのマークアップ生成されないから繊細なコントロールができない(あるいは時間がかかる)
クソマークアップでも気にしない初心者向けの機能といえる
でも初心者はいつの時代にも居るから機能自体に全く価値がないということはない
でもエンタープライズでポトペタだよりってのはちょっとね

**デフォルトの名無しさん** · 2021/08/09(月) 13:12:38.14

マークアップが下手すぎるのもあるし、統一したリソースを使うのも難しいんよね。
paddingとかフォントとかを全コントロールに定義するの、悪手。

**デフォルトの名無しさん** · 2021/08/09(月) 14:13:08.42

ポトペタってVBAのマクロ記録みたいなもんだろ
初心者とかがマクロ記録で生成したコードに肉付けして行くと言うのはあるけど結局ほとんどの行を修正するハメになる
なので慣れてきたら最初から書いた方が速い

**デフォルトの名無しさん** · 2021/08/09(月) 14:52:18.34

WinFormsならポトペタの方が早いけどXAMLは直書きの方が早いな

**デフォルトの名無しさん** · 2021/08/09(月) 15:58:05.52

ポトペタ＝コードが汚くなる、というわけでもないのに何言ってんだろうな
俺はたんにGUIでUIの部品配置できると直感的でいいって話してるし
コードが汚くなるかどうかはツールによる。
Android Studioではコードは汚くならない

VSのLive PreviewもPreviewできるだけでなくそこでサイズ調整もできるから
GUIで一部のコード変更してることに変わりない

コードが汚くならないのならGUIでUI設計できる方法もあったほうがいいに決まっている

>>64
初心者っておまえのことだろう
WPF(C#)って書いてたのにWPFすら知らないからVBerとかかいちゃう
Android Studio使ってないからコードが汚くなるとかリサイズできないと勘違いする。

**デフォルトの名無しさん** · 2021/08/09(月) 16:01:08.63

>>63-64
おまえのポトペタの定義で決めるな
GUIでコード変更したら必ずコードが汚くなるわけではない

Classic ASPのようなゴミコード吐くのがだめなのくらい知っている。
Android Studio全く知らないおまえはそれらと混同した初心者ってこと

**デフォルトの名無しさん** · 2021/08/09(月) 16:35:44.38

NG入れました

**デフォルトの名無しさん** · 2021/08/09(月) 17:04:39.46

またc#おじさんかな？

**デフォルトの名無しさん** · 2021/08/09(月) 17:23:35.09

>>71
Android Studio使ったこともない初心者なのがばれて逃げやがったｗ

**デフォルトの名無しさん** · 2021/08/09(月) 17:27:24.02

うーん、Androidなら余計になんだけど、ThemeとStyle作って適用するならコードベースの方が楽じゃ無い？

**デフォルトの名無しさん** · 2021/08/09(月) 18:33:15.60

>>74
だよねー
同じスタイルの画面を複数作る時にポトペタしてちまちま属性設定とかやってられない
Android Studioとやらはそこら辺を忖度してくれるのかなw

**デフォルトの名無しさん** · 2021/08/09(月) 18:51:58.69

ポトペタwwwクソウケるwww
未だに使ってんの現代のフロントエンド開発が理解できないVB含めたド底辺のガイジPGだけなんだよなぁ
Xcodeオンリーで開発してる奴らでもポトペタなんて使わないんだがしかも昨今はVSCodeなんかのエディタ開発全盛期だから尚更ポトペタとか失笑ものなんだが
そもそもXAMLのツリービジュアライザーですらVS2015あたりからテスト実装された新しい機能でそれまでLogical TreeやVIsual Treeは実行後に独自クラスやデバッガでノード調べててXAMLのカスタマイズは非常に大変だったんだがそういう苦労すらわからない○○なんだろうなぁ

**デフォルトの名無しさん** · 2021/08/09(月) 19:39:14.67

>>76
PHPなんてやってたおまえのが底辺なわけだがｗ
結局、おまえAndroid開発経験ゼロなのばれてる
Web appとかXAMLの話にすり替えてるだけ
今そんな話していない

Android app開発でふつうVSCodeなんて使わない
VSCodeが人気とか関係ない
適材適所がわかってない
Android開発経験ゼロのひとにはわかるわけもないがね

**デフォルトの名無しさん** · 2021/08/09(月) 19:43:56.49

>>74-75
直接のコード編集とGUI併用するに決まってるだろう
ほかのプロジェクトからの使いまわしならコピペするし、
ふだんあまり使わない部品ならGUIでやると細かいプロパティが設定しやすい

**デフォルトの名無しさん** · 2021/08/09(月) 19:49:03.59

>>77-78
Android開発でVSCode使うけどな。
細かいプロパティ設定する事なんか滅多に無いだろ。
そんな場当たり的なレイアウトするより、プロパティ設定したコントロールを貼り付けるわ。。

**デフォルトの名無しさん** · 2021/08/09(月) 20:05:30.41

おいおい現代の開発環境でPHPやJS(TS)やPythonを否定するってどんだけ時代遅れの遺物で老害でド底辺なんだレベル低すぎて会話が成立しないんだが・・・w
底辺VBおじと違ってオイラはフルスタックエンジニアなんでDBもRDBMSだけでなくNoSQLも使うけどあんたのようなド底辺はFirebaseすら触ったことないんだろうなまぁお前のにはAccessでも使ってなさいってこった

**デフォルトの名無しさん** · 2021/08/09(月) 20:05:49.15

>>78
ん？
ポトペタしてコードを修正するってこと？
要するに>>67に書いた初心者ってことやねw

**デフォルトの名無しさん** · 2021/08/09(月) 20:08:59.48

>>79
嘘つけ
おまえがAndroid Studio使ったことないのはばれてるしだまってろ
本家推奨の開発環境は便利な機能がある
Android Studioあるのにわざわざ低機能なVSCodeを使う理由がない

**デフォルトの名無しさん** · 2021/08/09(月) 20:09:15.30

c#おじさん...

**デフォルトの名無しさん** · 2021/08/09(月) 20:13:17.33

>>81
はぁああ？
ドラッグ＆ドロップしたらVBAのマクロ記録だ？
頭悪すぎ

なんかこのスレやばいな
SP appの開発したことないやつがやたら多くてえらそうにしてる

**デフォルトの名無しさん** · 2021/08/09(月) 20:15:18.16

>>83
Xamarin, MAUIのスレなんてC#おじだらけだろ
慣れ親しんだC#でさくさくSP appも作れたらって夢見てる人たち

**デフォルトの名無しさん** · 2021/08/09(月) 20:17:32.15

>>80
アンカーもつけられない低能が何言っても

**デフォルトの名無しさん** · 2021/08/09(月) 20:18:35.41

>>82
なんでだよ。
重いじゃん。

**デフォルトの名無しさん** · 2021/08/09(月) 20:24:13.37

あぼーんだらけ😅

**デフォルトの名無しさん** · 2021/08/09(月) 20:27:56.85

>>87
IDEすら重いのはおまえのPCがしょぼいだけ
そんなしょぼいPCではAndroid emulatorもまともに動かせないだろう

VSCodeではできないことが多すぎる

**デフォルトの名無しさん** · 2021/08/09(月) 20:36:06.14

XamarinのスレになんでAndroid StudioだのVSCodeだので盛り上がってるの

**デフォルトの名無しさん** · 2021/08/09(月) 20:36:22.82

>>84
ああ、比喩も理解できないのか…
可哀想にw
まあ「その程度の」開発しかしてないってことなんだろうね

**デフォルトの名無しさん** · 2021/08/09(月) 20:41:50.73

>>89
いや、動くよ。
使い方だぞ。

**デフォルトの名無しさん** · 2021/08/09(月) 20:50:32.73

>>90
流れみりゃわかるでしょ
このスレ、MAUIもXamrinもAndroid Studioも使ったことないやつばっかりなんだよ
だからPHPとかVSCodeとかVBAとか関係ない話するおじいが多い

Android Studioは現状MAUIに失望して話が盛り上がっている
もちろん話したいのはIDEそのものの話じゃなくAndroid app開発なんだが
このスレのやつらは経験ゼロばかりでまともな議論ができない

**デフォルトの名無しさん** · 2021/08/09(月) 20:56:30.13

ここはXamarinもMAUI経験ゼロばかりのようだが
それなら最低でもAndroid StudioとKotlinくらい覚えるべき。

**デフォルトの名無しさん** · 2021/08/09(月) 20:58:17.55

>>94
そう言う話ならそっちのスレに誘導して出て行ってくれ

**デフォルトの名無しさん** · 2021/08/09(月) 21:08:10.16

>>93
Xamarinに関してはほとんどVSCodeでやってるぞ。
これはガチで。

**デフォルトの名無しさん** · 2021/08/09(月) 21:10:47.52

>>93
>>51,53で君が長文で反応したから話がこうなったんだろww

>>50とか突然の単発IDEの話とか無視すりゃいいのに

**デフォルトの名無しさん** · 2021/08/09(月) 21:14:35.07

>もちろん話したいのはIDEそのものの話じゃなくAndroid app開発なんだが
自分でIDEの話に思いっきり食い付いた癖に何いってんだか..

**デフォルトの名無しさん** · 2021/08/09(月) 21:46:37.14

Android Studio使い始めて楽しい時期なんだろうと微笑ましいw
ガチでやりだしたらポトペタなんかよりコード作った方が遥かに楽

**デフォルトの名無しさん** · 2021/08/09(月) 22:27:58.05

コードの変更管理の問題もあんね
変更箇所以外を安易に変えられては困る...

あ！vsダメか...

**デフォルトの名無しさん** · 2021/08/10(火) 07:32:36.86

>>99
まだこの無知はいいかげんなこといってるのか
コード作るってなにいってんだ
Android Studioでは手動で書くのと同じコードになるわけだがアホには理解できないんだな

ガチでやりだしたらっておまえAndroid未経験者だろｗ

>>98
Android StudioはただのIDEではない、Android開発に最適化されてるから
Android開発と密接な関係がある。

**デフォルトの名無しさん** · 2021/08/10(火) 08:17:35.76

>>101
>> Android Studioでは手動で書くのと同じコードになるわけだがアホには理解できないんだな
Android Studioスゲーな
>>75みたいなのも忖度してくれるんだw
使い始めの信者モードなんだろうな…

**デフォルトの名無しさん** · 2021/08/10(火) 16:39:04.07

Android studioとeclipseはトロいから嫌い

**デフォルトの名無しさん** · 2021/08/10(火) 22:06:22.58

安定して今日もMAUIの話題無し

>>102
コピペのが速い場合はコードコピペすればいい
効率低下などの副作用がない場合はGUI designer使えばいい
併用したっていい
ケースバイケースで臨機応変にできないやつはアホだな

**デフォルトの名無しさん** · 2021/08/10(火) 22:13:58.73

>>104
Android Studio凄い、俺凄いってのはよくわかった

**デフォルトの名無しさん** · 2021/08/10(火) 22:33:58.99

>>104
MAUI試してみたいけど製品版のVisual Studioにまだ入れられないから試せてない

**デフォルトの名無しさん** · 2021/08/10(火) 22:53:45.08

MAUIなんてあまり期待してないからな、正式リリースするまでインストール何かしないし
だから話題にする事何かないわ
取りあえず今はjetpack composeでアプリ作るだけ

**デフォルトの名無しさん** · 2021/08/10(火) 23:32:13.69

>>105
俺はすごくないがAndroid Studioはすごい。
mobile appでは一番使われてるだけあって安定してるし使いやすいわ

>>106
VS2022はほかのVSと共存・併用できるよ
MAUIはまだproject templateすらGUI用意されてないし
ドキュメントも足りないし
急いでないなら9月のRCか11月の正式を待ってもいいかも

**デフォルトの名無しさん** · 2021/08/10(火) 23:38:57.17

>>108
だから早くAndroid Sdutioのスレに行けって言ってるだろ
気狂いよ

**デフォルトの名無しさん** · 2021/08/11(水) 00:52:24.64

MAUIの話題がないて完全なるMSの身勝手な都合で作られただけのゴミについて何を話せばええんや？w
AppleやGoogleから周回遅れでストア立ち上げて何をとち狂ったのかUWPゴリ押ししてWin32切り捨てたら総スカン食らって過疎化
ストアだけでなくデスクトップ全体のアプリの過疎化を招いてモバイルアプリあればええやんって風潮になってしまい焦ってWin32でストア配布認めますライセンス更新料も取りません手数料も10％だけで業界一安いですリッチなUIもWin32対応させますって尻に火がついたMSの下心が生み出したのがMAUIなんだが何を語れと？www
結局開発者が望むネイティブとウェブの融合は頑なに拒否してXAMLとASP(Blazor)を固辞して自社の開発ですら認めるXamarinのネイティブとウェブが統合されていないという欠点を華麗にスルーし続けるMSの開発環境とかよほどの事情がない限りあり得ないんよ

**デフォルトの名無しさん** · 2021/08/11(水) 08:32:41.60

>>110
いいかげんに句読点の使い方覚えてくれ。
一文が長すぎて読む気がしない。

native, browserのcross platformはMAUI wikiに書かれてる。
desktopとmobileがnative対応したらweb appはいらないと思うわ
わざわざbrowserでやる必要がない。

**デフォルトの名無しさん** · 2021/08/11(水) 14:35:03.05

ここで聞くのが良いのか分からないのですが、質問、と言うか相談をさせてください。
Xamarin.Formsで作成中のアプリ(ターゲットはUWP,Android)から、WebAPIへのアクセスを行う予定なのですが、
この時、OAuthの認証に使うclient_idとclient_secretなど、アプリに固有で出来ればユーザから隠したい文字列が複数あり、
これの保持(実装に当たって、どこにどう記述するか)に迷っています。
個人だけで使う分にはハードコーディングしちゃうのですが、一応不特定多数が使う想定なので
気休めなりにも対策できないかと考えています。
この手の隠蔽しておきたい情報の保持について、定石(個人で出来る範囲で)とかありますでしょうか？

**デフォルトの名無しさん** · 2021/08/12(木) 00:59:14.54

さっさとpreview 7触ってこい

**デフォルトの名無しさん** · 2021/08/12(木) 09:32:48.75

>>112
どこに保存するかはおいといて、暗号化して保存しておけばいいんじゃない。

**デフォルトの名無しさん** · 2021/08/12(木) 13:19:05.68

>>112
プログラムの説明みたいな文章が一行書かれてて、それを部分的に複数切り出して結合してパスワードにするとか見たことある
いいのか悪いのか分からん

**デフォルトの名無しさん** · 2021/08/12(木) 18:05:13.21

久しぶりに見たらポトペタとかいう死語が飛び交ってて激しくワロタ
使ってたらXAMLはポトペタ開発より優れてるって気づくと思うけどな
多分、彼は食わず嫌いというか新しい開発方式などに抵抗感が強いタイプの人間なのだろう

**デフォルトの名無しさん** · 2021/08/12(木) 18:58:46.33

もう許してやれw

**デフォルトの名無しさん** · 2021/08/12(木) 19:17:30.09

c#おじさん...

**デフォルトの名無しさん** · 2021/08/12(木) 20:30:10.47

>>116
彼って誰だよ
ポトペタの定義は？
アンカーつけられない人ってこういう無能ばかり
併用できるなら使いわければいいと結論でたのに理解できていない

**デフォルトの名無しさん** · 2021/08/13(金) 01:02:26.78

アンカーおじ自演乙www
アンカーおじ＝ポトペタおじ＝PHPはまともな言語じゃないおじ＝本人ド底辺のVBおじ
やっぱレベル低いやつって根本的に頭悪いというかリアルガイジなんやな

**デフォルトの名無しさん** · 2021/08/13(金) 03:41:58.76

自演じゃないのにアホだな。
>>120
あと俺はC＃とWPFで開発の仕事してたから、今はポトペタなんかやってない。

**デフォルトの名無しさん** · 2021/08/14(土) 22:28:17.45

Xamarin.Formsで作るとプラットフォームごとにデザインの統一感が無いんだけど、これどうにかならん？
ウェブで言うところのCSSフレームワークのような、見た目を揃えるフレームワークがほしい

>>112
そもそもパブリッククライアントから認可サーバー、リソースサーバーにリソースオーナーパスワードクレデンシャルグラントでアクセスする場合、クライアントシークレットは使わんらしいよ

**デフォルトの名無しさん** · 2021/08/14(土) 23:39:25.86

>>122
無理だな諦めろプログラマーは言語やアーキテクチャやフレームワークの選定も技術のうちだからXamarin選択したのがそもそもの失敗
Xamarin.FormsとReact NativeはネイティブUIを利用するから無理Flutterは独自UIだから何もせずそのままでデザインを統一できる
ここで頭が痛いのがXamarin.Formsでプラットフォーム毎にカスタムレンダラーを実装する必要がありコードビハインドが必須でEntryのアウトラインやカラーいじるだけでもメタクソ苦労する
これがReact NativeならCSSに良く似た構文でStyleを記述すれば済むからHTMLのようにものすごく簡単にカスタマイズできる
この独自のデザインやアニメーションを実装するのがドチャクソ大変なのはXamarin.Formsに限らずWPFでもUWPでもずーっとXAMLの欠点だったんだがMSは実際に自分たちでXamarinを使って開発しないからいつ迄経っても気付かないし反省しないんだわ

**デフォルトの名無しさん** · 2021/08/14(土) 23:48:07.12

>>123
句読点つかえない頭の悪そうなおじさん

**デフォルトの名無しさん** · 2021/08/14(土) 23:49:52.31

とりあえずflutter誉めとけってのがずっと前からいるなw

**デフォルトの名無しさん** · 2021/08/15(日) 00:05:04.22

いやXAMLのデザインの不甲斐なさは
他を知ってるなら問題だぞ

**デフォルトの名無しさん** · 2021/08/15(日) 01:55:10.19

数あるクロスプラットフォームフレームワーク向けフロントエンドの中でもデザイン・アニメーション・エフェクトのカスタマイズが極めて面倒かつ困難で最低なのがXAMLだからな
React NativeのComponentもFlutterのWidgetもほぼCSSな構文でStyleをHTMLのように簡単に定義できるからやりたいことが簡単かつ迅速に実装できる
さらに輪を掛けてクソなのがMSも必要なら自分で作れと放置プレーかつコミュニティも全く盛り上がらなくてフレームワークやライブラリがほとんどなく実装が大変だから頼りたいライブラリなどもないという負のスパイラルでもうどうしようもないくらい悲惨な環境
ぶっちゃけここが一番の問題でJS(TS)やPythonのようにコミュニティが活発でどんどん増える便利なフレームワークやライブラリが使いたいから言語を選ぶという逆転現象がMSの環境では絶対に起こらないんだわ

**デフォルトの名無しさん** · 2021/08/15(日) 02:36:14.47

React FlutterあたりをNGに入れるといいのかな

**112** · 2021/08/15(日) 10:58:53.00

いろいろとアドバイスありがとうございます。やはり定番のやり方みたいなものは無いようですね……もう少し頭ひねってみます。

>>122
今相手にするサーバー側、認証の実施後に改めてaccess_tokenを得るとかで、client_secretも必要なんです。
OAuth2 よく分かってないのでアレなんですが、相手がそうなってる以上そうするしか無いというヤツで……

**デフォルトの名無しさん** · 2021/08/15(日) 13:37:41.81

Xamarin.Formsでアプリ作ってるんだけど、一番下のタブバーを自動的に隠すのってどうやるの
Shellページをどう書けばいいのかわからない

<Shell.Resources>
<ResourceDictionary>
<Style x:Key="BaseStyle" TargetType="Element">
<Setter Property="Shell.BackgroundColor" Value="{StaticResource Primary}" />
・・・
<Setter Property="Shell.UnselectedColor" Value="#95FFFFFF" />
</Style>
<Style TargetType="TabBar" BasedOn="{StaticResource BaseStyle}" />
<Style TargetType="FlyoutItem" BasedOn="{StaticResource BaseStyle}" />
</ResourceDictionary>
</Shell.Resources>

<TabBar > 
<ShellContent Title="メイン" ContentTemplate="{DataTemplate local:main}" />
<ShellContent Title="サブ" ContentTemplate="{DataTemplate local:sub}" />
<ShellContent Title="サブミッション" ContentTemplate="{DataTemplate local:kansetsu}" />
</TabBar>
こんな感じなんだけど、浴したのタブが自動的に隠れて、必要なときににゅるっと出てくるじゃん
ああいうふうにしたい