- 1 名前：デフォルトの名無しさん [2021/08/01(日) 09:38:36.43 ID:AQsxQSFr.net]
- Xamarinと.NET MAUIのスレッドです。
C#でクロスプラットフォームのアプリを開発できるフレームワーク
無料、クロスプラットフォーム、オープンソース。
対応プラットフォームは、Windows, Android, iOS, macOS, Linuxなど
- 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ダメか...
- 102 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 07:32:36.86 ID:VM3rEb5W.net]
- >>99
まだこの無知はいいかげんなこといってるのか
コード作るってなにいってんだ
Android Studioでは手動で書くのと同じコードになるわけだがアホには理解できないんだな
ガチでやりだしたらっておまえAndroid未経験者だろｗ
>>98
Android StudioはただのIDEではない、Android開発に最適化されてるから
Android開発と密接な関係がある。
- 103 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 08:17:35.76 ID:TcT6W/yC.net]
- >>101
>> Android Studioでは手動で書くのと同じコードになるわけだがアホには理解できないんだな
Android Studioスゲーな
>>75みたいなのも忖度してくれるんだw
使い始めの信者モードなんだろうな…
- 104 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 16:39:04.07 ID:muWOpKNr.net]
- Android studioとeclipseはトロいから嫌い
- 105 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 22:06:22.58 ID:VM3rEb5W.net]
- 安定して今日もMAUIの話題無し
>>102
コピペのが速い場合はコードコピペすればいい
効率低下などの副作用がない場合はGUI designer使えばいい
併用したっていい
ケースバイケースで臨機応変にできないやつはアホだな
- 106 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 22:13:58.73 ID:+SAyX8kZ.net]
- >>104
Android Studio凄い、俺凄いってのはよくわかった
- 107 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 22:33:58.99 ID:oYOULF7P.net]
- >>104
MAUI試してみたいけど製品版のVisual Studioにまだ入れられないから試せてない
- 108 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 22:53:45.08 ID:0wKAWNP/.net]
- MAUIなんてあまり期待してないからな、正式リリースするまでインストール何かしないし
だから話題にする事何かないわ
取りあえず今はjetpack composeでアプリ作るだけ
- 109 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 23:32:13.69 ID:VM3rEb5W.net]
- >>105
俺はすごくないがAndroid Studioはすごい。
mobile appでは一番使われてるだけあって安定してるし使いやすいわ
>>106
VS2022はほかのVSと共存・併用できるよ
MAUIはまだproject templateすらGUI用意されてないし
ドキュメントも足りないし
急いでないなら9月のRCか11月の正式を待ってもいいかも
- 110 名前：デフォルトの名無しさん mailto:sage [2021/08/10(火) 23:38:57.17 ID:+SAyX8kZ.net]
- >>108
だから早くAndroid Sdutioのスレに行けって言ってるだろ
気狂いよ
- 111 名前：デフォルトの名無しさん mailto:sage [2021/08/11(水) 00:52:24.64 ID:uxFOYo/O.net]
- MAUIの話題がないて完全なるMSの身勝手な都合で作られただけのゴミについて何を話せばええんや？w
AppleやGoogleから周回遅れでストア立ち上げて何をとち狂ったのかUWPゴリ押ししてWin32切り捨てたら総スカン食らって過疎化
ストアだけでなくデスクトップ全体のアプリの過疎化を招いてモバイルアプリあればええやんって風潮になってしまい焦ってWin32でストア配布認めますライセンス更新料も取りません手数料も10％だけで業界一安いですリッチなUIもWin32対応させますって尻に火がついたMSの下心が生み出したのがMAUIなんだが何を語れと？www
結局開発者が望むネイティブとウェブの融合は頑なに拒否してXAMLとASP(Blazor)を固辞して自社の開発ですら認めるXamarinのネイティブとウェブが統合されていないという欠点を華麗にスルーし続けるMSの開発環境とかよほどの事情がない限りあり得ないんよ
- 112 名前：デフォルトの名無しさん mailto:sage [2021/08/11(水) 08:32:41.60 ID:vguJ8qTw.net]
- >>110
いいかげんに句読点の使い方覚えてくれ。
一文が長すぎて読む気がしない。
native, browserのcross platformはMAUI wikiに書かれてる。
desktopとmobileがnative対応したらweb appはいらないと思うわ
わざわざbrowserでやる必要がない。
- 113 名前：デフォルトの名無しさん mailto:sage [2021/08/11(水) 14:35:03.05 ID:fpPWlZaN.net]
- ここで聞くのが良いのか分からないのですが、質問、と言うか相談をさせてください。
Xamarin.Formsで作成中のアプリ(ターゲットはUWP,Android)から、WebAPIへのアクセスを行う予定なのですが、
この時、OAuthの認証に使うclient_idとclient_secretなど、アプリに固有で出来ればユーザから隠したい文字�
- 114 名前：ｪ複数あり、
これの保持(実装に当たって、どこにどう記述するか)に迷っています。
個人だけで使う分にはハードコーディングしちゃうのですが、一応不特定多数が使う想定なので
気休めなりにも対策できないかと考えています。
この手の隠蔽しておきたい情報の保持について、定石(個人で出来る範囲で)とかありますでしょうか？ [] - [ここ壊れてます]
- 115 名前：デフォルトの名無しさん mailto:sage [2021/08/12(木) 00:59:14.54 ID:Ty49BpEx.net]
- さっさとpreview 7触ってこい
- 116 名前：デフォルトの名無しさん mailto:sage [2021/08/12(木) 09:32:48.75 ID:SCWCHSL9.net]
- >>112
どこに保存するかはおいといて、暗号化して保存しておけばいいんじゃない。
- 117 名前：デフォルトの名無しさん [2021/08/12(木) 13:19:05.68 ID:O8rU1l35.net]
- >>112
プログラムの説明みたいな文章が一行書かれてて、それを部分的に複数切り出して結合してパスワードにするとか見たことある
いいのか悪いのか分からん
- 118 名前：デフォルトの名無しさん [2021/08/12(木) 18:05:13.21 ID:YqMI2m2A.net]
- 久しぶりに見たらポトペタとかいう死語が飛び交ってて激しくワロタ
使ってたらXAMLはポトペタ開発より優れてるって気づくと思うけどな
多分、彼は食わず嫌いというか新しい開発方式などに抵抗感が強いタイプの人間なのだろう
- 119 名前：デフォルトの名無しさん mailto:sage [2021/08/12(木) 18:58:46.33 ID:yQ0T+WEs.net]
- もう許してやれw
- 120 名前：デフォルトの名無しさん mailto:sage [2021/08/12(木) 19:17:30.09 ID:/tY+Xjfe.net]
- c#おじさん...
- 121 名前：デフォルトの名無しさん mailto:sage [2021/08/12(木) 20:30:10.47 ID:QblN700D.net]
- >>116
彼って誰だよ
ポトペタの定義は？
アンカーつけられない人ってこういう無能ばかり
併用できるなら使いわければいいと結論でたのに理解できていない
- 122 名前：デフォルトの名無しさん mailto:sage [2021/08/13(金) 01:02:26.78 ID:9P1gGnVV.net]
- アンカーおじ自演乙www
アンカーおじ＝ポトペタおじ＝PHPはまともな言語じゃないおじ＝本人ド底辺のVBおじ
やっぱレベル低いやつって根本的に頭悪いというかリアルガイジなんやな
- 123 名前：デフォルトの名無しさん mailto:sage [2021/08/13(金) 03:41:58.76 ID:USys6TCz.net]
- 自演じゃないのにアホだな。
>>120
あと俺はC＃とWPFで開発の仕事してたから、今はポトペタなんかやってない。
- 124 名前：デフォルトの名無しさん mailto:sage [2021/08/14(土) 22:28:17.45 ID:YGU1QZEs.net]
- Xamarin.Formsで作るとプラットフォームごとにデザインの統一感が無いんだけど、これどうにかならん？
ウェブで言うところのCSSフレームワークのような、見た目を揃えるフレームワークがほしい
>>112
そもそもパブリッククライアントから認可サーバー、リソースサーバーにリソースオーナーパスワードクレデンシャルグラントでアクセスする場合、クライアントシークレットは使わんらしいよ
- 125 名前：デフォルトの名無しさん mailto:sage [2021/08/14(土) 23:39:25.86 ID:Qxa0utyb.net]
- >>122
無理だな諦めろプログラマーは言語やアーキテクチャやフレームワークの選定も技術のうちだからXamarin選択したのがそもそもの失敗
Xamarin.FormsとReact NativeはネイティブUIを利用するから無理Flutterは独自UIだから何もせずそのままでデザインを統一できる
ここで頭が痛いのがXamarin.Formsでプラットフォーム毎にカスタムレンダラーを実装する必要がありコードビハインドが必須でEntryのアウトラインやカラーいじるだけでもメタクソ苦労する
これがReact NativeならCSSに良く似た構文でStyleを記述すれば済むからHTMLのようにものすごく簡単にカスタマイズできる
この独自のデザインやアニメーションを実装するのがドチャクソ大変なのはXamarin.Formsに限らずWPFでもUWPでもずーっとXAMLの欠点だったんだがMSは実際に自分たちでXamarinを使って開発しないからいつ迄経っても気付かないし反省しないんだわ
- 126 名前：デフォルトの名無しさん mailto:sage [2021/08/14(土) 23:48:07.12 ID:I10i
]
- [ここ壊れてます]
- 127 名前：dqyP.net mailto: >>123
句読点つかえない頭の悪そうなおじさん [] - [ここ壊れてます]
- 128 名前：デフォルトの名無しさん mailto:sage [2021/08/14(土) 23:49:52.31 ID:G5annGDg.net]
- とりあえずflutter誉めとけってのがずっと前からいるなw
- 129 名前：デフォルトの名無しさん mailto:sage [2021/08/15(日) 00:05:04.22 ID:XorQKxg5.net]
- いやXAMLのデザインの不甲斐なさは
他を知ってるなら問題だぞ
- 130 名前：デフォルトの名無しさん mailto:sage [2021/08/15(日) 01:55:10.19 ID:uwVOLZ95.net]
- 数あるクロスプラットフォームフレームワーク向けフロントエンドの中でもデザイン・アニメーション・エフェクトのカスタマイズが極めて面倒かつ困難で最低なのがXAMLだからな
React NativeのComponentもFlutterのWidgetもほぼCSSな構文でStyleをHTMLのように簡単に定義できるからやりたいことが簡単かつ迅速に実装できる
さらに輪を掛けてクソなのがMSも必要なら自分で作れと放置プレーかつコミュニティも全く盛り上がらなくてフレームワークやライブラリがほとんどなく実装が大変だから頼りたいライブラリなどもないという負のスパイラルでもうどうしようもないくらい悲惨な環境
ぶっちゃけここが一番の問題でJS(TS)やPythonのようにコミュニティが活発でどんどん増える便利なフレームワークやライブラリが使いたいから言語を選ぶという逆転現象がMSの環境では絶対に起こらないんだわ
- 131 名前：デフォルトの名無しさん mailto:sage [2021/08/15(日) 02:36:14.47 ID:N60oFgwc.net]
- React FlutterあたりをNGに入れるといいのかな
- 132 名前：112 mailto:sage [2021/08/15(日) 10:58:53.00 ID:Trr3gqqb.net]
- いろいろとアドバイスありがとうございます。やはり定番のやり方みたいなものは無いようですね……もう少し頭ひねってみます。
>>122
今相手にするサーバー側、認証の実施後に改めてaccess_tokenを得るとかで、client_secretも必要なんです。
OAuth2 よく分かってないのでアレなんですが、相手がそうなってる以上そうするしか無いというヤツで……
- 133 名前：デフォルトの名無しさん mailto:sage [2021/08/15(日) 13:37:41.81 ID:UJhoZndk.net]
- 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>
こんな感じなんだけど、浴したのタブが自動的に隠れて、必要なときににゅるっと出てくるじゃん
ああいうふうにしたい
- 134 名前：デフォルトの名無しさん mailto:sage [2021/08/15(日) 22:49:54.45 ID:/iRnnKrL.net]
- >>130
その必要な時はなにで判断するの？
ブラウザならマウスカーソルの場所だろうけどSPは？
UXとして自動的に隠れるのは良くないと思うんだが
- 135 名前：デフォルトの名無しさん mailto:sage [2021/08/15(日) 23:37:59.86 ID:UJhoZndk.net]
- >>131
自動的に隠れるのはタイマーを考えてます
出てくるのは画面の下の適当なところをタップされたとき
結構AndroidだとメジャーなUIだと思うから俺も実現したい
- 136 名前：デフォルトの名無しさん mailto:sage [2021/08/15(日) 23:43:00.64 ID:jnF6RsUO.net]
- タイマーはあんまり見なくね？
スクロールに合わせて出てくるのが多いと思う
- 137 名前：130 mailto:sage [2021/08/15(日) 23:54:48.83 ID:UJhoZndk.net]
- >>133
あ、ホントだ
下方向にスクロールしたらにゅるっと出てきて
上方向にスクロールしたら消えてるや
スクロールはスクロール位置を監視してればなんとかなりそうだけど(それもやったこと無いけど)
いきなり消えたりするんじゃなく、にゅるっと出たり消えたりするのを組み込みたいの
- 138 名前：デフォルトの名無しさん mailto:sage [2021/08/16(月) 00:15:46.24 ID:lXqu7ZoN.net]
- >>132
タイマーとか最悪だろｗ
セールスの電話とかで割り込まれたらイラっとするだろう？
なんか視界のものが動いたら視線動かしちゃうけど意味のないものだったら
すごくイライラさせてしまう。
ポップアップ広告とおなじようなもので不快にさせてしまう
それならハンバーガメニューのがはるかにまし
しまぶーのこの動画でも見たほうがいい
https://www.youtube.com/watch?v=OOIz2nl5524
アニメーションでメニュー出すにしても0.3秒とか時間をかけずにやらないといけない
ナビゲーションは独自性は出さずに大手のを真似したほうがいい。
Xamarinのハンバーガーメニューとかを検索すればいいんじゃないか、英語情報含めて。
- 139 名前：デフォルトの名無しさん mailto:sage [2021/08/16(月) 00:21:45.70 ID:+eLyuzHQ.net]
- >>131
Androidアプリでよくあるよ
- 140 名前：デフォルトの名無しさん mailto:sage [2021/08/16(月) 00:24:50.83 ID:lXqu7ZoN.net]
- >>134
0.3秒じゃなくて0.2秒だった
135の動画の前半にアップルのハンバーガーメニューがあるが
たしかに遅いだろう。
にゅるっと出るという表現みるあたりこういうとろいメニューにしたいんだろうけど
遅いのはいらつかせるだけだ。
0..2秒以内に瞬時に出てくるのならいいと思う
上の動画はXamarinではないがメニューの作り方の話は参考になるはず
- 141 名前：デフォルトの名無しさん mailto:sage [2021/08/16(月) 00:30:31.74 ID:lXqu7ZoN.net]
- >>136
俺の使ってるアプリではタイマーのうざいメニューはないな
タイマーのタイミングで移動したくなるわけじゃないんだし
>>137のアップルのとろいアニメーションとかも
プログラマーがアニメーション見せたい欲求が出ちゃってゆっくりメニューになってんだとおもう
タップしやすい下タブとかおなじみのハンバーガーメニューが無難でいいとおもうわ
- 142 名前：デフォルトの名無しさん mailto:sage [2021/08/16(月) 00:42:11.88 ID:lXqu7ZoN.net]
- 片手操作の割合が50%らしい、信じられない
Androidは画面大きいから両手じゃないとむり
次のアプリも片手持ちユーザーは無視して上にハンバーガーメニュー置くわ
タブレットのユーザーも片手持ち操作はしないわけだし
- 143 名前：デフォルトの名無しさん [2021/08/22(日) 03:29:00.21 ID:0Cz6ueFz.net]
- Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています
Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます
Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ
なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？
Nimの実験的特徴
著者： アンドレアス・ルンプ
バージョン： 1.5.1
nim-lang.github.io/Nim/manual_experimental.html
Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる
「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます
- 144 名前：デフォルトの名無しさん mailto:sage [2021/08/22(日) 05:22:30.87 ID:EsLa3yuv.net]
- GithubのCopilotもコメントや書きかけのコードからボイラープレートやスニペットを用意するくらいっぽくて大したことなさそうだな残念だわ
個人的にアプリとDBの処理が毎度似たようなものなのに互換性がないという非常に面倒でイライラする作業だからここをAIでオートメーション化できればめちゃくちゃ嬉しいんだがな
てかいい加減ER図からまともなDB構築してくれるAIはよ作れって感じなんだがいつまで経ってもできないのにAIでアプリのコードを自動生成なんて不可能だな
- 145 名前：デフォルトの名無しさん [2021/08/22(日) 13:18:18.25 ID:0Cz6ueFz.net]
- Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています
Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます
Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ
なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？
Nimの実験的特徴 バージョン1.5.1
nim-lang.github.io/Nim/manual_experimental.html
第二プログラミング言語として Rust はオススメしません Nim をやるのです
https://wolfbash.hateblo.jp/entry/2017/07/30/193412
Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる
「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます
- 146 名前：デフォルトの名無しさん mailto:sage [2021/08/26(木) 22:26:39.12 ID:983Js0//.net]
- メインページからサブページのテキストボックスの参照とかどうすればいいですか?
sub.txtNameとかやるとエラーになる。
- 147 名前：デフォルトの名無しさん mailto:sage [2021/08/28(土) 11:12:24.30 ID:61xWrGaR.net]
- xamarin.formsでタブAからタブBのテキストボックスの値を参照できないので、どうすればいいですか?
タブA.csから
タブB.txtName
を参照するとエラーが出る。
- 148 名前：デフォルトの名無しさん mailto:sage [2021/08/28(土) 11:47:42.91 ID:H94428G1.net]
- 別のスレで答えたぞ。
マルチしたらどこで答えたらいいか解らんくなるので辞めて。
- 149 名前：デフォルトの名無しさん mailto:sage [2021/08/28(土) 14:53:58.52 ID:bApujI34.net]
- HTML/CSSと比べてレイアウトが難しい…
Grid
Row
Frame
色々
Row
Frame
色々
色々の内容がぴったり収まるようにFrameの高さを調整
Frameがぴったり収まるようにRowの高さを調整
といった感じのことをしたいんだけどどうやってもうまくいなない
Rowの高さにAutoに設定しても*にしてもFrameが意図せず伸びてしまう
- 150 名前：デフォルトの名無しさん mailto:sage [2021/08/28(土) 19:09:03.02 ID:4nNO7IT6.net]
- rowの高さをポイント指定して決め打ちすればいいという話ではなくて？
- 151 名前：デフォルトの名無しさん mailto:sage [2021/08/28(土) 19:33:05.58 ID:5oeB/yz3.net]
- 色々の高さが不定なんでしょ
>>147
- 152 名前：デフォルトの名無しさん mailto:sage [2021/08/28(土) 20:11:24.19 ID:bApujI34.net]
- >>147
>>148
色々の高さが不定ってことです
|
 |
