[B! MVC] indicationのブックマーク

とある事業の脱レガシー

2018 builderscon airflowを用いて、複雑大規模なジョブフロー管理に立ち向かうBrainPad Inc.

indication 2015/07/14

とあるフィクション

リンク

AndroidではMVCよりMVPの方がいいかもしれない - Konifar's WIP

Android開発していると、なんかMVCうまくいかないなぁとモヤモヤしてきました。そろそろ他のアーキテクチャを模索してみた方がいいんじゃないかと思い始めまして、ある程度考えがまとまったので自分なりの指針を残しておこうと思います。そもそもアーキテクチャ必要なのか世の中には色々なアーキテクチャが存在するんですが、なんか概念を読んでもスッと理解できることが少ないんですよね。これはなぜかと言うとアーキテクチャが解決しようとしている問題を理解できないからです。極端に言うと、HelloWorldを表示するアプリにMVCを導入する必要があるの？って言うと答えはNoですよね。じゃあ猫の名前をリストで表示するアプリだったらどうかと言われると、これもまだ必要ないかもしれません。つまり、アーキテクチャを適用しなくても問題がないほど小さなアプリにおいては、ただ冗長になるだけなので別にいらないわけです。

indication 2015/04/17

ContentsProviderを経由して画面への反映を行うこととかは、どうなのかな。AsyncTaskがfragmentに癒着しちゃって、サービスへの切り離しに難儀してるからあとで読む

リンク

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

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

indication 2014/05/12

MMVCやMVVMなどの構成についても記載あり

MVC
design

リンク

やはりおまえらの MVC は間違えている in バックボーンジェーエス - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く

続編の紹介続編やはり俺のMVCは間違えている in Backbone.js を書いた。そっちのほうが有益な情報が乗ってると思うけど面白くないかもしれない以下本編 MVC の話と宗教の話と政治の話と野球の話はしてはいけないそうですがそんなの知るか俺はするぞクライアントサイド MVC の話そもそも MVC の出自が GUI アプリケーションのために生まれてきたものなので「クライアントサイド MVC」などと言う言い方をしなければならない状況がすでに憎いのだけれど、まあそれはおいておく。「うちは Backbone.js を使っているから MVC でクライアントサイドが作られていて保守性が高いです」みたいなことを言う人間がたまにいるが、Backbone.js をつかったから（あるいは Marionette.js を使ったらから）といって自動的にお前のアプリケーションが MVC になるわけ

indication 2013/11/11

このモヤモヤ感は、昔、viewから、プレースフォルダを呼び出せる機能をどう扱うか悩んだのと似ている。

js
MVC

リンク

MVCにおけるcontrollerクラスの役割は時代と共に変わって行く | F's Garage

