タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
宣言的UIの登場で、ViewModelは、存在理由を失っている つまり、 SwiftUIにViewModelのデータバインディング機能が内包された時点で、 ViewModelは存在理由を失い、「ViewModel」という言葉自体も、なんだか意味がよくわからない言葉 になってしまいました。 ViewModelという言葉は 非常に曖昧 で人によって定義が違い、そもそもViewModelレイヤーでやるべきことが何なのか明確化されてないので、とりあえず面倒事は全部押し付けられがちです。 本来、別のレイヤーですべきこともViewModelにつっこんでたりします。 MVVMを採用すると余計な複雑性を生んでしまう。 SwiftUIでMVVMを採用してしまうと「ViewModel」という余計なレイヤーを挟んでしまうため、冗長で複雑になります。 データフローについて、ViewとModelがViewModel
概要 SwiftUI Advent Calendar 2023 の 21 日目です。 最近趣味で iOS の podcast クライアントを SwiftUI で作っているのですが、やってみると podcast クライアントはアプリとしてそれなりに難しいことがわかってきました。作っているうちにどんどん状態管理が複雑になってきて、個人開発でなぜこんなにがんばりが必要なんだと思って開発が止まっていたのですが、最近 iOS 17 の登場をきっかけにアプリを全般的に書き直すことにして、同時にアーキテクチャを変えてみました。これにより構成がシンプルになって開発効率が上がり、開発を再開することができました。具体的には、 from: １画面に１つ ViewModel（ObservableObject）を作り、 View から ViewModel を監視する MVVM to: View から直接 Model
「Android Meetup」は、to C向けサービスを提供するGMOペパボ株式会社、株式会社ZOZOテクノロジーズ、株式会社サイバーエージェンがAndroid開発事情や、直近の取り組みについて発表をするイベントです。GMOペパボ株式会社の伊藤氏は、「minne byGMOペパボ」アプリケーション開発におけるアーキテクチャ選定について発表しました。 ハンドメイドマーケット「minne」アプリを担当伊藤拓海氏（以下、伊藤）：「中～大規模アプリのminneはどうアーキテクチャを選定したか」ということで、GMOペパボの伊藤が発表したいと思います。よろしくお願いします。 まず軽く自己紹介します。伊藤といいます。よろしくお願いします。GMOペパボではパートナー（GMOインターネットグループに置ける従業員の呼称）同士をあだ名で呼び合う風習があります。僕は名前が拓海なので「tick-taku」と呼ばれ
iOSアプリではMVVMが多用されている。UIKitとFRPライブラリであるRxSwiftを組み合わせて実装されるのが一般的である。（私はReactiveSwiftの方が好きだけど…） MVVMはマイクロソフトのWPFで考案されたソフトウェアアーキテクチャパターンで、それがiOSに導入されて広まった。 しかししばしばiOSにおけるMVVMは批判の的となってきた。もっとも俎上に上がるのはVMの肥大化・複雑化である。最近では以下の記事があげられる。 なぜ MVVM は Elm Architecture に勝てないのか この記事を元になぜMVVMが批判されるのかを見ていこうと思う。 ViewModelは複雑化する論上記記事ではやはり「複雑化しすぎたViewModel」と主張している。 複雑化したコードが掲載されているので全文は転載しないが、主要な個所を見てみる。 まずViewModelの状態の管
こんにちは、delyでクラシルiOSアプリ開発を担当している稲見 (@inamiy)です。 この記事は「dely #2 Advent Calendar 2020」の25日目の記事です。 dely #1 Advent Calendar 2020 dely #2 Advent Calendar 2020 昨日は、delyのSREチームのjoooee0000(高山)さんによる delyのSREチームがオンコールトレーニングを導入する3つの理由 の記事でした。 オンコール対応できるエンジニア、強くてカッコいい・・・ 私の方からは、メリークリスマス🎄🎅🔔 にふさわしい Elm Architecture による unidirectional なプレゼントをお届けします🎁 (2020/12/26 EDIT: タイトルを「なぜ MVVM は Elm Architecture に勝てないのか」から「
これまでの個人的な経験や、いま持ってるノウハウを注ぎ込んで、Generic Hostに対応したMVVM画面遷移フレームワーク「KAMISHIBAI」をリリースしました。 NuGet GitHub 利用マニュアル API Reference ViewModelのコンストラクターに引数を宣言することで、専用の画面遷移メソッドをコード生成します。 たとえば画面遷移時にstringをわたす場合、つぎのようにViewModelを定義します。 [Navigate] public class FirstViewModel { public FirstViewModel(string message) { Message = message; } public string Message { get; } }
この記事について wasabeefさんが作成しているリポジトリを参考に、カスタマイズしてテンプレートを作成してみたという自分用メモ的な記事です。導入手順をかなり丁寧に書いたつもりなので、めちゃくちゃ文字数が多くなっちゃっています💦（脅威の50000文字over）。 wasabeefさんのテンプレートでは、ChangeNotifierを採用していますが、この記事では、StateNotifierを採用しています。また、Sizer・Fimber・Device Previewなども新たに導入しています。逆に、Dioの導入はしていません。これは、httpというパッケージを使った方が良いケースもありますし、そもそもFirebaseを使用していて、バックエンドAPIを叩く必要がないケースもあるかと思いますので、必要に応じて、下記のリポジトリを参考にしてみてください。 MVVM+Repositoryパタ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 先月、 【「SwiftUIでMVVMを採用するのは止めよう」と思い至った理由】 という記事を公開し、多くの反響がありました。 上記の記事では 「じゃあ、MVVMをやめて、アーキテクチャは何を採用すればよいの？」 という問いに対する、明確な答えを出していませんでした。 あれから時が経ち、今ならば、この問いに対して、 ぼくは 「The Composable Architecture(TCA)をおすすめします」 と答えることができます。 以下は公式ページから抜粋したものを翻訳しました。 「The Composable Archite
2022/12/14 「WeakとStrong」の節に少し追記 はじめに .NET Community Toolkit の v8.0.0 が８月にリリースされました。 これは雑に言うと、Windows開発用のWindows Community ToolkitからWindows 固有でないAPIが独立して作成された最初のバージョンです。 上記Toolkitに、CommunityToolkit.Mvvmが含まれています。 .NET 6 で Incremental Source Generator（ISG）が登場し、多くのボイラープレートコードが高速に生成できるようになりました。 CommunityToolkit.Mvvmでも同様にISGを活用し、多くのコード生成を実現しています。 ※ちなみにコード生成機能自体は7.1.0でもあったようです。 本稿ではv8のうち、特にコード生成に関連する部分（の
以前紹介したMVVMライブラリ CommunityToolkit.Mvvm のバージョンが ver8 になりそうなのでpreviewをご紹介。 ver7の軽さはそのまま。ver8 の目玉はMVVMコードの記述簡易化です。 ver7の紹介記事はこちら https://qiita.com/hqf00342/items/40a753edd8e37286f996 2024年12月15日追記 ver8.4で、C#13の部分プロパティを利用した変更通知プロパティに対応したため記事に反映しています。 新しいViewModelの記述方法 早速ですが新旧の書き方比較をしてみます。 最初に旧来(ver7)の方法で、変更通知できる Name プロパティ と GreetCommand コマンドを書いてみます。 internal class Vm : ObservableObject { private strin
2020-10-27、kotlinx.coroutines 1.4.0 がリリースされました。 これにより SharedFlow と StateFlow が stable になり、 MVVM1 が実装しやすくなりました。 一方で、MVVM を十分に理解せずに使っている方がまだ多いように感じています。^MVVM を十分に理解せず そこで実際の実装の流れにそってサンプルプログラムの作りを見ながら、 MVVM はどのように設計すべきか、 これからはどのように実装するのがよいかを解説します。 なお、文中で紹介するソースコードは大幅に省略しています。 全体はこちらをご覧ください。 → https://github.com/sdkei/Android_MVVM_Mediator_Login 対象読者 次のことについて初級程度の知識を持っている方を対象にしています。 Android Architectu
前回の記事ではMVVMとElmアーキテクチャとの比較記事を元になぜMVVMがdisられるかを検討し、MVVMとそのViewModelはどのような役割なのかを述べた。この記事では私自身がMVVMとReduxなどの関数型アーキテクチャパターンの源流となったElmアーキテクチャを比較しMVVMにおけるViewModelのより良い実装を探っていく。さらにアーキテクチャパターンの選定についても述べようと思う。 一つ謝らなければならない。次回はADRの記事と予告したが、まだ用意できていない。約束守れずごめんなさい！ ElmアーキテクチャとはElmアーキテクチャはElm言語で開発されたアーキテクチャパターンで、Model-View-Update（MVU）というパターンで構成される。 以下のページで詳しく解説されているので見て頂くと良いと思う。 図解 The Elm Architecture の流れ モデ
MVVMのあれこれ WPFのMVVM MVVMは、2005年ごろに登場したアーキテクチャです。 対象となるプラットフォームはWPFになります。 このMVVMのことを、この後の文章では「WPFのMVVM」と呼び、可能な限り「MVVM」とは呼ばないようにします。 というのも、このアーキテクチャは、後ほどAndroidで採用されるMVVMとは異なるアーキテクチャと識別できるためです。「WPFのMVVM」はMVVMという設計思想とWPFというフレームワークを前提にしたものであり、Androidというフレームワークを前提にしたものでも、宣言的UIを前提にしたものでもないと思っています。 なお、.Net MAUIにおいてMVVMをどのように実装するかについては、解説がMSから出ています。 ざっと眺める限り、XAMLを利用したUI構築のケースで利用している様子なため、文脈は宣言的UIのものでもないのかな
Windows Form に比べて、画面のデザイン性を大幅に強化したWPF（Windows Presentation Foundation）ですが、Windows Form技術者がWPFに移行することを考えた場合、結構敷居が高いと感じるのではないでしょうか。 特に WPF は MVVM（Model-View-View Model）というデザインパターン（プログラムを作る上での約束ごと）を推奨としていることから、イベントハンドラを使ったWindows Formの作り方とは大きく異なります。 ただ、DIYプログラミングを考えた場合、MVVMで作る意味はほとんど無く、逆に生産性を下げてしまうのでお勧めはしていません。 しかし、MVVMの本質について理解しておくことは大切だと思うので、簡単なサンプルを使って解説しておこうと思います。 MVVMとは MVVM（Model - View - ViewM
@MainActor class SampleViewModel: ObservableObject { @Published var model: SampleModel init(model: SampleModel) { self.model = model } var count: Int { get { return model.count } set { model.count = newValue } } var stars: String { return model.stars } func changeStarsLength(_ len: Int) { model.changeStarsLength(len) } } struct SampleView: View { @StateObject var viewModel: SampleViewModel var bod
はじめに enechain でソフトウェアエンジニアをしている@kkagurazakaです。 enechain が提供している eSquare というプロダクトは、電力を筆頭に、あらゆる企業が様々なエネルギー商品を売り買いできるオンライントレーディングプラットフォームです。そして、そのモバイルアプリは Flutter で開発されています。 今回の記事では、その eSquare アプリで絶賛進行中のリアーキテクチャについて、「何故そのような判断に至ったのか」という点も含めてお伝えします。 これまでのアーキテクチャ リアーキテクチャ前の eSquare アプリでは、Android のアプリアーキテクチャガイドをベースとした MVVM の構成を採用していました。これは初期メンバーが全員 Android アプリ開発の豊富な経験を持っていたことと、アプリが世に出ていないというゼロ価値状態をいち早く脱
数年前からMicrosoftは、Windows onlyから脱却してマルチプラットフォーム戦略を打ち出しています。その戦略はデスクトップ向けのGUIアプリにもおよび、マルチプラットフォームで動作するアプリの開発ができる、さまざまなライブラリやフレームワークが提供されるようになってきました。本連載では、Windows環境におけるマルチプラットフォームGUI技術（.NET以外も含む）について、（主にC#の）サンプルコードを交えて解説します。 はじめに Windows環境で開発可能なマルチプラットフォームGUI技術を解説してきた本連載も、次回で最後になりました。最後は、Avalonia UIを紹介します。これまでと異なり、Avalonia UIは、マイクロソフトが関わったフレームワークではありません。とはいえ、.NET上で動作するオープンソースのフレームワークであり、幅広い環境に対応しています。
タイトルは釣りです。 本当に書きたいのは エンジニアはスキルの陳腐化やコモディティ化とどう戦っていくべきか です。 クソ面倒くさい話を書きます。 死ぬほど長いです。 モチベーション 免責事項 MVVMとは？ MVC, MVVMはどこから来たのか？ RxSwiftとは何なのか？ 関数型言語・オブザーバーパターンはなんか良いやつなの？ なぜMVVMをやりたいのか、真のメリットは？ iOSアプリ開発で自動テストは必要なのか？ iOS MVVMは一過性の流行なのか？ １．MVVM＋RxSwiftで慣れた人は、MVVM＋RxSwiftが書きやすい ２．RxSwiftが向いているプロジェクト、MVVMが向いているプロジェクトがある MVVMは無くならない 副次的に起こるRxSwift＋MVVMの必要性、そして避けられないコモディティ化 じゃあMVVMやRxSwiftを勉強しなくていいのか？ クソみたい
Each benchmark run involves sending 4 different messages 1000 times, to 100 recipients. As you can see, WeakReferenceMessenger and StrongReferenceMessenger are both the fastest by far, and the only ones to not allocate even a single byte when broadcasting messages 🚀 Revamped collection APIs 🏬 This new release of the MVVM Toolkit also moves all the observable grouped collection types from the Com
回答 (12件中の1件目) 使わずに開発するのも正しいと思います。 小難しく実装してあって、ほとんどの人が読めないコードになっていてこんがらがっているものを改修した経験があるのですが、能力がありそうなのにわざと難しく作られている感じがして、とても邪悪なものを感じました。 その人がいないとそのプロジェクトはうまくいかない。だからその人は仕事から外されないために引き続き他の人が読めないコードを書く、みたいな邪悪さです。そいつがいなくなったあとから改良する人(私)の身にもなってもらいたいものです。 コードがよく読めない人からは「あの人はすごくできるけど難しいコードを書くんだよな」と評価さ...
WPF での MVVM Model/View/ViewModel の話などありますが、きちんと理解するのに数年を要した概念なので改めて概念をまとめてみます。 この記事でまとめたいこと Model/View/ViewModel の書き方 View と ViewModel の分離について ダイアログの出し方 .NET Community Toolkit, Microsoft.Extensions.DependencyInjection, Microsoft.Xaml.Behaviors.Wpf の使用を前提とします。 作ったアプリのサンプルは に設置します。 作るアプリ ・Web APIから現在時刻を取得して、その結果を表示 ・ダイアログで確認後、選択内容をクリップボードにコピーする MVVM の実装 Model MVVM における Model は「View に関わらないこと全般」です。 AP
![[C#]WPFでのMVVMについてサンプルアプリからまとめ](https://cdn-ak-scissors.b.st-hatena.com/image/square/64e92673d47c581c6e010deb29c735c315b888e5/height=288;version=1;width=512/https%3A%2F%2Fsiteproxy.ruqli.workers.dev%3A443%2Fhttps%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--v-k-SQO7--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%25255BC%252523%25255DWPF%2525E3%252581%2525A7%2525E3%252581%2525AEMVVM%2525E3%252581%2525AB%2525E3%252581%2525A4%2525E3%252581%252584%2525E3%252581%2525A6%2525E3%252582%2525B5%2525E3%252583%2525B3%2525E3%252583%252597%2525E3%252583%2525AB%2525E3%252582%2525A2%2525E3%252583%252597%2525E3%252583%2525AA%2525E3%252581%25258B%2525E3%252582%252589%2525E3%252581%2525BE%2525E3%252581%2525A8%2525E3%252582%252581%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3AKZRNM%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyLzMyZDYxMGJkNGEuanBlZw%3D%3D%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
WPFといえばバインディングを思い浮かべやすいですが、MVVM(Model View ViewModel)パターンもその特徴になります。MVVMパターンとは、データ(ロジック)とUI機能を分離するデザインパターンの一種で、開発やデバッグを効率的に行えます。 WPFでもWindows FormsのようなForm.csにイベントハンドラをたくさん追加するような書き方もできるが、推奨されていません。MVVMパターンを使うのが一般的です。 ただし、MVVMパターンと言っても１つの定型があるわけではなく、人によって書き方がたくさんあり学習者を困らせます。しかも時代はwebアプリケーション。今頃古めかしいUIを持つWPFを学ぶ人は一部の企業ぐらい。さらにWPFをMVVMパターンで簡潔に説明した書籍がないため初学者には学習しづらい環境になっている。（誰か出版してください）。 ここでは、他のサイトにもある
==追記=== 今でも結構いいねがつきますが、僕はちょっと遊びでFlutterを触ったくらいでこの記事を書いてからもほぼ触っていません。 こちらの記事も参考にしていただくのはとても嬉しいですが、もしかしたらMVVMは推奨されていないのかもしれないし、案外スタンダートに使われているのかもしれません。Flutter界隈のキャッチアップもほぼしていない状態なので、そういう前提を持ってこの記事を読んでいただければと思います。 （追記終わり） まるでいつもそうやって開発しているかのようなタイトルですが、全くそんなことはありません😇 Androidエンジニアなので普段はFlutterを書いてはいませんが、最近Flutterでアプリを作り始めました。 Android開発ではViewModelとLiveData、data bindingを使ってMVVMで開発をしています。FlutterでもMVVMで開発
Microsoft.Toolkit.Mvvm (2023年時点では、CommunityToolkit.Mvvm に名称が変更されています） WindowsCommunityToolkit の中にあるMVVM用ライブラリの紹介Youtubeに以下のようなベンチマークが出ており、 そのパフォーマンスと省メモリーに興味がわいたので試してみました。 触って2日目ですので軽いご紹介です。 2022年1月13日更新： GitHub のソースコード移動のためURL更新 2022年4月25日 新バージョン ver8の新機能を別投稿しています。 特徴 MVVM Lightにインスパイヤされた、よりモダンで軽量なライブラリ。同作者も携わっているとのこと。 .NET Standard2.0対応 .NET , .net Framework , mono , Xamarin , Uno などで動作。フレームワークに
The CommunityToolkit.Mvvm package (aka MVVM Toolkit, formerly named Microsoft.Toolkit.Mvvm) is a modern, fast, and modular MVVM library. It is part of the .NET Community Toolkit and is built around the following principles: Platform and Runtime Independent - .NET Standard 2.0, .NET Standard 2.1 and .NET 6 🚀 (UI Framework Agnostic) Simple to pick-up and use - No strict requirements on Application
Flutter in 2025: Forget MVVM, Embrace Fine-Grained Reactivity with SolidFlutter Hi there! A while ago I read this article about SwiftUI, which is called SwiftUI in 2025: Forget MVVM and I asked myself, “Why can’t we do the same in Flutter?”. SolidFlutter is a small framework built on top of Flutter that makes creating apps easier and more enjoyable. Forget about manual state management, ChangeNoti
WPFで画面遷移しようとしてWEB検索をかけるとPageとFrameを使った画面遷移が上位に表示されます。これらは開発者が実現したい機能がない場合があるため、MVVMパターンとContentControlの利用を推奨します。 コンストラクタで初期画面を反映させる場合 大まかな流れ ①表示したいUIをUserControlとして作成 ②MainWindow.xamlにResources、DataTemplate、ContentControlを設定 ③ContentControlで設定した変数ActiveContentに表示したいUIのViewModelを設定 コンボボックスで複数画面の画面遷移を行う場合 OverView 各コードやXAMLを解説していく。 MainWindow.xaml AView.xaml,BView.xaml,MainWindow.xaml.cs MainContent
WPF、UWPアプリなどのXAMLアプリケーションで、MVVMパターン開発を支援する「Prism」は、 WPF、UWPアプリ開発を効率的にします。「Prism」を使って簡単なアプリケーションを作成してみましょう。 SE MVVMパターンとは何ですか？ PM プログラムの要素をModel、View、ViewModelの3つに分割したWPF、 Silverlight向けに考案された開発手法です。 Prismを使ってできること Prismが提供する主な機能は以下のとおりです。 [table id=25 /] Prismは疎結合で保守性が高いWPFやUWPアプリ開発を補助するフレームワークです。UIとビジネスロジックが分離されたアプリは、MSTestなどのツールによるテスト自動化も行えます。 公式HP：https://github.com/PrismLibrary/Prism Nuget：http
CommunityToolkit.Mvvm パッケージ (別名 MVVM Toolkit、旧称 Microsoft.Toolkit.Mvvm) は、最新の高速モジュール式 MVVM ライブラリです。 これは .NET Community Toolkit の一部であり、次の原則に基づいて構築されています。 プラットフォームとランタイムに依存しない - .NET Standard 2.0、.NET Standard 2.1、.NET 6🚀 (UI フレームワークに依存しない) 導入と使用が簡単 - アプリケーション構造やコーディングパラダイム ('MVVM' らしさの外側) に関する厳しい要件がないため、柔軟に使用できる。 アラカルト - 使用するコンポーネントを自由に選択できる。 リファレンス実装 - 無駄がなくパフォーマンスが高い。基本クラス ライブラリに含まれるインターフェイスの実装を
本記事は モバイルアプリWeek 2日目の記事です。 📲 1日目 ▶▶ 本記事 ▶▶ 3日目 📲 はじめに ネットコムのブログが出来てからはじめてのブログ執筆になります、クラウド部の西村です！ 私は去年の夏から右も左も分からないままAndroid開発に携わるようになり、初期の頃はMVVMに対して「自分の作っているものがMVVMというものを採用しているらしい！」ぐらいのかなりぼんやりとした認識しかありませんでした。 ですがAndroidエンジニアとしての1年目がそろそろ終わりそうな今、MVVMをある程度理解し、加えて理解度に比例して開発効率が上がったな〜という実感もあるので、今回整理と備忘のためにブログにします。 はじめに MVVM とは ViewとViewModel Viewの役割 ViewModelの役割 DataBinding LiveData (補足)lifecycleOwner
DEV Community Follow A space to discuss and keep up software development and manage your software career Future Follow News and discussion of science and technology such as AI, VR, cryptocurrency, quantum computing, and more.
WPF Prism 入門 として 2017/12 月に episode: 0 を公開して、エントリの数も増えてきたので作成したまとめページです。 WPF Prism episode シリーズは WPF も MVVM も初めて触った管理人がとりあえずアプリを作りながら覚えた事を記事にしていたので、どちらかと言うと入門記事と言うよりは体験談と言えるような内容でした。 WPF Prism episode シリーズの連載を通して管理人も WPF や MVVM に大分慣れて来ると WPF Prism episode シリーズの悪い点などが目に付くようになりました。 WPF Prism episode シリーズの頃は、サンプルアプリ作成過程やその時見つかった問題等を刹那的に記事にしていたため技術情報としてまとまっているとは言い難い連載でした。別の記事から参考情報としてリンクしようにも情報が分散して複数
最近PrismやらReactive Propertyやら勉強中なので忘れないように書いていきます コードビハインド Prism Reactive Property を使ってイベントを処理するサンプルを作成しました サンプルコードはこちら github.com 開発環境はVisual Studio Community 2019で対象のフレームワークは.NET Core 3.0です サンプルの中身 サンプルアプリはこんな感じの画面になっていて Textboxに入力したものと同じ内容をTextBlockにコピーする ボタンを押したらTextBlockの内容をすべて消去する という動作になっています サンプルコードではButtonのClickイベントとTextBoxのPreviewTextInputイベントを処理しています TextBox クラス (System.Windows.Controls)
1)概要 WPFでMVVMを使った簡単なサンプルを作ります。 数字を2つ入力してボタンを押すと合計が表示されます。 MVVMライブラリにはWCT MVVM Toolkit(Microsoft.Toolkit.Mvvm)を使用します。 2)環境 Windows 10 Version 21H1 .NET Framework 4.7.2 / .NET 5.0 Visual Studio 2019 Version 16.10.2 WPF Microsoft.Toolkit.Mvvm Version 7.0.2 ModernWpfUI Version 0.9.4 3)プロジェクトの作成 MVVM Toolkitを使ったプロジェクトはWindows Template Studioでも作れますが、 Template Studioは使わずに一から作っていきます。 .NET Framework 4.7.2の
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Swift を身に付けていく過程の記録、最新ニュースや使い方、iPhone、Mac、Android、Python なども。 LiveData は、2017年に必要とされていました。オブザーバーパターンは私たちの生活を楽にしてくれましたが、RxJava などの選択肢は当時の初心者にとって複雑すぎました。Architecture Components チームは、LiveData (Android向けに設計された、非常にこだわりをもったオブザーバ型のデータホルダークラス) を作成しました。これは、簡単に始められるようにシンプルに作られており、より複雑なリアクティブストリームのケースでは、RxJava と統合して使用することが推奨されていました。 Java開発者、初心者、そしてシンプルな状況では、やはり LiveData が最適です。それ以外の人は、Kotlin Flow に移行するのが良いでしょ
書き方が曖昧で合意が取れてないから 難しい割にメリットが薄いから 外部知識を入れるデメリットが大きいから 可読性が落ちるから 書けないiOSエンジニアが多く、学習コストも大きいから プロジェクトの進みが遅くなるから リードするチームが場当たり的チームだから 私のスタンスは、例えばCOBOLかJavaかというシーンで、市場にCOBOLエンジニアが多いならCOBOLを採用するし、時代がJavaに切り替わってるならJavaを採用するみたいな感じです。 Swiftなんかはバージョン4.1あたりでObjective-Cから完全移行しました。2.3では早かったですね（2.3から触ってました） 以下詳細。 書き方が曖昧で合意が取れていない問題 「◯◯は良いものだ」 「◯◯は難しくてよくわからない」 この2つの意見が並んでいる時、私は非常に警戒します。 現代のソフトウェア開発はチーム戦ですから、書き方にあ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
import 'package:flutter/material.dart'; import 'package:flutter_riverpod/flutter_riverpod.dart'; import 'package:flutter_mvvm/view/home_page.dart'; void main() { runApp(const ProviderScope(child: MyApp())); } class MyApp extends StatelessWidget { const MyApp({Key? key}) : super(key: key); @override Widget build(BuildContext context) { return MaterialApp( debugShowCheckedModeBanner: false, title: '
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
![[みんなのケータイ]いつの間にか便利になっていたスマホアプリ版「NotebookLM」](https://cdn-ak-scissors.b.st-hatena.com/image/square/5c29d951f2848519d8dc4b845662d028327bbf07/height=288;version=1;width=512/https%3A%2F%2Fsiteproxy.ruqli.workers.dev%3A443%2Fhttps%2Fk-tai.watch.impress.co.jp%2Fimg%2Fktw%2Flist%2F2062%2F435%2F1.jpg)
