[過去ﾛｸﾞ] Microsoft Xamarin part8 [.NET MAUI] (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
266: 2021/10/30(土)14:17 ID:1YHIXoO6(1) AAS
外部ﾘﾝｸ:vscode.dev
VｓCode のWeb実装
267: 2021/10/30(土)18:51 ID:nmegbTLJ(1) AAS
なんというか時代に狂わされた人間って感じがする
彼は何も作れない何も生み出せない人間なのだろうと思った
技術選択はプログラミングの本質的なものではないんだ
268: 2021/10/30(土)18:57 ID:Yl1avLxT(1) AAS
そういうエンジニアはC++かRustかGo使ってるよ
少なくともC#使うことはないね
269: 2021/10/30(土)19:28 ID:PypF9s1t(1/4) AAS
.netは言語、ランタイム自体の開発は頑張ってるけど、それ以外が駄目だからな
mauiもUWPぐらい頑張ってればワンちゃんあったけど、全く力入れてないから延期されクライアントサイドはunity以外は絶滅危惧種
サーバーサイドでは誰使ってるのかしらんが
270: 2021/10/30(土)19:32 ID:PypF9s1t(2/4) AAS
sliverlightやUWPは開発リソース大きくさいて力入れてたのはわかった
短期間でどんどん進化して仕上げてきたからな
mauiやwinuiはどうみても力入れてない片手間プロジェクト
271: 2021/10/30(土)19:35 ID:PypF9s1t(3/4) AAS
まぁ、でもWPF、Sliverlightそして今回のUWP
頑張って作ったけど速攻で見捨てるマイクロソフトある意味すげぇw
272: 2021/10/30(土)19:44 ID:7qbZ3Tm8(1) AAS
WPFとWinformsが結局しぶとく生き残ってる
273(1): 2021/10/30(土)19:45 ID:LzYbofN6(1) AAS
まぁ結局そういう結論になっちゃうよね
いくらOSSにしたってMS以外にコントリビュータもメンテナもいないんじゃMSが見限ったら終わりだからね
現代の開発環境はコミュニティベースじゃないとユーザー数が増えないから発展もなくて成功しないんだよ
MSもそれに気付いたからOSSにしたけど音頭取るべきMSにやる気がないから誰も見向きもしない
俺の予想通り毎年予算使い切らないといけないから仕事してますポーズで自分らで仕事作ってるだけなんだろ
MSの開発環境でちゃんとメンテされてんの結局VC++だけなんだからな
274(1): 2021/10/30(土)19:48 ID:lpthGY+1(1) AAS
>頑張って作ったけど速攻で見捨てる
自社では造ってないやろ
他社が造ったのを会社ごと買うのがMSの手口
275: 2021/10/30(土)19:54 ID:PypF9s1t(4/4) AAS
どうでもいいけどsilverだな
flutterのsliverじゃなくて
276: 2021/10/30(土)20:06 ID:iZRYy3L3(1/3) AAS
>>262
は？VSCでc#のデバッガが使えない？ベンダーロックインされたニワカか？
277(2): 2021/10/30(土)20:15 ID:mxUIR9oE(1) AAS
VSのデバッガがVSCodeで使えるなんて初耳だな
にわかですらないエアプとか草
278: 2021/10/30(土)20:40 ID:FdnrrKGs(1) AAS
>>277
> VSのデバッガがVSCodeで使える
誰もそんなこと言ってないけど頭大丈夫？w
とりあえずこの辺りでも見とけ
外部ﾘﾝｸ:docs.microsoft.com
279: 2021/10/30(土)21:26 ID:+U6yjMtG(1) AAS
VSのデバッガーが使えることだけがMSの開発環境を選択する理由ではあるよな
280(1): 2021/10/30(土)21:33 ID:Zhw931L5(1) AAS
デバッガは知らんけどホットリロードはVS2022以外で使えなくなりそうだったよね
XamarinFormsやF#も対象から外されそうだった
今回は反発多すぎて撤回してたけど
外部ﾘﾝｸ:japan.zdnet.com
281: 2021/10/30(土)21:33 ID:CG4cI+Wz(1) AAS
MSDNダウンロードとプロダクトキーを目当てにVSEnterpriseサブスクリプションを継続してる
282(1): 2021/10/30(土)21:35 ID:pM/3Gk4H(1) AAS
>>273
一番メンテされてるのはVC#だろ
283: 2021/10/30(土)21:36 ID:1TCswPOj(2/3) AAS
>>274
シルバーライトどっから買ったの
284: 2021/10/30(土)21:37 ID:1TCswPOj(3/3) AAS
>>282
ろくな知識もないくせにMSを叩きたいだけだからそっとしといてやれ
285(1): 2021/10/30(土)21:45 ID:cU1viYBS(1) AAS
>>280
ホットリロード廃止の理由もソース消しちゃったテヘッだからな
手戻りのコスト掛かり過ぎるからホットリロードやめまーすしたらコミュニティにブチ切れられて慌てて再考した結果続けまーすてあんたら馬鹿にすんのもいい加減せーよとまさにMSらしい一幕だった
ホットリロードよりもいい加減XAMLでブレークポイント実装しろよ
ReactもFlutterもViewでブレークできるのに今まで何してたんだって話
286: 2021/10/30(土)23:30 ID:iZRYy3L3(2/3) AAS
>>277
VSのデバッガ同等のがVSCでも普通に動くとまで深読みして言ってんだけどな
そもそもc#エンジニアのかなりの割合がエディタにVSC選択してる時代なんだが時代についてけてんの？
287: 2021/10/30(土)23:34 ID:iZRYy3L3(3/3) AAS
>>285
>>ホットリロード廃止の理由もソース消しちゃったテヘッだからな
それまじすか！
288: 2021/10/31(日)00:22 ID:uukLbFRv(1) AAS
外部ﾘﾝｸ:github.com
まぁ、バグだらけなんだけど
到底、Q4に.net 6と共にリソースできるレベルじゃなかったし、
リリース後もユーザー増えてバグ潰しが進まないだろうしオワコン
289(1): 2021/10/31(日)17:29 ID:dLUlcSzh(1) AAS
Viewでブレークポイント設定したいと思ったことないわ
290: 2021/10/31(日)18:07 ID:yxSFfBcC(1) AAS
>>289
たいした事やってねーーからだよ
291(1): 2021/10/31(日)20:08 ID:HFIjxi29(1) AAS
まあほんと無能だからビューでデバッグ必要ってなるんだと思うわ
292: 2021/10/31(日)20:22 ID:vzCgtm1n(1/3) AAS
GitHubにVisualstudioで開くってボタンがある。
便利。
293(1): 2021/10/31(日)20:29 ID:eC/sdfLX(1) AAS
>>291
有能ならデバッガ不要という珍論乙w
294: 2021/10/31(日)20:36 ID:vzCgtm1n(2/3) AAS
デバッグは心の甘え。
真剣に書けばバグなど出ない。
295: 2021/10/31(日)20:37 ID:vzCgtm1n(3/3) AAS
日本は甘えんぼさんが多すぎる。
296: 2021/10/31(日)21:47 ID:4KbMhR6u(1) AAS
有能はバグを入れない
297(1): 2021/11/01(月)00:13 ID:IFFlRoIl(1/2) AAS
>>293
XAMLとMVVMという環境でビューでデバッグ必要となるのは無能と言っていいのでは？という話だよ
298(1): 2021/11/01(月)00:40 ID:72haNgPM(1) AAS
カスタムコントロール作るときとかデバッガ使いたいけどな
299: 2021/11/01(月)04:46 ID:EEg39QK/(1/2) AAS
Viewでデバッグいらないは斬新な珍論www
これだけで雑魚グラマーだとバレてしまうのがプログラミングの面白いところだよな
VisualTreeやLogicalTreeすら存在を知らないXAMLをHTMLのように使ってる雑魚がこのスレ多すぎるんだがこのスレはマジでレベル低すぎるだろ・・・w
XAMLがどういう仕組みなのかすら理解してなくてゴリゴリのユーザー定義コントロール作ることもないんじゃ実行時にベースの要素を組みあわせて自動的にバッキングフィールドが作られることも知らんのだろうな
そりゃLogicalTreeと睨めっこしながら複雑なカスタマイズしてるなんて夢にも思わんだろうな
GrapeCityと変わらんレベルの物を単発プロジェクトでも普通に個人が作ってんだぞレベル低い奴らには信じられないだろうがw
300: 2021/11/01(月)04:59 ID:vUqioc9F(1) AAS
>>297
自称有能さん
実は単なる無知でした
ってかw
301: 2021/11/01(月)05:43 ID:IzGAdv70(1) AAS
とある的外れな持論を単発が連続して書き込むのこのスレ特有の珍現象なんだよなぁ・・・w
302(1): 2021/11/01(月)15:55 ID:IFFlRoIl(2/2) AAS
>>298
コードビハインド側でデバッグしたいはあるけどXAML側でセットしたいってそんなある？
それこそOnBindingChangedだっけ？とかBindablePropertyのモニョモニョのところでやれば良くない？
XamarinFormsの内部コードに入ってブレークしたいとかはちょっとあったけど
303(1): 2021/11/01(月)16:22 ID:bHnQoKlY(1) AAS
>>302
XAMLでプロパティ設定出来るようにコントロール作るけど
304: 2021/11/01(月)17:10 ID:pSblChS7(1/2) AAS
>>303
VM側かBindingPropertyでいいっしょ？
305: 2021/11/01(月)18:37 ID:a2cx7CYG(1) AAS
簡単なのしか作らん人には不要
306: 2021/11/01(月)19:02 ID:EEg39QK/(2/2) AAS
列が縦に2段だったり3段だったりして行が横に2段だったり3段だったりしてそれが表示されてるデータと連動して動くけどデータの種類によって挙動が違う
珍論者の雑魚グラマーくんはこんな無茶苦茶な仕様のDataGridなんて作ったことないだろう
これは実際に超大企業で俺が作ったユーザー定義コントロールなんだが物凄く大変だったんだがこの時俺はどうしてViewでブレークポイントがないだろうってMSを呪ったね
307: 2021/11/01(月)19:48 ID:RzeKOIO6(1/2) AAS
元の話はXAMLでブレークポイントだろ??
XAMLにブレークポイント設定してどのタイミングでブレークしてほしいのか知らんが
XAMLでブレークポイントからビューでブレークポイントに変わって、カスタムコントロールでデバッグしたいとかになったり
ゴールポスト動かしまくるのが笑える
308(1): 2021/11/01(月)21:55 ID:y5g2LtaC(1) AAS
理解してないならいちいち絡んでくるなよ…
> XAMLでブレークポイント実装しろよ
> ReactもFlutterもViewでブレークできるのに今まで何してたんだって話
309: 2021/11/01(月)22:30 ID:RzeKOIO6(2/2) AAS
で、xamlにブレークポイント設定してどのタイミングでブレークさせたいのかなww??
VisualTreeとか出したけど、flutterだってWidgetツリーとは別にElementツリーとRenderツリーあるけど
ちょっと内部の事出せば相手黙ると思ってるだろww
310: 2021/11/01(月)22:36 ID:pSblChS7(2/2) AAS
>>308
そもそもそいつらはMVUで毎回通るからそこでブレーク仕掛けるとハッピーって話じゃねーの
XAMLで仕掛けてどうすんの
311: 2021/11/02(火)00:29 ID:1feSwq0l(1) AAS
低レベルのが出張って醜い
312: 2021/11/04(木)22:45 ID:TJUsS60X(1) AAS
Application.Current.Propertiesで保存したデータをOnStartで呼び出して
TimePickerの初期化時入れたいんですがどうしても00:00:00
になるんですがOnStartってMainPageの後に呼び出されるんですか？
保存もOnSleepなら必ず保存できるかと思ってたんですがうまくいかない場合があるっぽいです
313: 2021/11/05(金)01:57 ID:/6d5DuBJ(1/2) AAS
ごめんねMSにチュートリアルがあった
314: 2021/11/05(金)16:46 ID:5RSb/zOM(1) AAS
なんで答えを書かないのこの阿呆は
315: 2021/11/05(金)18:58 ID:/6d5DuBJ(2/2) AAS
そもそも間違えてる部分が違った
初期化以前にTimePickerのPropertyChangedが起動時に2度くらい呼び出されるらしく
ここでPropertiesに保存する処理入れていたものだから毎回起動するたびに0にされてた
初めてFocusedが呼び出されてから書き込むようにしたらうまくいった
316: 2021/11/10(水)13:53 ID:E5Salh7F(1) AAS
.NET 6.0 SDKがVS2022でしか動作しないあたりWindows専用サブセットばかりなんだろうな
てかダイアログすらダークモードに対応してないWin11のゴミっぷりでMAUIとかWinUI3.0とかギャグだろMSはおお仕事してるんでちゅかねぇー
317: 2021/11/10(水)15:14 ID:ZaJAY9to(1) AAS
お前よりはしてるんでない？知らんけど
318(1): 2021/11/10(水)16:22 ID:nx+HW6Y3(1) AAS
uwpやWinUI3では、ダイアログはレガシーでコンテントダイアログ使うからな
319: 2021/11/10(水)16:28 ID:TjAki5i0(1) AAS
>>318
ストアアプリをデスクトップと同じWin32に回帰するってのがMSの戦略なんだが
UWPは捨てませんから安心してくださいって今更開発環境リセットできないHololensやXboxだけで行き当たりばったり
320: 2021/11/10(水)17:30 ID:5sJBzshO(1) AAS
WPFはVSで使ってるスタイルとUIライブラリ公開してくれるだけでWPFでずっと戦えるというのに
321: 2021/11/12(金)19:10 ID:lVzEI3lU(1) AAS
外部ﾘﾝｸ:qiita.com
我が軍は圧倒的ではないか
322(1): 2021/11/12(金)19:24 ID:uMHz9ThT(1) AAS
まぁ5chの勢いとか世間の動向とは全く関係ないどころか真逆だったりするから気にしなくていいよ
ただしXamarinはそもそも英語ですらナレッジやノウハウがなくてのっけから詰むからなフレームワークもライブラリも全然ないしあっても更新止まっててバグ放置とかばかりで心が折れて俺はなぜこんなもの必死になって時間を使ってしまったんだろう・・・ってのが一連の流れだなw
C#使う理由でもあったLINQも他言語にもたくさん移植されたしRxなんて今やJS/TSがメインだからなもうC#や.NETを使う理由のフレームワークやライブラリがない
唯一残ってるのがUnityだけだけどあれはゲームという特殊な分野だからぶっちゃけ俺らに関係がない
323: 2021/11/12(金)23:49 ID:UuqUkhA4(1) AAS
ほんとにこの延々と住み着いてくさそうとしてる奴なんなのw
いつも中途半端な知識ででも上から目線で見てて恥ずかしいんだけど
324: 2021/11/12(金)23:51 ID:/DqFWR5C(1) AAS
でも別に頓珍漢なことは言ってないから質問してくる馬鹿より100倍マシ
325: 2021/11/13(土)22:48 ID:TN0Ow4g9(1) AAS
>>322で言ってることが既に頓珍漢だと思うが
326: 2021/11/14(日)02:12 ID:6ugE33uz(1) AAS
とんちんかーんちんちんかーんとんちんかーん
このスレ雑魚ばっかでとんちんかーん
327: 2021/11/25(木)22:04 ID:3zi4PZwQ(1) AAS
今度は起動できないとか
作る人の問題かそれともザマリンの問題か
328(1): 2021/12/08(水)01:34 ID:E5sdK4xU(1) AAS
結局mauiはどうなったの?
VS2022入れてみたけど今まで作ったアプリは
.net6にすると互換性が無いとか言われて移行できないし
VS2022自体はちゃんと動いてるから今のまま移行しても良いんだけどさ・・・
329: 2021/12/08(水)08:16 ID:SdzHXjPP(1) AAS
>>328
来年までお預け
330(2): 2021/12/17(金)22:06 ID:2Gcb0Gq3(1) AAS
> 673デフォルトの名無しさん2021/02/21(日) 21:08:55.16ID:gtcxpqGP>>683
> トヨタもＥＶ化の流れについていけず脱落しそうだな
> これも俺が5年以上前から予言していたことだ
> 俺には未来が見える俺様の先見の明を称えよ
やっと世の中がトヨタが駄目になりそうなことに気づいてきたな
早期にXamarinが糞だと見抜いた俺様を讃えよ
331(1): 2021/12/17(金)22:12 ID:49ur18Og(1) AAS
>>330
俺もずっとXamarinに期待してわ正直すまんかった
Xamarinで進行してた案件が突如React Nativeにすり替わったときにキレたのも正直すまんかった
今考えるとなぜXamarinみたいなゴミに期待してたのか当時の心境が思い出せない
きっとC#に縋ってたんだろうなあれからかなりレベルアップしてフルスタックエンジニアなったからもうMSの開発環境に期待しなくなったな
332: 2021/12/17(金)22:24 ID:GDnQBr6i(1) AAS
>>330
>>331
バレバレの自演だなw
333: 2021/12/17(金)22:41 ID:8R9j5PKG(1) AAS
かなりレベルアップしたフルスタックエンジニア様がこのスレで粘着してる理由は何だろう
ゴミと思うXamarinのことなんて考えずに価値があると思うもののことを考えてればいいのに
334: 2021/12/17(金)22:59 ID:PybKEBny(1) AAS
Xamarinへの思いがオーバーフローしただけだよ
335: 2021/12/18(土)01:29 ID:LU1SbFix(1/2) AAS
このスレ愚痴などのはけぐちとしてちょうどいい
336: 2021/12/18(土)01:32 ID:LU1SbFix(2/2) AAS
ネタがなくレスがないが何気に見てる人は多そうなところが捌け口としてちょうどいい
337: 2021/12/18(土)09:12 ID:DBKEpcjT(1) AAS
公開オナニー派の変態か
338: 2021/12/19(日)13:22 ID:wbja7KXr(1) AAS
C#という言語自体、Essentials、ネイティブAPIラッパーなどは魅力的だと思うんだけどな
Xaml、MVVM、Reactive、ホットリロードの遅さ不安定さが致命的なんでそこ改善したら化ける
Blazorの登場でXaml、MVVM、Reactiveを捨てれる兆しは見えてきた
あとはホットリロードだけどC#スクリプトのサポートとかでなんとかならんもんかね
339: 2021/12/19(日)20:52 ID:CvqBiB4Q(1/2) AAS
ここで言ってるReactiveって何？Rxの事？
340: 2021/12/19(日)21:01 ID:NnWfNdsP(1) AAS
C#自信ニキの河合がコントリビュートしてるReactivePropertyというフレームワーク使ったリアクティブプログラミング()のことだよ
河合は確かに技術力あるけどぶっちゃけコネで仕事もらってそれをC#と.NETで無理矢理形にしてる自己満足オナニー野郎でそれを自慢気にドヤ顔でC#素晴らしいとかふざけたことを吹聴してるクソ野郎だよ
少なくとも海外でReactivePropertyなんて誰も使ってないしLivetと同じ採用したはいいがメンテされなくなってドツボにハマるというC#/.NETあるあるの地獄を味わうことになるからMS環境にするならできるだけ海外の信頼できるデベロッパーのフレームワークやライブラリ以外は使わないことをおすすめする
341: 2021/12/19(日)21:24 ID:DYiy4lUT(1) AAS
わかるように頼むよ
342: 2021/12/19(日)21:28 ID:CvqBiB4Q(2/2) AAS
UniRxやUniTaskは普通に使われてるしその中でReactiveProperty^_^も使うやつは使うだろ
ワイも使ってる
サマリン案件では使わなかったけど。
あのへんより信頼できるライブラリイズどれ
343(1): 2021/12/19(日)21:39 ID:b22AdSVF(1) AAS
C#でドツボにハマってたらTypeScriptとか地獄だよ
Xamarinは酷い失敗作だがC#は優秀これは間違いない
344: 2021/12/19(日)22:06 ID:4QDB8kHu(1) AAS
>>343
単にtypescriptが凄すぎる！だけだろ
345: 2021/12/20(月)02:43 ID:7hcHdKY5(1) AAS
まぁ見れば分かり通り日本のMS開発環境ってのはこういう偏ったコミュニティばかりだからそりゃ過疎るわなって単純な話
Xamarin界の姫騒動とかもググればすぐヒットするけどマジでこういうキモい奴らが利害関係で繋がってて排他的なんだわ
346: 2021/12/20(月)09:34 ID:N/4nT6rj(1/2) AAS
別にMSのコミュ、閉鎖的じゃないし他のコミュともなんも変わらんぞ？
強いていうと顔合わせ頻度が高いから馴染みとそうでないやつってのは出やすいかもしれんけど、なじみじゃないやつはガン無視とかするやつなんか見た事ないし単にMS嫌いを拗らせた頑張れゲイツくんを愛読してた輩が張り付いてんじゃないのここ？他にやる事ないのと思うけど
上下前次1-新書関写板覧索設栞歴
あと 656 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.019s