昔、JavaのフレームワークであるStrutsも出てくる前、MVCモデルにおけるControllerの役割というのは、「ロジックもデータも見ない現場監督のような役割」と学んだ。だから昔、ServletではMVCアーキテクチャを学んだ時に、こんなControllerを書いていた。 [とりあえずRequestオブジェクトを受け取る] | [validationロジックに引き渡す。データの中身は見ない] ｜ [例外が発生したらエラーView処理クラスに引き渡す。何のエラーかは細かく知らない] ｜ [次にロジック処理クラスに渡す。最終的にDBのテーブルとマッピングしたデータはJavaBeansというデータクラスが保持する] ｜ [例外が発生したらエラーView処理クラスに引き渡す。何のエラーかは細かく知らない] ｜ [Viewの生成オブジェクトにJavaBeansを渡す] ｜ [Viewオブジ

indication 2013/11/04

適材適所を忘れずに

リンク

WebにおけるMVCアーキテクチャの勃興と変遷

どんなに当たり前になった開発手法やプログラム管理方法があっても、新人さんにとってはHello worldから入って行くと思う。インターネットで、「知の高速道路」が整備されたと言っても、意外と古い話を探すのは難しい話で、MVCみたいに当たり前になってしまったことについて、何故そんなものが存在するのか？という考え方を後から肌で感じるのは難しく、そんなことを考えていたら、突然MVCについて書きたくなった。以下、書いていくがかなりの偏見が入っている気はするので、ぜひ、歴史認識が間違ってたら僕のためにツッコんでくださいませ。僕がMVCアーキテクチャを知ったのは、JavaのServletを勉強していた時だった。Javaはオブジェクト思考で作られている言語かつ、Webに特化した言語ではないため、クラス間のデータは、インターフェース仕様に基いて秘匿されるのと、テンプレートエンジンは別に存在していたので

indication 2013/05/27

コントローラーができてからのルーティングだったとは。

リンク

MVC is dead, it's time to MOVE on.

MVC is a phenomenal idea. You have models, which are nice self-contained bits of state, views which are nice self-contained bits of UI, and controllers which are nice self-contained bits of … What? I’m certainly not the first person to notice this, but the probl em with MVC as given is that you end up stuffing too much code into your controllers, because you don’t know where else to put it. To fix

indication 2012/07/03

主にクライアントっぽい

リンク

俺が勝手に考える正しいMVCの実装。モデルはデータAPI！ - はかますたいる！きょろの技的雑記

最近、一緒にコードを書く人（特にRailsから始めた学生さん）に、 MVC（Model - View - Controller）において、「model = DB」だと考えている人が多いなぁと感じたので、このあたりに関する自分の考えをまとめて書いておきます。あくまで俺の考えなので、違ってたらごめんね。 MVCをちゃんと理解している人には当たり前すぎる話かもなのでスルーでよろしく！初学者はViewをモリモリ生やすこれはプログラミングを始めた人なら誰でも経験ありますよね。むしろ、MVCとか始める前の、誰でも経験あるであろう <?php print '<a href="${hoge}">link</a>'; なんてのは完全にViewだけで実装されたプログラムですね。最近のMVCのテンプレートはとても高機能です。変数の宣言も、条件処理も、ループも、プログラム言語としてひと通りの「逐次、反

indication 2011/12/25

コントローラで、パラメータをどうこうするというのが間違いだと気付いたときにには遅かった

リンク

[tech]GUI-MVCとWeb-MVCの違い - yojikのlog

一部でMVC議論が流行っていたので、自分のためにSmalltalk由来のMVC(以下、一般化してGUI-MVCと呼びます)はWeb-MVCとどう違うか? という点についてまとめて見ました。突っ込みは歓迎。あと本稿ではドメインモデル貧血症批判とかは全く盛り込まない。それは少し違うレイヤーの話なんです。 0. VCは大抵の場合、緊密に結びついたペアである GUI-MVCではView-Controller(以下VCペア)は不可分のペアだとされています。情報の入力(および制御)と出力ですから、お互い強く依存するのはあたりまえですね。MicrosoftのMFCとかJavaのSwingではVCはひとつのコンポーネントとして扱っています(Document-Viewパターンとも呼ばれます) ただ、この点についてはWeb-MVCでもそんなに変わらないかも。 1. GUI-MVCのView-Controll

indication 2011/09/12

Bootstrap-Action-View(Layout)-Form-Service-Dao-O/Rmapper-Dbが個人的に主流になりつつある

リンク

Web Applicationを綺麗に設計するためのMVACという考え方 - $shibayu36->blog;

【2016/03/04追記】以前まとめたこのMVACという名前の設計は既に古くなっており、今はこのようなアーキテクチャで設計していません。こんにちは。最近ははてなでMVACというアーキテクチャに則って開発をしているのですが、ようやく意味を理解できてきました。そこで今回は「Web Applicationを綺麗に設計するためのMVACという考え方」について、サンプルを交えながら説明していこうと思います。かなり長くなってしまったので、時間があるときにでもどうぞ。 MVACって？データソースやロジックを扱う「Model」、表示・出力を管理する「View」、複数のModelとControllerをつなぐApplication、ユーザのリクエストなどを受け取りViewやApplicationを制御する「Controller」の4つの要素を組み合わせてシステムを実装する方式。MVCをさらに抽象化した

indication 2011/03/03

Zend Frameworkを使っていて、これと似たように、ModelとControllerの間に何か挟む仕様がきれいってことが判明していた

リンク

いつまでStruts1を使い続けるの？ - 達人プログラマーを目指して

営業支援で提案中の案件があるのですが、現状CGI＋Perlで作られているコンシューマー向けサイトがあるが、 CGIなので性能が悪いコンテンツの修正が大変なのでMVCできちんと作りたい実績のあるJavaとStrutsをメインに検討しているとのことです。今時多くのコンシューマー系のサイトで、コンテンツの管理を容易にしたいならオープンソースも含めてPHPベースのCMSが星の数ほどあるという事実はおいておくとしても、とにかく、実績重視ということでStrutsということになってしまうのでしょうか？お客様もMVCなど相当技術を勉強されていることは感心なのですが、JavaのMVCフレームワークというとStrutsしか考えないというのは問題ではないのでしょうかね。多くのStrutsベースの既存システムを自社で抱えているなどの理由があるのであれば、それも一つの選択なのかもしれませんが、実績重視とか社内

indication 2010/11/18

リンク

PHPのオブジェクト指向入門 | オブジェクト指向PHP.NET

Last Updated on 2024年2月1日 by admin 墨田区出張マッサージ店には20代後半くらいから月に2回ほど利用していましたが、40代になってくると仕事の疲れが抜けにくくなってきたこともあり、仕事が帰りとか休日にマッサージ店まで足を運ぼうと思っても体が重くてマッサージ店まで行く気力が無くなっていました。その時に、自宅までマッサージ師を呼べばわざわざ自らがマッサージ店まで足を運ぶ必要がないと考えて、それからは墨田区出張マッサージを月に1回程度利用することになりました。ただし、金銭的に余裕がない場合には2ヵ月に1回程度と少なくしています。墨田区出張マッサージは出張料などが含まれていますのでどうしても割高になってしまいます。それでも墨田区出張マッサージは、仕事の疲れで休日は家で休んでいたい時に便利です。外出する支度をしなくて済みますので、普段家にいるラフな格好でいられます。そ