タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
宣言的UIの登場で、ViewModelは、存在理由を失っている つまり、 SwiftUIにViewModelのデータバインディング機能が内包された時点で、 ViewModelは存在理由を失い、「ViewModel」という言葉自体も、なんだか意味がよくわからない言葉 になってしまいました。 ViewModelという言葉は 非常に曖昧 で人によって定義が違い、そもそもViewModelレイヤーでやるべきことが何なのか明確化されてないので、とりあえず面倒事は全部押し付けられがちです。 本来、別のレイヤーですべきこともViewModelにつっこんでたりします。 MVVMを採用すると余計な複雑性を生んでしまう。 SwiftUIでMVVMを採用してしまうと「ViewModel」という余計なレイヤーを挟んでしまうため、冗長で複雑になります。 データフローについて、ViewとModelがViewModel
個人開発の SwiftUI アプリのアーキテクチャを MVVM から MV にした - maiyama4's blog
概要 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」と呼ばれ
これまでの個人的な経験や、いま持ってるノウハウを注ぎ込んで、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パタ
ZOZOFIT Androidで進めたMVVMからMVIへの移行と独自MVIライブラリの開発 - ZOZO TECH BLOG
はじめに こんにちは。グローバルプロダクト開発本部 グローバルアプリ部 アプリ基盤ブロックの桂川です。普段はZOZOFIT・ZOZOMETRYなどの計測アプリのAndroid開発に携わっています。本記事ではZOZOFITのAndroidアプリで取り組んだMVVMからMVIへの移行と、独自MVIライブラリの開発について紹介します。なお、独自MVIライブラリを使ったMVIアーキテクチャへの移行は2024年9月に開始しました。 目次 はじめに 目次 用語 ZOZOFIT MVVM SSOT UDF MVI 私たちのMVVMアーキテクチャの問題点 ViewModelでのState管理が複雑に ViewとViewModelの責務が曖昧に イベント通知と画面遷移の不統一 私たちのMVVMアーキテクチャの改善方針 UiStateによるState管理の単純化 ユーザー操作ごとのメソッド定義による責務の明確
【SwiftUI】なぜ、MVVMをやめて、The Composable Architecture(TCA)を採用するのか？ - Qiita
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
以前紹介した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
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のうち、特にコード生成に関連する部分（の
FlutterのMVVM関連あれこれ
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
SwiftUIでMVVMやるシンプルなパターン３つ
@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 アプリ開発の豊富な経験を持っていたことと、アプリが世に出ていないというゼロ価値状態をいち早く脱
MVVMの論点 - Qiita
MVVMの目的と要件は当初示されたものから大きく変わっていません。しかし、その実装の方法は、長年にわたり試行錯誤されてきました。実装の方法は、開発者によって考え方が異なります。そのため、初学者にとって、どれが標準的な実装の方法なのか、わからなくなります。そもそも、標準的な実装方法があるのかも怪しい感がします。 この記事では、論点になりがちな事柄や、誤ったMVVMの認識を検討します。 ただ、私も、MVVMについての様々な意見を読む中で、考えが変わることはあります。 まず、MVVMについて確認しておきましょう。 MVVMの要件 MVVMを理解するに書いた次の事柄を、MVVMの要件とします。 Viewと、Modelとを分ける。 単に分けるだけでなく、ViewとModelとをつなぐViewModelを間に配置する。 Modelは、ViewModelとViewにコード上は依存しない。 ViewMod
iOSエンジニアはMVVM・RxSwiftをやるべき？キャリアパスから解説する - IT業界で気づいたことをこっそり書くブログ
タイトルは釣りです。 本当に書きたいのは エンジニアはスキルの陳腐化やコモディティ化とどう戦っていくべきか です。 クソ面倒くさい話を書きます。 死ぬほど長いです。 モチベーション 免責事項 MVVMとは？ MVC, MVVMはどこから来たのか？ RxSwiftとは何なのか？ 関数型言語・オブザーバーパターンはなんか良いやつなの？ なぜMVVMをやりたいのか、真のメリットは？ iOSアプリ開発で自動テストは必要なのか？ iOS MVVMは一過性の流行なのか？ １．MVVM＋RxSwiftで慣れた人は、MVVM＋RxSwiftが書きやすい ２．RxSwiftが向いているプロジェクト、MVVMが向いているプロジェクトがある MVVMは無くならない 副次的に起こるRxSwift＋MVVMの必要性、そして避けられないコモディティ化 じゃあMVVMやRxSwiftを勉強しなくていいのか？ クソみたい
Announcing .NET Community Toolkit 8.0! MVVM, Diagnostics, Performance, and more! - .NET Blog
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
優秀なプログラマーは誰もが理解できるコードを書くという考え方がありますが、仮に職場でMVCやMVVMを理解していないプログラマーが多数いたらそれらを使わずに開発することが正しいことだと思いますか？
回答 (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/1be720c2cb8714f269069d30e5523db8e0700c24/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%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パターンで簡潔に説明した書籍がないため初学者には学習しづらい環境になっている。（誰か出版してください）。 ここでは、他のサイトにもある
数年前からMicrosoftは、Windows onlyから脱却してマルチプラットフォーム戦略を打ち出しています。その戦略はデスクトップ向けのGUIアプリにもおよび、マルチプラットフォームで動作するアプリの開発ができる、さまざまなライブラリやフレームワークが提供されるようになってきました。本連載では、Windows環境におけるマルチプラットフォームGUI技術（.NET以外も含む）について、（主にC#の）サンプルコードを交えて解説します。 はじめに Windows環境で開発可能なマルチプラットフォームGUI技術を解説してきた本連載も、次回で最後になりました。最後は、Avalonia UIを紹介します。これまでと異なり、Avalonia UIは、マイクロソフトが関わったフレームワークではありません。とはいえ、.NET上で動作するオープンソースのフレームワークであり、幅広い環境に対応しています。
Flutter in 2025: Forget MVVM, Embrace Fine-Grained Reactivity with SolidFlutter | Blog
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
【C#-WPF】MVVMパターンとContentControlで画面遷移する方法 - 業務のためのC#・C言語・C++学習
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
AndroidでMVVM - NRIネットコムBlog
本記事は モバイルアプリ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.
最近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)
GitHub - brisklib/brisk: Cross-platform C++20 GUI framework featuring MVVM architecture, reactive capabilities, and scalable, accelerated GPU rendering.
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
WPF MVVMサンプル（足し算）
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の
MVVMやCleanArchitectureやDDDを採用しない理由 - IT業界で気づいたことをこっそり書くブログ
書き方が曖昧で合意が取れてないから 難しい割にメリットが薄いから 外部知識を入れるデメリットが大きいから 可読性が落ちるから 書けないiOSエンジニアが多く、学習コストも大きいから プロジェクトの進みが遅くなるから リードするチームが場当たり的チームだから 私のスタンスは、例えばCOBOLかJavaかというシーンで、市場にCOBOLエンジニアが多いならCOBOLを採用するし、時代がJavaに切り替わってるならJavaを採用するみたいな感じです。 Swiftなんかはバージョン4.1あたりでObjective-Cから完全移行しました。2.3では早かったですね（2.3から触ってました） 以下詳細。 書き方が曖昧で合意が取れていない問題 「◯◯は良いものだ」 「◯◯は難しくてよくわからない」 この2つの意見が並んでいる時、私は非常に警戒します。 現代のソフトウェア開発はチーム戦ですから、書き方にあ
【MVVM】 Kotlin Flow で使える5つの利用パターン | #iOS | #Android ファショ通
Swift を身に付けていく過程の記録、最新ニュースや使い方、iPhone、Mac、Android、Python なども。 LiveData は、2017年に必要とされていました。オブザーバーパターンは私たちの生活を楽にしてくれましたが、RxJava などの選択肢は当時の初心者にとって複雑すぎました。Architecture Components チームは、LiveData (Android向けに設計された、非常にこだわりをもったオブザーバ型のデータホルダークラス) を作成しました。これは、簡単に始められるようにシンプルに作られており、より複雑なリアクティブストリームのケースでは、RxJava と統合して使用することが推奨されていました。 Java開発者、初心者、そしてシンプルな状況では、やはり LiveData が最適です。それ以外の人は、Kotlin Flow に移行するのが良いでしょ
カップ麺シリーズ：一から学べるWPF における CommunityToolkit.Mvvm(MVVM ToolKit) 覚え書き(1) 簡単な依存性注入とデータバインディング
カップ麺シリーズ：一から学べるWPF における CommunityToolkit.Mvvm(MVVM ToolKit) 覚え書き(1) 簡単な依存性注入とデータバインディング カップ麺を作る時間で読める、一から学べる、CommunityToolkit.Mvvmで簡単な依存性注入(DI)とデータバインディングについて一から解説しています。記事通りに作ればコードが動きます。 プロジェクトの準備# Visual Studioから新しいプロジェクトで「C#」「Windows」経由で「WPFアプリケーション」を選び、プロジェクト名は「UsernameTest」にして、ソリューションを作成してください。これでソリューションも UsernameTest になります。説明通りに動かないことを避けるため、この記事に関しては可能な限りソリューション名を UsernameTest にしてください。 フレームワー
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: '
MVCとMVVMについて - Qiita
はじめに プログラミング初学者の者です。オンラインでプログラミングを学習させて頂いてるのですが、さらに理解を深めていきたいと思い、学習したことを備忘録として、残して理解を深めていきたいと思います。 また、間違った点など、ありましたら、ご指摘いただけると幸いです。よろしくお願いします。 webサービス、アプリを開発する基礎 webアプリケーションを作成する上で、設計思想（ソフトウェアアーキテクチャ）または設計モデルと呼ばれる、『MVC』を基盤に作成してきました。その中で『MVVM』という概念もあるということを知ったのでその違いを説明して行きます。 MVCについて webアプリやwebサービスを開発する設計の手法の一つで、３つの処理を切り分けた頭文字をとって表現しています。 この設計を用いることで画面変更を容易にできたりします。 Model(モデル) データの処理を行い、viewから独立した処
こんにちは、働くC#プログラマーのさんさめです。 DataGrid使ってますか？ DataGridはWPFでアプリケーションを作る時、 使いたくなるケースが多いコントロールです。 …より正確には、 「使おうと一度は思うけど 断念することの多いコントロール」 かもしれません。 DataGridは、 とにかく設定できるプロパティが多い上に、 仕様をしっかり把握していないと なかなか思い通りに動いてくれません。 そこで本記事では、 特にMVVM…つまりItemsSourceへのBindingを使って DataGridを使う際に、 「最低限これだけは変更しておいた方が良い」 というプロパティを紹介します。 常用している人には、 常識のようなものばかりですが、 初めてDataGridを採用しようかと 考えている人には役立つのではないかと思います。 DataGridは表形式でデータを表示・編集するコン
【Unity】AppUI×ClaudiaでMVVMを意識してチャットアプリをつくる 1章 設計説明編 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
いまさら人に聞けないMVVMの概要 - Qiita
はじめに Androidのアプリにおいて、これまではフレームワークを利用できていればよいといった感じでしたが、時代の流れやAndroidのライブラリの拡充によりアーキテクチャを考える機会が増えてきました。 世間では、様々なアーキテクチャが提唱されています。例えば、MVP、MVI、MVVM、クリーンアーキテクチャなどなど、人それぞれの設計で、アプリ開発を開発していくことになると思います。 しかし、増えすぎてしまい、どれを選んだらいいのかわからないということもあります。 今回は、今の所、優勢なMVVMの概要について簡単に説明します。 レガシーなアプリ開発とMVVMの違い MVVM設計を単純に説明するのであれば、書籍などを読めば問題ありません。しかし、書籍では、MVVMの設計概念はわかるのですが、 何が嬉しいのか（メリット） が分かりづらいです。 このメリットが理解できれば、MVVMの概要を理解
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
はじめに はじめてやると躓いたり、わからなかったりするものです。私もそうでした。WPFのデータバインディングは便利だし今はかなり良い設計だと思います。うまくいかなくてエラーにも例外にもならず、もういいやってなるのはもったいないので、こんなんでも書いておこうね。 プロジェクト初期のアプリをMVVMにする プロジェクトを作るとクリックしてクリック回数がでるだけのソースができています。これはコードビハインドでかかれているので、この機能をそのままにMVVMにします。コードビハインドとはxaml.csに書かれる部分です。クリック時の処理がかかれていますが、これをViewModelで処理するようにします。 この部分です。 実装 プロジェクトを作る まずは普通にvisual studioからMAUIを選んで作成します。とりあえずコンパイル、実行します。 こんなかんじの画面になります。 View、View
Simple software design can only be achieved by really fully understanding the problem First you have to really understand what’s going on, in all its complexities, and then come up with a solution so simple that – in hindsight – it is the obvious way to do it. Don't over-engineer your codeDon't fall into the tutorial trapDon't just copy and paste code without understanding itDon't blindly follow s
■ComponentModel 名前空間:Microsoft.Toolkit.Mvvm.ComponentModel ObservableObject プロパティが観察可能でなければならないオブジェクトのためのベースクラスです。 メソッド OnPropertyChanged OnPropertyChanging SetProperty SetPropertyAndNotifyOnCompletion イベント PropertyChanged PropertyChanging ObservableRecipient メッセージの受信者としても機能するObservableObjectの基本クラスです。 このクラスはObservableObjectを拡張したもので、IMessengerタイプを使用するためのサポートも組み込まれています。 プロパティ IsActive Messenger メソッド
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「SwiftUIでMVVMを採用するのは止めよう」と思い至った理由 - Qiita
「minne」はなぜ「MVVM＋UseCase＋Repository」なのか 3つのアーキテクチャを選んだ5つの理由 | ログミーBusiness
WPF用Generic Host対応MVVMフレームワーク「KAMISHIBAI」をリリースしました
MVVM+Repositoryパターンを採用したFlutterアプリを構築する
.NET用 MVVM Toolkit v8でMVVMコードを短く - Qiita
CommunityToolkit.Mvvm V8 入門 - Qiita
世界で一番短いサンプルで覚えるMVVM入門 | 初学者DIYプログラミング入門
脱MVVM！ Flutterらしいアーキテクチャとは？ - enechain Tech Blog
[C#]WPFでのMVVMについてサンプルアプリからまとめ
WPFをMVVMパターンで実装する複数の方法 - 業務のためのC#・C言語・C++学習
マルチプラットフォームのGUIフレームワーク「Avalonia UI」でMVVMアプリを始めよう
Splitting SwiftData and SwiftUI via MVVM
WPFのMVVMでイベントを処理する方法いろいろ - じゃがいも畑
フロントエンド開発の変遷③ SPAの登場とMVC/MVVMフレームワーク - Qiita
【Flutter】MVVMをRiverpodで実装する！サンプルを用いて解説｜TERUPRO
【WPF】DataGridをMVVMで使うなら変えておくべきプロパティ | さんさめのC＃ブログ
WPF超絶入門から学び直し1【MVVM】 - Qiita
MAUI(WinUI3)でMVVMを超単純にやる - Qiita
Stop using MVVM for SwiftUI | Apple Developer Forums
Microsoft.Toolkit.Mvvmリファレンスへのリンク
share.google
www.tsumuradesu.com
sup.andyou.jp
share.google
share.google
dojozan.com