Microsoft Xamarin part8 [.NET MAUI]

1 名前：デフォルトの名無しさん [2021/08/01(日) 09:38:36.43 ID:AQsxQSFr.net] Xamarinと.NET MAUIのスレッドです。 C#でクロスプラットフォームのアプリを開発できるフレームワーク 無料、クロスプラットフォーム、オープンソース。 対応プラットフォームは、Windows, Android, iOS, macOS, Linuxなど 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 色々の高さが不定ってことです 153 名前：デフォルトの名無しさん mailto:sage [2021/08/28(土) 21:49:51.89 ID:bApujI34.net] GridからStackレイアウトに変えたら内容に合わせてFrameが伸びるようなった ただ今度は隣接する要素に依存してFrameが若干潰れてマージンが増えたように描画されるようになってしまった もう何がなんだかわからない 154 名前：デフォルトの名無しさん mailto:sage [2021/08/30(月) 13:40:30.27 ID:9bqcYp+p.net] だんだんレイアウトのやり方がわかってきた Reactと同じで、小さいGUI部品を地道に作りこむのがコツだね でもContentViewだとReactiveProperty、というかMVVMパターンががうまく機能しないんで、別の苦しみがある BindableProprrtyが凄まじくダルい 155 名前：デフォルトの名無しさん mailto:sage [2021/08/31(火) 01:16:49.61 ID:F2wu4NgW.net] 部品化してると普通のプロパティはBindablePropertyでいいんだけど 中にListViewとかあってBindingContextがネストしてると もうどう実装していいか分からなくて{Binding なんとか}と自分で実装したBindablePropertyが 混在して訳が分からなくなる 何が正しいんだろうか、動いてるからいいのか 156 名前：デフォルトの名無しさん mailto:sage [2021/08/31(火) 10:50:02.21 ID:gFVDDOst ] [ここ壊れてます] 157 名前：.net mailto: ContentViewの実装をスマートに解決してくれるライブラリがあればな ReactivePropertyでいいかなーと思ったけどこいつはDispose問題があるんで断念 [] [ここ壊れてます] 158 名前：デフォルトの名無しさん mailto:sage [2021/09/01(水) 19:13:15.38 ID:Ftk1DNuV.net] Prismが管理してるVM、DIのシングルトンっていつ破棄されるのだろう ナビゲーションでVを破棄した時は問題ないのだけれども、強制終了した時にデバッグログが出ない 159 名前：デフォルトの名無しさん mailto:sage [2021/09/01(水) 21:56:30.59 ID:C6hHL9GQ.net] そりゃ強制終了したらどんなクラスだって正常にファイナライザー走らないよw 160 名前：デフォルトの名無しさん mailto:sage [2021/09/01(水) 23:28:46.15 ID:Ftk1DNuV.net] そうなのか なんかプラットフォームの方でタスキル時の安全な終了手順が用意されてるのかな、と思った スマホユーザーはかなり気軽にタスキルするのに、終了処理がこんな杜撰でいいのかな… 161 名前：デフォルトの名無しさん mailto:sage [2021/09/02(木) 01:29:31.26 ID:w7aeI+6w.net] >>156 一般ユーザーがやるようなスマホのタスクkillは強制終了じゃなくてちゃんとした終了イベントがくるでしょ 162 名前：デフォルトの名無しさん mailto:sage [2021/09/02(木) 01:41:19.28 ID:ND+6MsCF.net] IDestructible実装すりゃいいんじゃないの知らんけど 163 名前：デフォルトの名無しさん mailto:sage [2021/09/15(水) 06:45:57.06 ID:EcTTP5JU.net] .net maui延期wwww flutterみたく自前描画として大変じゃないのに xamarinと何も変わってない 98%失敗する羊羮 164 名前：デフォルトの名無しさん mailto:sage [2021/09/15(水) 08:54:57.16 ID:G5nCMt7D.net] 期待はしてない 165 名前：デフォルトの名無しさん mailto:sage [2021/09/15(水) 10:37:48.94 ID:iYdwhCOo.net] そもそもMSのOfficeもTeamsもSkypeも自社のXamarin使わないでReact Native使ってんだから答え出てんだよな 今やゲームですらウェブでサービスするのが常識の時代にデスクトップとモバイルだけのなんちゃってハイブリッドなんて選択肢にすら入らない しかもXAMLと言う時代遅れのフロントエンド実装はゴミだしフレームワークもライブラリも全然ないしコミュニティも盛り上がってないしググっても英語ですらナレッジがまったくなくてマジでオワコンなんだなって感想しかねーわ 個人的にハイブリッドのフロントエンド実装はプラットフォーム毎のUIを統一するのが一番手間がかかるところだから独自UIでデフォのまま統一されてるFlutterが一番好みだな 166 名前：デフォルトの名無しさん mailto:sage [2021/09/15(水) 11:30:20.17 ID:QKlVFcsu.net] >>161 独自UIだよなーーやっぱ ネイティブにこだわるの結構多いけど 167 名前：デフォルトの名無しさん mailto:sage [2021/09/15(水) 12:21:33.43 ID:G5nCMt7D.net] Xamlでなければ悪くないと思う C#はなんだかんだ言って書いてて安心感がある なのでBlazor Nativeに期待しておこう できれば独自UIのサポートも 168 名前：デフォルトの名無しさん mailto:sage [2021/09/16(木) 05:57:28.70 ID:vPAKZgzi.net] 別にXAMLでもASP(Blazor)でもどちらでもいいからWeb〜Mobile〜Desktopのフロントエンド実装を統一しろってことなんだわ 昔ならいざ知らずモダンな言語が溢れていて便利なフレームワークやライブラリが利用できる開発環境が支持される現代においてC#の利点なんて静的型付けで開発できることが全てなんだからC#の素性や財産がどうのって解釈は的外れで筋が悪い しかし結局ウェブの連中が老害認定してあれだけ否定してた静的型付けやサーバーサイドに先祖返りしてるのを見ると笑ってしまうんだがな 169 名前：デフォルトの名無しさん mailto:sage [2021/09/16(木) 13:07:00.44 ID:4N92z3xf.net] >>164 flutterでok! 勝負ももうついてる 170 名前：デフォルトの名無しさん mailto:sage [2021/09/16(木) 23:53:57.15 ID:JOnLCthl.net] flutterは>>165みたいなのがいっぱいいるから近寄らないようにしている 171 名前：デフォルトの名無しさん mailto:sage [2021/09/17(金) 13:35:16.51 ID:pIp26V01.net] >>27 maui延期 全然駄目じゃん 何も変わってない 172 名前：デフォルトの名無しさん mailto:sage [2021/09/17(金) 16:00:04.98 ID:WNo5A1nB.net] xamarinで正規分布グラフが作れるライブラリない? 173 名前：デフォルトの名無しさん mailto:sage [2021/09/17(金) 17:48:55.37 ID:W4b9k+2i.net] >>168 jsでやれ 174 名前：デフォルトの名無しさん mailto:sage [2021/09/18(土) 01:03:33.84 ID:RMqjS7/b.net] XamarinというよりMSの開発環境であれがしたいこれがしたいで調べて探してまともなOSSのフレームワークやライブラリがあったためしがない XamarinなんてFirebaseライブラリですらバグだらけでまともに動かないクソっぷりなのがマジで終わってる GrapeCityみたいなコンポーネントやReSharperみたいな開発支援系は多いがどれも法外なライセンス料だしな 一昔前なんて日本語OCRなんてパナが特許持ってるからゴミみたいなライブラリを法外な価格でしか使えなかったが今はAIのおかげでまともなOSSやサービスが利用できるから本当に良い時代になったわ 175 名前：デフォルトの名無しさん mailto:sage [2021/09/18(土) 02:12:24.51 ID:rSQWlFmq.net] MAUI延期かよ もうMSのやる気が感じられんというか TypeScriptとVSCodeは熱心に更新してるし温度差あり過ぎなんだが 176 名前：デフォルトの名無しさん mailto:sage [2021/09/18(土) 03:04:34.98 ID:RMqjS7/b.net] ぶっちゃけ毎年予算を使い切らないと次年度から予算減らされるから仕事してますってアピールしてるだけなんじゃねーのって思ってるわ ホンダのSRSなんてガチでそうなってて鈴鹿レーシングスクールの面接がホンダの入社試験で責任者はモータースポーツなんてわからないド素人総合職サラリーマンで3〜5年で入れ替わるから誰もやる気なくて毎年決められた予算使い切ることだけしか考えてない あながち間違ってねーんじゃねーのだってMSのメインがXamarinじゃなくてReact Nativeなんだから笑っちまうだろ 177 名前：デフォルトの名無しさん mailto:sage [2021/09/18(土) 03:06:51.99 ID:R9rxcswy.net] Micr※s※ft Akan Unk※ Irane 178 名前：デフォルトの名無しさん mailto:sage [2021/09/18(土) 13:27:29.89 ID:+rKdBgY8.net] Microsoft Silverlightがオープンソース化、「OpenSilver」ベータ版リリース https://news.mynavi.jp/article/20210916-1974193/ 179 名前：デフォルトの名無しさん mailto:sage [2021/09/18(土) 14:34:29.34 ID:ZtgFEKoc.net] 懐かしいねSL 180 名前：デフォルトの名無しさん mailto:sage [2021/09/19(日) 16:11:36.98 ID:ihehBkPp.net] Androidアプリ公開したけどアップデートのバージョンって整数じゃなきゃ駄目なの? 181 名前：デフォルトの名無しさん mailto:sage [2021/09/19(日) 16:27:32.66 ID:dh1bYHy4.net] >>176 整数だけ Androidの仕様 182 名前：デフォルトの名無しさん mailto:sage [2021/09/24(金) 23:53:09.35 ID:nr4dDqMF.net] maui延期なんだな 2022第２四半期目標 183 名前：デフォルトの名無しさん [2021/09/25(土) 21:39:23.90 ID:ck+zjrGL.net] このえんえんとXAMLディスってるゴミなんなのw 184 名前：デフォルトの名無しさん mailto:sage [2021/09/26(日) 14:47:39.49 ID:m8EygGMm.net] あーこれはFlutterに持っていかれるな 185 名前：デフォルトの名無しさん [2021/09/27(月) 16:38:04.18 ID:DKxjjRjq.net] 多少は流れると思うけどこれでFlutter行く勢はとっくに行ってるのでは まあ案件とかにもよるけど。 ワイは今はUnityで作ってるけど3dとか絡まないアプリ次来たらmauiは検討するわ 186 名前：デフォルトの名無しさん mailto:sage [2021/09/27(月) 17:08:37.27 ID:zjC9Bmb7.net] 流れる流れないとかそういう問題じゃねーんだよな 個人なら好きにすりゃいいだろうがこと仕事においては精力的に継続してメンテしてくれないと困るわけよ よっぽどMSKKとのしがらみがあるとか出ない限り今や国内の業務システムでもMSの開発環境なんて少なくなってるぜ ウェブやアプリなんてそれこそMS？何それ？おいしいの？って感じでC#？あー名前は聞いたことあるってレベルだからな ハイブリッドの開発環境はReact NativeがメインストリームでFlutterがそれを追うって感じだなXamarinとかもう時すでにおすしってことよ 187 名前：デフォルトの名無しさん mailto:sage [2021/09/27(月) 17:14:44.20 ID:vxF8pRqQ.net] 気にいらん 188 名前：デフォルトの名無しさん [2021/09/27(月) 18:34:25.38 ID:OT+yvshb.net] Flutterは全く使われてる気配がないよ 189 名前：デフォルトの名無しさん mailto:sage [2021/09/27(月) 19:05:58.85 ID:zjC9Bmb7.net] 日本ではな IT後進国の日本ではAppleプラットフォームはObjective-C、AndroidはKotlinと結局ネイティブで開発してるからな 理由は簡単で日本はIT後進国かつ多重請負中抜きピンハネの人月仕事が常識だからエンジニア()が調達しやすい開発環境しか採用されないからな 自社リソースで完結できるベンチャーなんかは普通にReactやFlutter使ってるからな 190 名前：デフォルトの名無しさん mailto:sage [2021/09/27(月) 19:08:58.63 ID:/2xf0hmE.net] ないわー 191 名前：デフォルトの名無しさん mailto:sage [2021/09/27(月) 19:33:15.96 ID:UenP/q8t.net] 今年のGoogleIOでPlayStore新規アプリの1/8はFlutter製って発表してたよ 192 名前：デフォルトの名無しさん mailto:sage [2021/09/27(月) 19:47:24.87 ID:1q56PIRE.net] flutterの技術者募集も増えてますからな XAML系列の要員募集案件とか殆どみない 193 名前：デフォルトの名無しさん mailto:sage [2021/09/27(月) 19:58:33.69 ID:xiXQLm1j.net] ドヤッ 194 名前：デフォルトの名無しさん mailto:sage [2021/09/27(月) 20:39:22.80 ID:AWrl8UXq.net] 両方使ってるけど、flutterは日本語の入力でカーソルが見えないとか微妙な残念仕様はある。 その代わりiOSとAndroidがバッチリ揃うんだけど。 割とストアのアプリでも使われてるの多いよ。 ライセンス情報とか読むと面白い。 195 名前：デフォルトの名無しさん [2021/09/27(月) 21:16:49.54 ID:DKxjjRjq.net] >>190 両方使ってて生産性的にはどう？ ザマリンはネイティブのAPI触りやすかったりするところいいと思ってるしF#使えるから捨てがたい 196 名前：デフォルトの名無しさん mailto:sage [2021/09/27(月) 21:22:34.62 ID:AWrl8UXq.net] >>191 Xamarinが好きなんだけど、やっぱ重い。 最近、トレースAOTみたいなの入ってだいぶマシになったものの、って感じ。 ただ、ネイティブ叩けるのは俺も全く同感。 Mauiの新しいコードでUIを表現するあの最近のUIフレームワークの機能、Dart書いたらUIに全振りしたDartに勝てるわけねえなって思ってしまったぐらいDartは出来が良いと思う。 197 名前：デフォルトの名無しさん [2021/09/27(月) 22:49:58.55 ID:DKxjjRjq.net] >>192 泥の方だよね？最近のは追ってないけどやっぱり重いの相変わらずかー マウイでもなんかより層を薄くする仕組みになるんだっけ？ 日本語入力とかトラブらないんならflutterでもいいのかもしれんな言語やら環境やらあまり増やすのもあれなんだけど 198 名前：デフォルトの名無しさん mailto:sage [2021/09/28(火) 05:23:13.88 ID:d3WfYa+C.net] 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. 199 名前：デフォルトの名無しさん mailto:sage [2021/09/28(火) 05:25:45.05 ID:d3WfYa+C.net] こういうメールが来たけど、無視していいよね? 200 名前：デフォルトの名無しさん [2021/09/28(火) 08:59:30.90 ID:67lBbOOk.net] 書いてあんじゃねーか 201 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 06:43:00.65 ID:yNANjrOP.net] Androidアプリを公開したので、今度はiOSアプリを動かそうとWindowsからMacにリモート接続して実行するとビルドエラーが出まくる。 エミュレータはWindowsPCに表示されてるんだけどね。 しょうがないからXcodeでswiftを触ってみたがC#より簡単じゃね? 202 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 08:29:55.79 ID:G4P/7cYX.net] ハイブリッド特有の環境ごとのエラーに悩まされないからフロントエンドを共有できないというジレンマは残るがネイティブで書いた方が結局のところ一番楽だったって判断でハイブリッドやめるところは多いのは確かだな ReactにしてもFlutterにしてもネイティブ実装がくそ面倒だし3Dは一切実装できないし古くなった開発環境やパッケージのアップデートでドツボにハマるし俺も今進めるならネイティブ実装だな 203 名前：デフォルトの名無しさん [2021/10/01(金) 08:49:37.02 ID:CmB+ipsu.net] 自分の作るやつはアプリ側でモリモリ実装してるやつが多いから、別に作るとか考えられん… サーバにロジック逃がせるならアリだな 204 名前：デフォルトの名無しさん mailto:sage [2021/10/04(月) 19:56:50.07 ID:fXtTIaQX.net] そういう意味ではXamarin.Forms使わないXamarinって本当はけっこういい感じだよな？ OSごとに思想が違うUI周りはそれぞれで作って、ビジネスロジックはモデル層で共通化 ネイティブの関数もほとんどそのまんまの名前で楽々呼べるし 技術者集めもネイティブプログラマにC#覚えてもらうだけ ネイティブライブラリ利用はObjectiveSharpieとかツールがあるしまあいける 本当はXamarinすごいよな？ 205 名前：デフォルトの名無しさん [2021/10/05(火) 00:42:46.36 ID:0b7XM7ov.net] 俺はXFも嫌いじゃないがね XNativeもほぼただラップしてるだけで色々共通に使えるしフラッターじゃやりにくいこともできるし 206 名前：デフォルトの名無しさん mailto:sage [2021/10/05(火) 15:32:03.33 ID:XKRrptv0.net] C#初心者です。 長いループ文の中でOxyplot使ってリアルタイムに折れ線グラフ表示したいけど上手くいかない。 何かいい方法ありますか? 207 名前：デフォルトの名無しさん mailto:sage [2021/10/05(火) 15:40:49.20 ID:CkSKoE66.net] 長いループ文をやめよう 208 名前：デフォルトの名無しさん mailto:sage [2021/10/05(火) 16:09:07.40 ID:E7AFl7Av.net] こいつちょっと前からこのスレに住み着いてくだらねぇ質問連投してた馬鹿だな この前も同じ質問してたなここはお前の質問箱じゃねーんだよクズwww まぁ心優しい俺様が教えてやるよ 答え： 1. 開発環境をReact Nativeにする。 2. ApexCharts.jsを利用して実装する。 以上 209 名前：デフォルトの名無しさん mailto:sage [2021/10/05(火) 16:34:29.38 ID:XKRrptv0.net] あぼーんになって見えないよ。 暴言は全て非表示にしてる。 210 名前：デフォルトの名無しさん mailto:sage [2021/10/05(火) 16:40:22.62 ID:8m0Un/Nu.net] 長いループ文か、プログラマのどちらかをやめよう 211 名前：デフォルトの名無しさん mailto:sage [2021/10/05(火) 16:44:44.17 ID:0DXUgl8X.net] >>202 スレッドか非同期使う 212 名前：デフォルトの名無しさん mailto:sage [2021/10/05(火) 17:37:29.98 ID:E7AFl7Av.net] 長いループ(笑) 初心者がXamarinを選択した時点で詰んでるってことをズバリ指摘してやったのに煽ってくるとかガチガイジだったようだなwww MSの開発環境は必要な物 213 名前：は全部自分で作れが基本、ろくなフレームワークやライブラリもないから人気ねーんだってことがまだ理解できてないみたいだなwww PythonやReactが何で人気出たかってコミュニティが超活発でググればいくらでもナレッジやHow Toがあって何より超便利なフレームワークやライブラリが沢山あってそれが継続的にメンテされてるからなんだよ 得にPythonなんて特定のライブラリ、BeautifulSoupやPandas使いたいからPython使ってるレベルでトータルの開発環境で人気があんだよ理解したか？w [] [ここ壊れてます] 214 名前：デフォルトの名無しさん mailto:sage [2021/10/05(火) 19:23:59.61 ID:XKRrptv0.net] またあぼーんになってる（草） 荒い言葉でマウント（草） 215 名前：デフォルトの名無しさん mailto:sage [2021/10/05(火) 20:56:15.68 ID:7rL/DhC7.net] （草）ってスタイルは初めて見たな（草） 216 名前：デフォルトの名無しさん [2021/10/05(火) 21:55:37.49 ID:0b7XM7ov.net] >>208 無能には辛い環境ってのがよくわかった 217 名前：デフォルトの名無しさん mailto:sage [2021/10/05(火) 23:43:09.25 ID:8+DuF9No.net] 開発環境なんかその時に好きなのを選べばいいのに 何でそんなに憎しみを燃やすのか、その心理に非常に興味があるな 218 名前：デフォルトの名無しさん [2021/10/06(水) 01:09:40.17 ID:3yKtG7LB.net] >>212 個人でしか開発したことがない人？ 219 名前：デフォルトの名無しさん [2021/10/06(水) 12:32:11.68 ID:FPgKfW8d.net] Visual Studio 2022 for Mac もう使ってる人いる？ Xamarin開発問題ない？ 220 名前：デフォルトの名無しさん [2021/10/06(水) 12:40:36.73 ID:gu/FrA6v.net] >>213 案件だってその時に1番いいのを選ぶだけだろ？ 221 名前：デフォルトの名無しさん mailto:sage [2021/10/06(水) 12:55:00.53 ID:Bl10Hzp1.net] 案件だと最優先は要員の確保ができることじゃない？ 222 名前：デフォルトの名無しさん mailto:sage [2021/10/06(水) 14:16:04.68 ID:p7wEJh+7.net] >>216 いや、客の要望だよ 223 名前：デフォルトの名無しさん mailto:sage [2021/10/06(水) 14:49:07.85 ID:r3D2eGWo.net] 知見と技術を買われてXamarin開発のチームリーダーとして招集されたが気がついたら何故かReact Nativeで開発してたこともあったな 今企業、特に国内でXamarin選ぶやつなんてMSKKとよほどしがらみがない限りまず有り得ねーんだわwww 224 名前：デフォルトの名無しさん [2021/10/06(水) 17:28:03.43 ID:3yKtG7LB.net] ねンだわ 225 名前：デフォルトの名無しさん [2021/10/06(水) 21:35:17.29 ID:gu/FrA6v.net] >>216 それを含めての、1番いいの、だぞ 226 名前：デフォルトの名無しさん mailto:sage [2021/10/10(日) 03:43:48.42 ID:S69GRlLg.net] c#で書きたいって想いだけでXamarinやってるから案件とか気にしたことないな 227 名前：デフォルトの名無しさん mailto:sage [2021/10/20(水) 00:31:35.88 ID:9Z5HZlge.net] ProjectReunionでUWPからWin32に移行するガイドライン発表されたがグダグダやなwww 重要なの項目を以下にまとめてみた ・MSはUWPからWin32への移行を強制や推奨しない。 ←またこれ？んでUWPとWin32が混在してグチャグチャで開発者に負担だけ強いるいつもの投げっぱなしwww Appleみたいにリーダーシップ発揮して環境を統一しろや！ ・今後の開発はWindows App SDKがメインになる。WinUI3.0〜やWindowsAppSDKにはWin32からしかアクセスできない、UWPはWinUI2.xと.NETCore3.1まで。 ←またこれ？また分断すんの？でもUWPは残すの？メンテする現場がまた地獄を見るんだが？www ・UWPのみのプラットフォームはまだ存在する。HoloLensとXboxはUWPでしかできない。 ←意味不明、だったらWindowsAppSDKでWin32への回帰いらんやろ、UWPをネイティブとウェブを統合して昇華させろや！ Windows StoreでAndroidアプリ配布できてAndroid Subsystemでそのまま動作するんだからもうMSの開発環境でWindowsアプリ作るアホなんておらんやろwww 228 名前：デフォルトの名無しさん mailto:sage [2021/10/20(水) 00:54:49.05 ID:6mHyA3iy.net] UWPはUWPとして必要だろ すべてのアプリがフルアクセスで動作してもセキュリティ的に嫌すぎる 例えばTwitterアプリなんか基本ネットワークアクセスだけが必要で、ストレージに 自由にアクセスできるwin32アプリだと嫌すぎる 229 名前：デフォルトの名無しさん mailto:sage [2021/10/20(水) 01:08:01.31 ID:9Z5HZlge.net] サンドボックス化で誰も幸せにならなかったんだが？デスクトップアプリまで死亡して藁にも縋る思いでAndroidアプリ許可、Win32回帰、手数料15%、独自決済なら0%という全面降伏焼き土下座でまだそんなこと言ってるやついるんだなセンスないわこれが雑魚奴隷プログラマーかwww そもそもPCLで散々苦しんだ開発者はサンドボックス化でAPIアクセス制約なんて誰も望んでないんだよ馬鹿www 230 名前：デフォルトの名無しさん mailto:sage [2021/10/20(水) 02:55:44.25 ID:y4R9/UM4.net] UWPからWin32に回帰するのではなくてUWPで導入された要素をWin32から利用できる様にするため今後はWindows App SDKに統合するということ 231 名前：デフォルトの名無しさん mailto:sage [2021/10/20(水) 03:52:50.97 ID:9Z5HZlge.net] それはどこ情報なんだ？そもそもMSは当初はUWPにFluent Designなんかを持ち込もうとしてたのに急遽Win32だけになったんだがそれについての反証してみてくれよ

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef