タグ

関連タグで絞り込む (17)

タグの絞り込みを解除

mvcに関するkomlowのブックマーク (40)

  • 2対のMVC (Double MVC) - Qiita


    Flux は Smalltalk の MVC を実装したフレームワークと言われています。 MVC の流れでは GUI で利用される Smalltalk の MVC が原点です。 また、MVC の歴史では Web で利用される サーバーサイド の MVC(Model 2) が登場します。 この GUI-MVC(クライアントサイド) と Web-MVC(サーバーサイド) の実装を個別に説明して さらに2つの MVC を コラボレーション するまでを紹介します。 Agenda GUI-MVC は Smalltalk の MVC を React とFlux(簡易) で説明 Web-MVC は Rails の MVC を API only apps で説明 GUI-MVC と Web-MVC の接続を client-server(C/S) モデル で説明 GUI-MVC と Web-MVC の依
    2対のMVC (Double MVC) - Qiita

  • Presentation Patterns : MVC, MVP, PM, MVVM

    In this blog post, I will explain different presentation patterns, why do we need these patterns and how to use them. Why do we need these patterns ? Why do we need these patterns in  the first place ? Well one can certainly build software applications without using any of these patterns, but by using these patterns we can achieve separation of concerns design principle. These help in improving ma

    Presentation Patterns : MVC, MVP, PM, MVVM

  • MVC2モデルとMVCモデルの違い - プログラマの思索


    MVC2モデルとMVCモデルの違いについて、良い記事があったのでリンクしておく。 ︻元ネタ︼ MVCをWebに適用した﹁MVCモデル2﹂ : Java好き MVCモデルのバリエーション: プログラマの思索 (引用開始) ﹁MVC﹂と﹁モデル2﹂の違いが、﹁モデル﹂の設計に影響を与える 違いは、﹁モデル﹂が﹁ビュー﹂に状態が変わったことを通知することがWebの性質上なくなった点。 サーバー側からいきなり﹁モデル﹂の状態変更が通知されることは HTTPではできないので、必然的にそうなる。 大したことのない変化に思えるが、これにともない﹁モデル﹂の構成が﹁MVC﹂と大きく変わる。 ﹁モデル﹂が状態が変わったことを通知することができないことは、 毎回最新の状態のモデルを作ることにつながる。 ﹁MVC﹂では前状態を保持しつつ状態変化に対応させるといった﹁モデル﹂の使い回しが可能だった。 しかし、﹁モ
    MVC2モデルとMVCモデルの違い - プログラマの思索
    komlow
    komlow 2014/07/06
    リンク

  • Basics of MeanJS - KidsIL

    The first thing I’ve noticed with MeanJS is the amazing Documentation. For people familiar with the concepts of MVC (Model, View, Controller), the folder structure of MeanJS should be really easy to understand. Models Mongoose (built in) makes the part of Model building a lot easier, and very easy to read. For people who are use to building the DB architecture first, then generating Models from it

  • Facebook の決断：MVCはスケールしない。ならば Flux だ。

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    Facebook の決断：MVCはスケールしない。ならば Flux だ。
    komlow
    komlow 2014/05/29
    リンク

  • Book: ステートフルJavaScript ―MVCアーキテクチャに基づくWebアプリケーションの状態管理 - @kyanny's blog


    ざっと流し読みしたけど、いまいちだった。深く読み込めばもっと得るものもあるのかもしれないが、この本を精読するよりは他の本を読みたい。 JavaScript によるクライアントサイドアプリケーションはステートフルなオブジェクトで構成されるので、状態を持つがゆえにテストもデバッグもしづらいらしい、ならばステートフルを飼いならすためにそれが一体どういうものなのかちゃんと学ぼう、と思い、タイトルにひかれて買ってみた。が、実際にステートについて触れている箇所はあまり多くなく、期待はずれだった。 この本の原題は﹁JavaScript Web Applications - jQuery Developers' Guide to Moving State to the Client﹂で、これなら jQuery の話が中心でも仕方ないかな、という気はする。ただ、最初からこういう書籍名だと知っていたらたぶん読
    Book: ステートフルJavaScript ―MVCアーキテクチャに基づくWebアプリケーションの状態管理 - @kyanny's blog

  • Minimal MVC in JavaScript

    It introduces a way to implement a minimal MVC in JavaScript. This is the talk @ OSDC 2014. [1]: http://osdc.tw/2014/Read less

    Minimal MVC in JavaScript

  • JavaScript MVC Style Guide

    Over the years I've come up with a few rules for MVC web apps that have served me well and kept large codebases from descending into chaos. While the terminology may differ, these rules should hold true for most client-side MVC frameworks such as Backbone and Ember. Some frameworks have different naming MVC conventions, and slightly different takes on separating concerns. In this document, control

  • mizchi / すべてのMVCを過去にする - Glide

    Please note that Glide no longer supports Internet Explorer versions 7 or 8.

  • Mithril

    ○ Mithril A Javascript Framework for Building Brilliant Applications Guide Download v0.1 Light-weight Only 3kb gzipped, no dependencies Small API, small learning curve

  • MVCの流れを簡単にまとめてみる - Qiita [キータ]


    理解しやすいように適当に遮ったり、言い切ってしまったところもあるがご容赦いただきたい。 MVCの登場 MVCは、SmalltalkのGUIライブラリのモデルとして登場した。 これはGUIアプリケーションを記述する際に、適切なモデル化を進めるのにとてもいい考え方だと思われていたし、実際にそうだった。 これはアーキテクチャパターンとして、それぞれがどのように依存するべきか、どこにコードを書くべきかということを端的に表している。 安定依存の原則というものがある。これは、要件が安定しているモジュールに依存し、要件が変動しやすいモジュールには依存しないようにするという原則だ。MVCアーキテクチャでは、GUIアプリケーションの安定関係をModel > View > Controllerの順でとらえている。データ処理や業務要件というのは安定しており、UIパーツもまた比較的安定している。それらを統合してア
    MVCの流れを簡単にまとめてみる - Qiita [キータ]
    komlow
    komlow 2014/01/15
    リンク

  • tupai.js — Minimal and Flexible JavaScript MVC Framework.

    tupai.js is a minimal and flexible JavaScript MVC framework. providing a robust set of features for building single and multi-pages. Package Java like package-class system. Namespaces are needed because there can be many functions, variables for classes in one program and they can conflict with the existing names of variables, functions and classes. Template engine Roles of engineers and mark-up i

  • ダブルMVCの意味するところ [GoGaRuCo 2013] - ワザノバ | wazanova.jp


    [Video] http://www.youtube.com/watch?v=s1dhXamEAKQ TildのYehuda KatzのGolden Gate Ruby Conference 2013での講演。 RubyonRailsのクリエーターであるDavid Heinemeier Hanssonが、﹁JavaScript勢はダブルMVCで苦しんでいる。サーバとクライアント両方にMVCが必要で複雑すぎる。﹂とTwitterで発言したのに対して、Yehudaは、それでは誤解を与えると危惧し、GUIプログラミングが歴史的にどのようにMVCに発展してきたかを紹介することで、ダブルMVCが本当に意味するところを解説しています。 DHHの発言は、盛り上がってきたMeteor / Node.js勢に対する単なる批判っぽいですが、それに対してYehudaはロジカルに話をまとめてます。 スライドを

  • 雑把の UI アーキテクチャー史(MVCからMVVMへ) | プログラマーズ雑記帳


    Web の場合は View と Controller の違いははっきりしてます。 View は html ページとその作成を担当します。 CGIは アドレスとパラメーター(アドレスの?の後など)を受け取り、処理を行います。 その受け取り部分が Controller です。 Model と View ではなく、なぜ MVC としたのでしょうか?﹃ GoF本﹄ では Controller を分ける利点をいくつか挙げられています。 キーボードの応答を変えたり、メニューからの呼び出しに変更するとき、表示方法を変更しなくていい。 入力イベントを無視するといったことをコントローラーのインスタンスの入れ替えで可能。 その他にも "View を入れ替えれば、 PCアプリ、 Web アプリでも使えるように" という理由もあります。 ちょっと無理そうな話ですが、例えば、 PCアプリが次のような

  • http://heim.ifi.uio.no/~trygver/themes/mvc/mvc-index.html

    home mvc MVC XEROX PARC 1978-79 I spent a very happy and inspiring year as a visiting scientist with the Learning Research Gorup (LRG) at Xerox PARC from the summer og 1978 to the summer of 1979. This group was dedicated to Alan Kay's vision of the Dynabook; a portable computer that should contain all data of interest to its owner/user. Very importantly, these data included the programs the owner

    komlow
    komlow 2013/10/08
    リンク

  • Kyoto.js #7 何がMVCをつなげているのか

    main.md 何がMVCをつなげているのか クライアントサイドMVC buzzwordっぽい Backbone.js Angular.js Knockout.js Ember.js とか 使ってますか? はてなでも一部本番運用/社内向けツールではよくみる クライアントサイドMVCフレームワークを利用するとMVCによる設計方針を簡単に使うことができるようになる MVC!MVC! Ruby on Rails Django Amon2 WebアプリケーションのMVCはここでは忘れろ!!! MVCパターンって何が良いの? いつもの図 MVC consists of three kinds of objects. The Model is the application object, the View is its screen presentation, and the Controller

    Kyoto.js #7 何がMVCをつなげているのか

  • MVCとObserverパターン - いつもあさって


    MVCとは Model ビジネスロジックを表現する要素．状態を持っている．Controllerから要求を処理し，状態の変更をViewに通知する．ViewやControllerに依存しない． SQLや一時保存したデータを書き換えたりする． View UIを担当する．Modelの状態をユーザーに表示し，ユーザーから入力があった場合Controllerに通知する．Modelに依存し，Controllerに依存しない． コマンドラインかもしれないしGUIかも知れない． Controller ユーザーの応答に対して処理する要素．Viewから通知を受け取り，Modelに変更の要求する．ModelとViewをもっている． 直接に描画を行ったり、modelの内部データを直接操作したりはしない。 一般的な制御フローは以下のようになる． ユーザがユーザインタフェースを通してviewに入力する ViewがCon
    MVCとObserverパターン - いつもあさって

  • Rails のモデルはどうあるべきか - tomykaira makes love with codes


    2013-07-05 Rails のモデルはどうあるべきか rails TL;DR: Rails の model が太りやすいのは、生まれつき責務過剰だから。開発者が設計段階で責務を絞り、食べる量を減らしてあげよう。 Rails の model というのは、概念も実装も、とても奇妙な使われ方をしている。 いささか不気味だし、実害もある。 fat model はずっと Rails 界で話題になりつづけている。 すでに Rails のプロフェッショナルは抜け出せているのかもしれないが、まだ議論の余地のある話題ではあるようだ。 なぜ model が太るかというと、なんでもかんでも model に食べさせるからである。 一日中食べてれば元々どんなにスレンダーでも太るに決まってる。 コードのダイエットは食べる量を減らすか、外に出すしかない。 太ってから外に出すのがリファクタリングである。 後知恵的に

  • PHPerのMVCの一体どこが間違っていたのか - MugeSoの日記


    メリークリスマス！ PHP Advent Calendarもいよいよ24日目に突入です。 昨日はxhprofについてでしたね。僕もパフォーマンスチューニングの際に使っています。手軽に利用できるのでお勧めです。 さて、このエントリーでは表題の通りMVCについて書かせていただきます。これは、PHPカンファレンス2012&WordCamp Tokyo2012合同LT大会で発表した﹁やはりお前らのMVCは間違っている﹂で煽るだけだったこの問題をきちんと解説するものです。 この発表資料を公開するとPHPの枠を超えて広く閲覧いただき*1、また多くの方から突っ込みを戴きました。﹁LTだから﹂と言って逃げていた回答をして、気持ち新たに新年を迎えようと思います。 MVCとはなんなのか 間違いを指摘する前にMVCがそもそもどういうアーキテクチャであるのかを確認しなければいけません。 MVCは1970年代にパロ
    PHPerのMVCの一体どこが間違っていたのか - MugeSoの日記

  • JSのMVCについて考えてみた ~ その2 テンプレートエンジンの分業とパフォーマンス - mizchi log


    この前の続き。相変わらず思いつきでつらつら書いてて図とかまともなサンプルとかない。JSのモデルには二種類ある フロントエンドである以上本質的にすべてビューだとも言える。 であるがゆえにあやふやにしないほうがいい。 ビューモデル UIの状態を示す属性。選択しているタブとか、開いているダイアログとか、そういうものの状態をDOMから読むのではなく、JSとして一度確定し、その結果をビューに反映すべきだ。激しく画面を組み替える場合はビューというグローバル変数はどこからも汚染される可能性がある。 データベースのローカルキャッシュ たとえば、a地点からb地点の距離をユークリッド距離を求めるのに、わざわざサーバーに問い合わせるのは無駄。普通に三平方の定理で計算すればいい。アクション性が高いものほど、ここの振る舞いは分厚くなる。いわゆるHTML5アプリはここを重点的にやるほどサーバーの負担が減り、サーバー
    JSのMVCについて考えてみた ~ その2 テンプレートエンジンの分業とパフォーマンス - mizchi log
  • 1 2 次のページ

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.