はじめに iOSDC2017にてMVC→MVP→MVVM→Fluxの実装の違いを比較してみるという内容で、Githubのユーザー検索のデモアプリをベースにした発表資料で登壇させていただきました。 登壇枠が15分だったため、ViewControllerを跨いだ（FavoriteViewController <-> RepositoryViewController）4つのデザインパターンの実装の違いにフォーカスした内容となっているので、画面遷移やテストの書き方などについても補足説明を書いていきます。 ※MVP、MVVM、Fluxでの補足説明という形で書いていきます。 登壇資料は下記になります。 本日のプレゼン資料、アップしました。https://t.co/TIecyULVp4#iosdc — marty-suzuki (@marty_suzuki) September 17, 2017 また登

MVVMパターンは、GUIのアーキテクチャパターンの一種で、PresentationとDomainの分離（PDS）を目的としたパターンです。MVVMパターンを採用することによって、プラットフォーム依存なUIを実現するプレゼンテーション層をViewとViewModelに書き、その他すべてをModelに書くことによって、「複雑だしプラットフォーム依存でテストしにくいUIのコード」と「アプリケーションの挙動をモデリングしたコード」を分離することができます。 その一方で、MVVMは「モデルはこう設計しましょう」ということについては指針をくれません。これは、言い方を変えれば、MVVMを採用したからといってアプリケーション全体の設計が決まるわけではなく、MVVMは「プレゼンテーションとその他をどうやって分けるか」について指針をくれるだけ、ということです。 ところで、混乱が起きやすいポイントですが、PD

前説 丸山です。Re.Ra.Ku. アドベントカレンダー13日目の記事です。前日はiOSアプリのUIをコードで書いてみる話でした。明日はおそらくScalaの話になると思います。 さて、以前も話題にしましたが、builderscon2016が先日開催されました。チケットは3hでSOLD OUT。プラチナチケットと化した参加権ですが、発表する側ならば実質無料で参加し放題！これはいっそ申し訳ないレベルでは！？ というわけで、せっかく発表したのでその内容をなるべく多くの手段で共有したい。そう思い、今回も実況中継シリーズを弊社テックブログで行います。実況中継シリーズというのは、プレゼンをブログで再現するアレです。なお、実際のプレゼンは動画になってYoutubeにアップロードされております。builderscon公式サイトのセッション詳細ページからもご覧いただけますので、よろしければそちらも合わせてご

shibuya.swift #4 (http://shibuya-swift.connpass.com/event/31031/) で発表したスライドです。 もっと詳しいMVVMの話はこちら： 健康的なMVVM 書いてますか？ ~MVVMアンチパターン集~ (https://speakerd…

UE4 Performance and Profiling | Unreal Dev Day Montreal 2017 (日本語訳)

こちらに移転してきて初めての記事です。 最近たまに話題になるので書いておきます。MVVMのModelについて誤解されやすい部分のお話です。最近よく議論してるasync/awaitの話とは関係がありません。なおこの話は以下のスライドを理解している事が前提となります。 共有したい理解(ゴール) ViewModelはModelの影 ModelについてViewModelが行うことは、イベントに対する反応と戻り値のないメソッドの呼び出ししかない事 これについての理解を共有できるよう説明していきます。 VIewModelはModelの影 スライドにもしつこく書きましたが、MV○(MVVMやMVC/MVP)のModelは大変分厚くなるし、アプリケーション間で使いまわすことなんてできません。ModelはUIを意識しない？？いや、何度も言っていますが、意識はする必要があるんです。ただUI実装の知識が必要ない

Today, we feel a mix of satisfaction, pride, and a bit of exhaustion as we announce the release of DoneJS. DoneJS is an open source JavaScript framework that contains everything you need to build high-performance, real-time, web, mobile and desktop applications. It’s not a new framework, but a cleaned up and enhanced version of JavaScriptMVC. The best way to get a feel for DoneJS’s capabilities is

Vue.js 0.12.0 "Dragon Ball" リリースおめでとうございます そんなわけで Vue.js 0.12.0 から登場した Prop Binding について、ざっくりと見ていこうと思います。どこか勘違いしてるところあったらご指摘お待ちしております。 注意 本記事はタイトルの通り 0.12.1 に沿ったものとなります。0.12.0 と 0.12.1 で Prop binding の仕様(構文)が変わっているので注意してください。 See: Release 0.12.1 · yyx990803/vue そもそも Vue.js でいう Prop とは By default, components have isolated scope. This means you cannot reference parent data in a child component’s tem

UE4で”MetaHumanを使わずに”耳なし芳一になる10の方法 | UE4 Character Art Dive Online

This page has been relocated. If you are not automatically redirected, please click here to visit the page at its new location.

knockout.jsの双方向データバインディングの仕組みを解説したいと思います。 双方向データバインディングとは ブラウザの画面上での入力値がJavaScriptのデータとして格納される JavaScript中のデータを更新すると画面上のDOM要素も更新される という2つの方向のデータの関連付けのことです。 ViewとView Modelのデータの関連付けを自動で行う機能です。 今回は、まずJavaScript側でデータを更新した時にDOM側が更新される仕組みを見ます。 HTMLのdata-bind属性に埋め込まれたコードはcomputed observable(=dependentObservable)のreadFunctionとして処理されます dependentObservableはそのreadFunctionが実行される時にリードする他のobservableを_subscript

InfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architect. View an example

FluxとMVC 以前、@mizchiさんのなぜ仮想DOMという概念が俺達の魂を震えさせるのかとか、id:saneyuki_sさんFluxアーキテクチャの覚え書きを書いたのを読んでて、いろいろ思うことがあったので纏めます。 Fluxは一方通行だから良い? まず一つあるのが、この節です。 この資料は「そもそもMVCを誤解している」という批判も多いのですが、大事なのは「常に一方向にデータが流れる」という点にあります。 MVCも、もともと一方通行ですよ? いや、まず言いたいのは、MVCも、もともと「一方通行」ですよっていうことなんですよね。 その前に、MVCについて誤解が無いように説明しますけど Smalltalkの設計指針などの、GUIを構築するためのMVC Webアプリケーションのサーバサイド処理をするためMVC の2つがあります。ここでは、GUIのMVCについてです。 また、MVCとかMV

第6回実践：ショッピングカート②（Ember.Object, Observer） 佐藤竜之介 2015-02-25