[過去ﾛｸﾞ] Microsoft Xamarin part8 [.NET MAUI] (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
129: 112 2021/08/15(日)10:58 ID:Trr3gqqb(1) AAS
いろいろとアドバイスありがとうございます。やはり定番のやり方みたいなものは無いようですね……もう少し頭ひねってみます。
>>122
今相手にするサーバー側、認証の実施後に改めてaccess_tokenを得るとかで、client_secretも必要なんです。
OAuth2 よく分かってないのでアレなんですが、相手がそうなってる以上そうするしか無いというヤツで……
130(2): 2021/08/15(日)13:37 ID:UJhoZndk(1/3) AAS
Xamarin.Formsでアプリ作ってるんだけど、一番下のタブバーを自動的に隠すのってどうやるの
Shellページをどう書けばいいのかわからない
<Shell.Resources>
<ResourceDictionary>
<Style x:Key="BaseStyle" TargetType="Element">
<Setter Property="Shell.BackgroundColor" Value="{StaticResource Primary}" />
・・・
省13
131(2): 2021/08/15(日)22:49 ID:/iRnnKrL(1) AAS
>>130
その必要な時はなにで判断するの？
ブラウザならマウスカーソルの場所だろうけどSPは？
UXとして自動的に隠れるのは良くないと思うんだが
132(1): 2021/08/15(日)23:37 ID:UJhoZndk(2/3) AAS
>>131
自動的に隠れるのはタイマーを考えてます
出てくるのは画面の下の適当なところをタップされたとき
結構AndroidだとメジャーなUIだと思うから俺も実現したい
133(1): 2021/08/15(日)23:43 ID:jnF6RsUO(1) AAS
タイマーはあんまり見なくね？
スクロールに合わせて出てくるのが多いと思う
134(1): 130 2021/08/15(日)23:54 ID:UJhoZndk(3/3) AAS
>>133
あ、ホントだ
下方向にスクロールしたらにゅるっと出てきて
上方向にスクロールしたら消えてるや
スクロールはスクロール位置を監視してればなんとかなりそうだけど(それもやったこと無いけど)
いきなり消えたりするんじゃなく、にゅるっと出たり消えたりするのを組み込みたいの
135: 2021/08/16(月)00:15 ID:lXqu7ZoN(1/4) AAS
>>132
タイマーとか最悪だろｗ
セールスの電話とかで割り込まれたらイラっとするだろう？
なんか視界のものが動いたら視線動かしちゃうけど意味のないものだったら
すごくイライラさせてしまう。
ポップアップ広告とおなじようなもので不快にさせてしまう
それならハンバーガメニューのがはるかにまし
省5
136(1): 2021/08/16(月)00:21 ID:+eLyuzHQ(1) AAS
>>131
Androidアプリでよくあるよ
137(1): 2021/08/16(月)00:24 ID:lXqu7ZoN(2/4) AAS
>>134
0.3秒じゃなくて0.2秒だった
135の動画の前半にアップルのハンバーガーメニューがあるが
たしかに遅いだろう。
にゅるっと出るという表現みるあたりこういうとろいメニューにしたいんだろうけど
遅いのはいらつかせるだけだ。
0..2秒以内に瞬時に出てくるのならいいと思う
省1
138: 2021/08/16(月)00:30 ID:lXqu7ZoN(3/4) AAS
>>136
俺の使ってるアプリではタイマーのうざいメニューはないな
タイマーのタイミングで移動したくなるわけじゃないんだし
>>137のアップルのとろいアニメーションとかも
プログラマーがアニメーション見せたい欲求が出ちゃってゆっくりメニューになってんだとおもう
タップしやすい下タブとかおなじみのハンバーガーメニューが無難でいいとおもうわ
139: 2021/08/16(月)00:42 ID:lXqu7ZoN(4/4) AAS
片手操作の割合が50%らしい、信じられない
Androidは画面大きいから両手じゃないとむり
次のアプリも片手持ちユーザーは無視して上にハンバーガーメニュー置くわ
タブレットのユーザーも片手持ち操作はしないわけだし
140: 2021/08/22(日)03:29 ID:0Cz6ueFz(1/2) AAS
Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています
Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます
Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ
省9
141: 2021/08/22(日)05:22 ID:EsLa3yuv(1) AAS
GithubのCopilotもコメントや書きかけのコードからボイラープレートやスニペットを用意するくらいっぽくて大したことなさそうだな残念だわ
個人的にアプリとDBの処理が毎度似たようなものなのに互換性がないという非常に面倒でイライラする作業だからここをAIでオートメーション化できればめちゃくちゃ嬉しいんだがな
てかいい加減ER図からまともなDB構築してくれるAIはよ作れって感じなんだがいつまで経ってもできないのにAIでアプリのコードを自動生成なんて不可能だな
142: 2021/08/22(日)13:18 ID:0Cz6ueFz(2/2) AAS
Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています
Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます
Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ
省9
143: 2021/08/26(木)22:26 ID:983Js0//(1) AAS
メインページからサブページのテキストボックスの参照とかどうすればいいですか?
sub.txtNameとかやるとエラーになる。
144: 2021/08/28(土)11:12 ID:61xWrGaR(1) AAS
xamarin.formsでタブAからタブBのテキストボックスの値を参照できないので、どうすればいいですか?
タブA.csから
タブB.txtName
を参照するとエラーが出る。
145: 2021/08/28(土)11:47 ID:H94428G1(1) AAS
別のスレで答えたぞ。
マルチしたらどこで答えたらいいか解らんくなるので辞めて。
146: 2021/08/28(土)14:53 ID:bApujI34(1/3) AAS
HTML/CSSと比べてレイアウトが難しい…
Grid
Row
Frame
色々
Row
Frame
省5
147(2): 2021/08/28(土)19:09 ID:4nNO7IT6(1) AAS
rowの高さをポイント指定して決め打ちすればいいという話ではなくて？
148(1): 2021/08/28(土)19:33 ID:5oeB/yz3(1) AAS
色々の高さが不定なんでしょ
>>147
149: 2021/08/28(土)20:11 ID:bApujI34(2/3) AAS
>>147
>>148
色々の高さが不定ってことです
150: 2021/08/28(土)21:49 ID:bApujI34(3/3) AAS
GridからStackレイアウトに変えたら内容に合わせてFrameが伸びるようなった
ただ今度は隣接する要素に依存してFrameが若干潰れてマージンが増えたように描画されるようになってしまった
もう何がなんだかわからない
151: 2021/08/30(月)13:40 ID:9bqcYp+p(1) AAS
だんだんレイアウトのやり方がわかってきた
Reactと同じで、小さいGUI部品を地道に作りこむのがコツだね
でもContentViewだとReactiveProperty、というかMVVMパターンががうまく機能しないんで、別の苦しみがある
BindableProprrtyが凄まじくダルい
152: 2021/08/31(火)01:16 ID:F2wu4NgW(1) AAS
部品化してると普通のプロパティはBindablePropertyでいいんだけど
中にListViewとかあってBindingContextがネストしてると
もうどう実装していいか分からなくて{Binding なんとか}と自分で実装したBindablePropertyが
混在して訳が分からなくなる
何が正しいんだろうか、動いてるからいいのか
153: 2021/08/31(火)10:50 ID:gFVDDOst(1) AAS
ContentViewの実装をスマートに解決してくれるライブラリがあればな
ReactivePropertyでいいかなーと思ったけどこいつはDispose問題があるんで断念
154: 2021/09/01(水)19:13 ID:Ftk1DNuV(1/2) AAS
Prismが管理してるVM、DIのシングルトンっていつ破棄されるのだろう
ナビゲーションでVを破棄した時は問題ないのだけれども、強制終了した時にデバッグログが出ない
155: 2021/09/01(水)21:56 ID:C6hHL9GQ(1) AAS
そりゃ強制終了したらどんなクラスだって正常にファイナライザー走らないよw
156(1): 2021/09/01(水)23:28 ID:Ftk1DNuV(2/2) AAS
そうなのか
なんかプラットフォームの方でタスキル時の安全な終了手順が用意されてるのかな、と思った
スマホユーザーはかなり気軽にタスキルするのに、終了処理がこんな杜撰でいいのかな…
157: 2021/09/02(木)01:29 ID:w7aeI+6w(1) AAS
>>156
一般ユーザーがやるようなスマホのタスクkillは強制終了じゃなくてちゃんとした終了イベントがくるでしょ
158: 2021/09/02(木)01:41 ID:ND+6MsCF(1) AAS
IDestructible実装すりゃいいんじゃないの知らんけど
159: 2021/09/15(水)06:45 ID:EcTTP5JU(1) AAS
.net maui延期wwww
flutterみたく自前描画として大変じゃないのに
xamarinと何も変わってない
98%失敗する羊羮
160: 2021/09/15(水)08:54 ID:G5nCMt7D(1/2) AAS
期待はしてない
161(1): 2021/09/15(水)10:37 ID:iYdwhCOo(1) AAS
そもそもMSのOfficeもTeamsもSkypeも自社のXamarin使わないでReact Native使ってんだから答え出てんだよな
今やゲームですらウェブでサービスするのが常識の時代にデスクトップとモバイルだけのなんちゃってハイブリッドなんて選択肢にすら入らない
しかもXAMLと言う時代遅れのフロントエンド実装はゴミだしフレームワークもライブラリも全然ないしコミュニティも盛り上がってないしググっても英語ですらナレッジがまったくなくてマジでオワコンなんだなって感想しかねーわ
個人的にハイブリッドのフロントエンド実装はプラットフォーム毎のUIを統一するのが一番手間がかかるところだから独自UIでデフォのまま統一されてるFlutterが一番好みだな
162: 2021/09/15(水)11:30 ID:QKlVFcsu(1) AAS
>>161
独自UIだよなーーやっぱ
ネイティブにこだわるの結構多いけど
163: 2021/09/15(水)12:21 ID:G5nCMt7D(2/2) AAS
Xamlでなければ悪くないと思う
C#はなんだかんだ言って書いてて安心感がある
なのでBlazor Nativeに期待しておこう
できれば独自UIのサポートも
164(1): 2021/09/16(木)05:57 ID:vPAKZgzi(1) AAS
別にXAMLでもASP(Blazor)でもどちらでもいいからWeb〜Mobile〜Desktopのフロントエンド実装を統一しろってことなんだわ
昔ならいざ知らずモダンな言語が溢れていて便利なフレームワークやライブラリが利用できる開発環境が支持される現代においてC#の利点なんて静的型付けで開発できることが全てなんだからC#の素性や財産がどうのって解釈は的外れで筋が悪い
しかし結局ウェブの連中が老害認定してあれだけ否定してた静的型付けやサーバーサイドに先祖返りしてるのを見ると笑ってしまうんだがな
165(1): 2021/09/16(木)13:07 ID:4N92z3xf(1) AAS
>>164
flutterでok!
勝負ももうついてる
166: 2021/09/16(木)23:53 ID:JOnLCthl(1) AAS
flutterは>>165みたいなのがいっぱいいるから近寄らないようにしている
167: 2021/09/17(金)13:35 ID:pIp26V01(1) AAS
>>27
maui延期
全然駄目じゃん
何も変わってない
168(1): 2021/09/17(金)16:00 ID:WNo5A1nB(1) AAS
xamarinで正規分布グラフが作れるライブラリない?
169: 2021/09/17(金)17:48 ID:W4b9k+2i(1) AAS
>>168
jsでやれ
170: 2021/09/18(土)01:03 ID:RMqjS7/b(1/2) AAS
XamarinというよりMSの開発環境であれがしたいこれがしたいで調べて探してまともなOSSのフレームワークやライブラリがあったためしがない
XamarinなんてFirebaseライブラリですらバグだらけでまともに動かないクソっぷりなのがマジで終わってる
GrapeCityみたいなコンポーネントやReSharperみたいな開発支援系は多いがどれも法外なライセンス料だしな
一昔前なんて日本語OCRなんてパナが特許持ってるからゴミみたいなライブラリを法外な価格でしか使えなかったが今はAIのおかげでまともなOSSやサービスが利用できるから本当に良い時代になったわ
171: 2021/09/18(土)02:12 ID:rSQWlFmq(1) AAS
MAUI延期かよ
もうMSのやる気が感じられんというか
TypeScriptとVSCodeは熱心に更新してるし温度差あり過ぎなんだが
172: 2021/09/18(土)03:04 ID:RMqjS7/b(2/2) AAS
ぶっちゃけ毎年予算を使い切らないと次年度から予算減らされるから仕事してますってアピールしてるだけなんじゃねーのって思ってるわ
ホンダのSRSなんてガチでそうなってて鈴鹿レーシングスクールの面接がホンダの入社試験で責任者はモータースポーツなんてわからないド素人総合職サラリーマンで3〜5年で入れ替わるから誰もやる気なくて毎年決められた予算使い切ることだけしか考えてない
あながち間違ってねーんじゃねーのだってMSのメインがXamarinじゃなくてReact Nativeなんだから笑っちまうだろ
173: 2021/09/18(土)03:06 ID:R9rxcswy(1) AAS
Micr※s※ft Akan Unk※ Irane
174: 2021/09/18(土)13:27 ID:+rKdBgY8(1) AAS
Microsoft Silverlightがオープンソース化、「OpenSilver」ベータ版リリース
外部ﾘﾝｸ:news.mynavi.jp
175: 2021/09/18(土)14:34 ID:ZtgFEKoc(1) AAS
懐かしいねSL
176(1): 2021/09/19(日)16:11 ID:ihehBkPp(1) AAS
Androidアプリ公開したけどアップデートのバージョンって整数じゃなきゃ駄目なの?
177: 2021/09/19(日)16:27 ID:dh1bYHy4(1) AAS
>>176
整数だけ
Androidの仕様
178: 2021/09/24(金)23:53 ID:nr4dDqMF(1) AAS
maui延期なんだな
2022第２四半期目標
179: 2021/09/25(土)21:39 ID:ck+zjrGL(1) AAS
このえんえんとXAMLディスってるゴミなんなのw
180: 2021/09/26(日)14:47 ID:m8EygGMm(1) AAS
あーこれはFlutterに持っていかれるな
181: 2021/09/27(月)16:38 ID:DKxjjRjq(1/3) AAS
多少は流れると思うけどこれでFlutter行く勢はとっくに行ってるのでは
まあ案件とかにもよるけど。
ワイは今はUnityで作ってるけど3dとか絡まないアプリ次来たらmauiは検討するわ
182: 2021/09/27(月)17:08 ID:zjC9Bmb7(1/2) AAS
流れる流れないとかそういう問題じゃねーんだよな
個人なら好きにすりゃいいだろうがこと仕事においては精力的に継続してメンテしてくれないと困るわけよ
よっぽどMSKKとのしがらみがあるとか出ない限り今や国内の業務システムでもMSの開発環境なんて少なくなってるぜ
ウェブやアプリなんてそれこそMS？何それ？おいしいの？って感じでC#？あー名前は聞いたことあるってレベルだからな
ハイブリッドの開発環境はReact NativeがメインストリームでFlutterがそれを追うって感じだなXamarinとかもう時すでにおすしってことよ
183: 2021/09/27(月)17:14 ID:vxF8pRqQ(1) AAS
気にいらん
184: 2021/09/27(月)18:34 ID:OT+yvshb(1) AAS
Flutterは全く使われてる気配がないよ
185: 2021/09/27(月)19:05 ID:zjC9Bmb7(2/2) AAS
日本ではな
IT後進国の日本ではAppleプラットフォームはObjective-C、AndroidはKotlinと結局ネイティブで開発してるからな
理由は簡単で日本はIT後進国かつ多重請負中抜きピンハネの人月仕事が常識だからエンジニア()が調達しやすい開発環境しか採用されないからな
自社リソースで完結できるベンチャーなんかは普通にReactやFlutter使ってるからな
186: 2021/09/27(月)19:08 ID:/2xf0hmE(1) AAS
ないわー
187: 2021/09/27(月)19:33 ID:UenP/q8t(1) AAS
今年のGoogleIOでPlayStore新規アプリの1/8はFlutter製って発表してたよ
188: 2021/09/27(月)19:47 ID:1q56PIRE(1) AAS
flutterの技術者募集も増えてますからな
XAML系列の要員募集案件とか殆どみない
189: 2021/09/27(月)19:58 ID:xiXQLm1j(1) AAS
ドヤッ
190(1): 2021/09/27(月)20:39 ID:AWrl8UXq(1/2) AAS
両方使ってるけど、flutterは日本語の入力でカーソルが見えないとか微妙な残念仕様はある。
その代わりiOSとAndroidがバッチリ揃うんだけど。
割とストアのアプリでも使われてるの多いよ。
ライセンス情報とか読むと面白い。
191(1): 2021/09/27(月)21:16 ID:DKxjjRjq(2/3) AAS
>>190
両方使ってて生産性的にはどう？
ザマリンはネイティブのAPI触りやすかったりするところいいと思ってるしF#使えるから捨てがたい
192(1): 2021/09/27(月)21:22 ID:AWrl8UXq(2/2) AAS
>>191
Xamarinが好きなんだけど、やっぱ重い。
最近、トレースAOTみたいなの入ってだいぶマシになったものの、って感じ。
ただ、ネイティブ叩けるのは俺も全く同感。
Mauiの新しいコードでUIを表現するあの最近のUIフレームワークの機能、Dart書いたらUIに全振りしたDartに勝てるわけねえなって思ってしまったぐらいDartは出来が良いと思う。
193: 2021/09/27(月)22:49 ID:DKxjjRjq(3/3) AAS
>>192
泥の方だよね？最近のは追ってないけどやっぱり重いの相変わらずかー
マウイでもなんかより層を薄くする仕組みになるんだっけ？
日本語入力とかトラブらないんならflutterでもいいのかもしれんな言語やら環境やらあまり増やすのもあれなんだけど
194: 2021/09/28(火)05:23 ID:d3WfYa+C(1/2) AAS
Hi echo,
We’re writing to let you know that on September 27, 2021, we will be updating the Firebase Data Processing and Security Terms and Crashlytics and App Distribution Data Processing and Security Terms.
As part of these changes, we will incorporate the new versions of the Standard Contractual Clauses (“SCCs”) approved by the European Commission on June 4, 2021. The new SCCs replace the clauses previously approved under Directive 95/46/EC.
What happens next?
No action is required on your part to accept these updates. These updates will apply to your use of the relevant service(s) from October 27, 2021.
You can review more information about the new SCCs in the Privacy and Security in Firebase resources.
195: 2021/09/28(火)05:25 ID:d3WfYa+C(2/2) AAS
こういうメールが来たけど、無視していいよね?
196: 2021/09/28(火)08:59 ID:67lBbOOk(1) AAS
書いてあんじゃねーか
197: 2021/10/01(金)06:43 ID:yNANjrOP(1) AAS
Androidアプリを公開したので、今度はiOSアプリを動かそうとWindowsからMacにリモート接続して実行するとビルドエラーが出まくる。
エミュレータはWindowsPCに表示されてるんだけどね。
しょうがないからXcodeでswiftを触ってみたがC#より簡単じゃね?
198: 2021/10/01(金)08:29 ID:G4P/7cYX(1) AAS
ハイブリッド特有の環境ごとのエラーに悩まされないからフロントエンドを共有できないというジレンマは残るがネイティブで書いた方が結局のところ一番楽だったって判断でハイブリッドやめるところは多いのは確かだな
ReactにしてもFlutterにしてもネイティブ実装がくそ面倒だし3Dは一切実装できないし古くなった開発環境やパッケージのアップデートでドツボにハマるし俺も今進めるならネイティブ実装だな
199: 2021/10/01(金)08:49 ID:CmB+ipsu(1) AAS
自分の作るやつはアプリ側でモリモリ実装してるやつが多いから、別に作るとか考えられん…
サーバにロジック逃がせるならアリだな
200: 2021/10/04(月)19:56 ID:fXtTIaQX(1) AAS
そういう意味ではXamarin.Forms使わないXamarinって本当はけっこういい感じだよな？
OSごとに思想が違うUI周りはそれぞれで作って、ビジネスロジックはモデル層で共通化
ネイティブの関数もほとんどそのまんまの名前で楽々呼べるし
技術者集めもネイティブプログラマにC#覚えてもらうだけ
ネイティブライブラリ利用はObjectiveSharpieとかツールがあるしまあいける
本当はXamarinすごいよな？
201: 2021/10/05(火)00:42 ID:0b7XM7ov(1/2) AAS
俺はXFも嫌いじゃないがね
XNativeもほぼただラップしてるだけで色々共通に使えるしフラッターじゃやりにくいこともできるし
202(1): 2021/10/05(火)15:32 ID:XKRrptv0(1/3) AAS
C#初心者です。
長いループ文の中でOxyplot使ってリアルタイムに折れ線グラフ表示したいけど上手くいかない。
何かいい方法ありますか?
203: 2021/10/05(火)15:40 ID:CkSKoE66(1) AAS
長いループ文をやめよう
204: 2021/10/05(火)16:09 ID:E7AFl7Av(1/2) AAS
こいつちょっと前からこのスレに住み着いてくだらねぇ質問連投してた馬鹿だな
この前も同じ質問してたなここはお前の質問箱じゃねーんだよクズwww
まぁ心優しい俺様が教えてやるよ
答え：
1. 開発環境をReact Nativeにする。
2. ApexCharts.jsを利用して実装する。
以上
205: 2021/10/05(火)16:34 ID:XKRrptv0(2/3) AAS
あぼーんになって見えないよ。
暴言は全て非表示にしてる。
206: 2021/10/05(火)16:40 ID:8m0Un/Nu(1) AAS
長いループ文か、プログラマのどちらかをやめよう
207: 2021/10/05(火)16:44 ID:0DXUgl8X(1) AAS
>>202
スレッドか非同期使う
208(1): 2021/10/05(火)17:37 ID:E7AFl7Av(2/2) AAS
長いループ(笑)
初心者がXamarinを選択した時点で詰んでるってことをズバリ指摘してやったのに煽ってくるとかガチガイジだったようだなwww
MSの開発環境は必要な物は全部自分で作れが基本、ろくなフレームワークやライブラリもないから人気ねーんだってことがまだ理解できてないみたいだなwww
PythonやReactが何で人気出たかってコミュニティが超活発でググればいくらでもナレッジやHow Toがあって何より超便利なフレームワークやライブラリが沢山あってそれが継続的にメンテされてるからなんだよ
得にPythonなんて特定のライブラリ、BeautifulSoupやPandas使いたいからPython使ってるレベルでトータルの開発環境で人気があんだよ理解したか？w
209: 2021/10/05(火)19:23 ID:XKRrptv0(3/3) AAS
またあぼーんになってる（草）
荒い言葉でマウント（草）
上下前次1-新書関写板覧索設栞歴
あと 793 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.022s