[過去ﾛｸﾞ] Microsoft Xamarin part8 [.NET MAUI] (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
19: 2021/08/03(火)01:29 ID:pLHTkUUw(1) AAS
いや、何言ってんの？
20(1): 2021/08/03(火)11:40 ID:0Yig1Pf9(1) AAS
>>17
ありがとう、
MAUIでなくXamarinでproject作ったらJDKライセンス同意の画面がでてきて
それ以降、API30のAndroid emulator立ち上がるようになった。
MAUIはまだGUIのテンプレートでproject作れないんだな
dotnet new maui -n mauitest
でproject作れるのはわかったがBuildはエラーで通らなかった。
省3
21(1): 2021/08/03(火)20:49 ID:3OflLX7c(1) AAS
xamarinと何も変わってない
開発体制、品質全く同じ
望みなし
22(1): 2021/08/03(火)21:27 ID:4EGDKMYd(1) AAS
PrismでMVVMやってるんだけどDynamicResoursesの切り替えってどうやるんすか？
動的にスタイル変える方法をググるとApplication.Current.Resourcesを書き換えろって出てくるんだけど
これってレイヤーが違うと思うんでVMではやりたくない
CSSだとclassだけ書き換えてスタイルを切り替えれたけどこれと同じことをやりたいつまり
・動的にスタイルを切り替える
・VMは具体的なスタイルを知らず代わりにスタイルを示す名前を扱う
23: 2021/08/03(火)21:51 ID:3e74G+kh(1) AAS
Firestoreからデータ取得したいけど、参考になるサイトありますか?
24(1): 2021/08/04(水)00:15 ID:qtSxTq0Q(1) AAS
>>22
DataTrigger使う
どちらにしろコードビハインドする必要があるこれはXAML(MVVM)では避けて通れないモヤモヤポイントだから諦めるしかない
ControlTemplateなんかのXAMLだけじゃどうしようもないカスタマイズしまくりのユーザー定義コントロールとかクラス拡張しまくりのコードビハインドの塊だからな
まぁ別にReact NativeだってHooksをViewに書きまくるわけだからFluxtとか何それって感じだしアーキテクチャに矛盾が生じるなんてそれこそよくあること
25: 2021/08/04(水)01:54 ID:45YS3Hvr(1) AAS
>>24
あざす
XAMLしんどいすね…
はじめたばかりなののこころおれそう
26: 2021/08/04(水)10:05 ID:UGRrV4fv(1/3) AAS
>>20のエラー解決した
VS2022の下のworkloadsの上から4個も追加でいれたらMAUIの新規アプリ作成できるようになった。
ファイルサイズ大きすぎるからdocument無視してUWPとかC++入れてなかった。
Mobile development with .NET
Universal Windows Platform development
Desktop development with C++
.NET Desktop Development
省6
27(1): 2021/08/04(水)10:06 ID:UGRrV4fv(2/3) AAS
>>21
開発体制はXamarinと全く違うしクオリティは必ずあがるだろう
すでにドキュメントの充実度があがってる
28: 2021/08/04(水)10:13 ID:UGRrV4fv(3/3) AAS
外部ﾘﾝｸ:www.statista.com
Cross-platform mobile frameworks used by software developers worldwide
Xamarin 11%
C#ではトップ維持するもシェアが減った
Flutter以外、すべてシェアが減っているがMAUIが出れば流れはかわるだろう
29: 2021/08/07(土)23:37 ID:hTQ1BWxi(1) AAS
うーむわからない
PrismのViewModelsのボイラープレートのDestroyでReactivePropertyをDisposeするコードを書いたんですけど、
このDestroyイベントが呼ばれてないっぽいです
このイベントってアプリ終了しても呼ばれないんですかね？
ちなみにランタイムはAndroidです
30: 2021/08/08(日)01:16 ID:yLNKABBR(1) AAS
ReactivePropertyは使ったことないけど俺はおすすめしないな
特にフレームワークやライブラリが全く成熟せずメンテされないXamarin環境ですでにPrismですらろくにメンテされてないのに技術自慢の河合がノリで作ってろくにメンテしてないフレームワークとか俺なら絶対に採用しないわ
Firebaseのライブラリですら海外の個人メンテナーに頼っててIssue山積みなの知らなくてバグ満載でどハマりしたからな
ピンハネしすぎでまた別問題だがそれでもCOCOAの惨状とか見ればわかる通りぶっちゃけ現時点でハイブリッド開発でXamarinを選択するのはめちゃくちゃリスキーだぞ環境やコミュニティが全く盛り上がラズ成熟もしてないからなMS自体がXamarinじゃなくReact Nativeで開発してる時点でお察し
31: 2021/08/08(日)02:10 ID:spevSTIa(1) AAS
あ、はい
すごくしんどい気はしてるんだけどもうやるしかないとこまできてる
次の機会ではFlutterでチャレンジするよ
RNはRNでアップデートしんどいって聞いた
話戻すんですけどDestroyが呼ばれない件って何かわかりますかね？
32: 2021/08/08(日)09:36 ID:Mo7aKH+B(1/5) AAS
MAUIとXamarinはドキュメント少ないね
サンプルアプリをbuildして動かしたあとすぐに学習が停滞する
Android Studioはドキュメント充実してると実感する
IDE触ってるだけでUIの開発がなんとなくわかってしまう。
JetPack Composeが人気らしいけど
Compose Multiplatformってすごく人気でそうじゃない？
言語がKotlinだしReactNative, Flutter, Xamarinをすぐに抜き去るんじゃないかと
33(3): 2021/08/08(日)13:58 ID:mSPMxXcr(1) AAS
VBで作ったアプリをxamarinにコンバートしてますが、情報が少ないのでKotlinやflutterで作り直したほうが良いでしょうか?
ちなみにxamarinを選択した理由はメインロジックをツールでコンバートしやすいのとvisualstudioに慣れてるからです。
34: 2021/08/08(日)14:48 ID:Mo7aKH+B(2/5) AAS
>>33
動作が必要なプラットフォームは？業務用？
ユーザー数は？VBのバージョンは？
コンバートに使ってるツールは？
compose multiplatformはまだアルファ版だし業務なら使えない。
あとまだiOSなどが対応してない
外部ﾘﾝｸ:blog.jetbrains.com
省3
35: 2021/08/08(日)15:45 ID:Mo7aKH+B(3/5) AAS
外部ﾘﾝｸ:www.theregister.com
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."
36: 2021/08/08(日)16:31 ID:bQ604qzQ(1) AAS
>>33
VBアプリケーションは当時の流行のせいで
プレゼンテーションとビジネスロジックが密結合している可能性が高く
簡単に資産を捨てることはできないと思うよ
たぶん.NETでやる以外の選択肢はないんじゃないかな
37: 2021/08/08(日)16:53 ID:K1rR3dVB(1) AAS
>>33
スタンドアロンのシステムなの？
サーバーを.NETにしてビジネスロジックを全部そっちにおいて
UIは好きなので組めばいいんじゃないの？
38(1): 2021/08/08(日)22:17 ID:SlvtpBfQ(1/5) AAS
もう勝負あっただろ
flutterは今年中にwindowsにもしっかり対応するし
flutterでandroid,iOS,macOS,windowsでさらにUWPでwebも!!
jetpack composeも正式リリースしてcomposableは状態変化を自動で検出してflutterの上位互換
maui??
ぷっ
39: 2021/08/08(日)22:19 ID:SlvtpBfQ(2/5) AAS
WinUIはコントロール豊富だからこれらがwindows専用じゃなくてmauiで使えたら
他のプラットホームでfluent design!!
ってワンチャンはあったな
40: 2021/08/08(日)22:22 ID:SlvtpBfQ(3/5) AAS
UnoPlatformは忘れた方がいい
41: 2021/08/08(日)22:38 ID:Mo7aKH+B(4/5) AAS
>>38
MAUIもofficial wikiにbrowser対応検討中と書いてあるぞ
Blazorと連携するようになると思われる
MAUIを見下してるがflutterも負け組になるんじゃないか
Dart嫌い多いしCompose MultiPlatformがiOS対応したらFlutterはおしまいだと思うわ
Dartなんて選んだ時点で失敗は確定していた
42: 2021/08/08(日)22:57 ID:SlvtpBfQ(4/5) AAS
更に優秀なのでてきて負け組になるなら優秀なのに乗り換えるだけだし
別に問題ないだろ
楽に開発したいのが目的だから
現状はトータルとしてflutterが一番楽だから使ってるだけだし
composeは一つ作りかけのアプリcomposeに移行してるけど
43(2): 2021/08/08(日)23:13 ID:SlvtpBfQ(5/5) AAS
つか、composeがiOSに対応なんて先長いだろ?
よくわかってないが現状JVM依存してる?からiOSでは駄目なんしょ?
そこまでJetbrain頑張れる?
xamarinの場合はAOTコンパイルしてるからiOS向けokだけど
44: 2021/08/08(日)23:22 ID:II+2ElqZ(1) AAS
新しくなくても優れてなくてもいいから長期間メンテ最小限で動くやつがいい
45: 2021/08/08(日)23:40 ID:Mo7aKH+B(5/5) AAS
>>43
JetBrainsが有能すぎるから、何でもありうるんじゃないか
compose multiplatformはbrowserとdesktopを同時に開発してきたんだろ。
しかも今アルファだが年内に正式版だすといってる。
iOSも1年以内に正式版出してくると思われる
なんでiOSは無理だと思うわけ？iOSはJVM使えないからってだけ？
KotlinもtypesafeなわけだからSwiftに変換してコンパイルするのは
省2
46(1): 2021/08/08(日)23:43 ID:HmXMyWaM(1) AAS
そんなもん正式版出てきてからでいいだろ
「正式リリースはXX年のXX月です」ってその手のやつってなかなか出てこないし
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.
省1
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を出してきたことになる。
省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書けないでしょう
省1
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#のとは違うでしょう
どの場所を起点に配置するかも上下左右、指定必要だし
省1
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で新機能としてフィーチャーされてるわ
省2
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設計できる方法もあったほうがいいに決まっている
省4
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のカスタマイズは非常に大変だったんだがそういう苦労すらわからない○○なんだろうなぁ
77(1): 2021/08/09(月)19:39 ID:KhkS1z0C(9/17) AAS
>>76
PHPなんてやってたおまえのが底辺なわけだがｗ
結局、おまえAndroid開発経験ゼロなのばれてる
Web appとかXAMLの話にすり替えてるだけ
今そんな話していない
Android app開発でふつうVSCodeなんて使わない
VSCodeが人気とか関係ない
省2
78(2): 2021/08/09(月)19:43 ID:KhkS1z0C(10/17) AAS
>>74-75
直接のコード編集とGUI併用するに決まってるだろう
ほかのプロジェクトからの使いまわしならコピペするし、
ふだんあまり使わない部品ならGUIでやると細かいプロパティが設定しやすい
79(1): 2021/08/09(月)19:49 ID:XTaREe6O(6/9) AAS
>>77-78
Android開発でVSCode使うけどな。
細かいプロパティ設定する事なんか滅多に無いだろ。
そんな場当たり的なレイアウトするより、プロパティ設定したコントロールを貼り付けるわ。。
80(1): 2021/08/09(月)20:05 ID:Xrd/gax2(5/5) AAS
おいおい現代の開発環境でPHPやJS(TS)やPythonを否定するってどんだけ時代遅れの遺物で老害でド底辺なんだレベル低すぎて会話が成立しないんだが・・・w
底辺VBおじと違ってオイラはフルスタックエンジニアなんでDBもRDBMSだけでなくNoSQLも使うけどあんたのようなド底辺はFirebaseすら触ったことないんだろうなまぁお前のにはAccessでも使ってなさいってこった
81(1): 2021/08/09(月)20:05 ID:S8n0VVLE(3/5) AAS
>>78
ん？
ポトペタしてコードを修正するってこと？
要するに>>67に書いた初心者ってことやねw
82(1): 2021/08/09(月)20:08 ID:KhkS1z0C(11/17) AAS
>>79
嘘つけ
おまえがAndroid Studio使ったことないのはばれてるしだまってろ
本家推奨の開発環境は便利な機能がある
Android Studioあるのにわざわざ低機能なVSCodeを使う理由がない
83(1): 2021/08/09(月)20:09 ID:I7p5wUxR(1/2) AAS
c#おじさん...
84(1): 2021/08/09(月)20:13 ID:KhkS1z0C(12/17) AAS
>>81
はぁああ？
ドラッグ＆ドロップしたらVBAのマクロ記録だ？
頭悪すぎ
なんかこのスレやばいな
SP appの開発したことないやつがやたら多くてえらそうにしてる
85: 2021/08/09(月)20:15 ID:KhkS1z0C(13/17) AAS
>>83
Xamarin, MAUIのスレなんてC#おじだらけだろ
慣れ親しんだC#でさくさくSP appも作れたらって夢見てる人たち
86: 2021/08/09(月)20:17 ID:KhkS1z0C(14/17) AAS
>>80
アンカーもつけられない低能が何言っても
87(1): 2021/08/09(月)20:18 ID:XTaREe6O(7/9) AAS
>>82
なんでだよ。
重いじゃん。
88: 2021/08/09(月)20:24 ID:eRGdBEf8(7/7) AAS
あぼーんだらけ😅
89(1): 2021/08/09(月)20:27 ID:KhkS1z0C(15/17) AAS
>>87
IDEすら重いのはおまえのPCがしょぼいだけ
そんなしょぼいPCではAndroid emulatorもまともに動かせないだろう
VSCodeではできないことが多すぎる
90(1): 2021/08/09(月)20:36 ID:jzFIwbie(1/2) AAS
XamarinのスレになんでAndroid StudioだのVSCodeだので盛り上がってるの
91: 2021/08/09(月)20:36 ID:S8n0VVLE(4/5) AAS
>>84
ああ、比喩も理解できないのか…
可哀想にw
まあ「その程度の」開発しかしてないってことなんだろうね
92: 2021/08/09(月)20:41 ID:XTaREe6O(8/9) AAS
>>89
いや、動くよ。
使い方だぞ。
93(2): 2021/08/09(月)20:50 ID:KhkS1z0C(16/17) AAS
>>90
流れみりゃわかるでしょ
このスレ、MAUIもXamrinもAndroid Studioも使ったことないやつばっかりなんだよ
だからPHPとかVSCodeとかVBAとか関係ない話するおじいが多い
Android Studioは現状MAUIに失望して話が盛り上がっている
もちろん話したいのはIDEそのものの話じゃなくAndroid app開発なんだが
このスレのやつらは経験ゼロばかりでまともな議論ができない
94(1): 2021/08/09(月)20:56 ID:KhkS1z0C(17/17) AAS
ここはXamarinもMAUI経験ゼロばかりのようだが
それなら最低でもAndroid StudioとKotlinくらい覚えるべき。
95: 2021/08/09(月)20:58 ID:jzFIwbie(2/2) AAS
>>94
そう言う話ならそっちのスレに誘導して出て行ってくれ
96: 2021/08/09(月)21:08 ID:XTaREe6O(9/9) AAS
>>93
Xamarinに関してはほとんどVSCodeでやってるぞ。
これはガチで。
97: 2021/08/09(月)21:10 ID:nXkpCjGq(1/2) AAS
>>93
>>51,53で君が長文で反応したから話がこうなったんだろww
>>50とか突然の単発IDEの話とか無視すりゃいいのに
98(1): 2021/08/09(月)21:14 ID:nXkpCjGq(2/2) AAS
>もちろん話したいのはIDEそのものの話じゃなくAndroid app開発なんだが
自分でIDEの話に思いっきり食い付いた癖に何いってんだか..
99(1): 2021/08/09(月)21:46 ID:S8n0VVLE(5/5) AAS
Android Studio使い始めて楽しい時期なんだろうと微笑ましいw
ガチでやりだしたらポトペタなんかよりコード作った方が遥かに楽
上下前次1-新書関写板覧索設栞歴
あと 903 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.023s