ツアー案内 より深いPINTO_model_zooのツアーを以下記事で実施しています。興味ある方はおこしください。 最速モデルを求めて @PINTO さんのおかげで、Raspbite-bin」を使ってお手軽に爆速エッジコンピューティング 少しだけ、ラズパイカメラモジュール対応で貢献（PR）したところ、Mergeいただき更に次のようなありがたい啓示をいただきました。 @karaage0703 さんからプルリク頂けました。帰宅して動確したらすぐMergeしますね。ラズパイカメラ対応ですね。有難うございます。ちなみにInteger Quant済みのMobile
Railsのmodelがとても長くなる場合や、数多くの関心事項（例えばvalidation、activation、association等々）に及ぶ場合には、concerned_withパターンを用いてひとつのmodelを関心事項ごとに複数のファイルに分割して書くことができます。 Teamboxというプロジェクト管理アプリのソースコードを読んでいました。app/modelsのディレクトリの中を見ていると、user.rbの他にuserというディレクトリがあり、その中にactivation.rbやvalidation.rbのようなコードがたくさん収められていました（githubのteamboxのmodelsディレクトリ以下を参照）。ためしに、app/models/user/validation.rbを読んでみると、class User ... validates_presence_of :lo
http://www.dhh-ping-pong.com/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約5時間前 「RailsでInteractorをうまく利用する」において、Grouperがブログで紹介したサンプルコードをDHHが批判して、「今回はサンプルコードが悪いだけだと言うなら、良いと思うサンプルコードを送ってほしい。」という発言をしていましたが、実際に原文では、 "Anyway, the invitation stands. Present any piece of real code and we can ping pong on it." 「ピンポンのようにやり取りする。」と表現しています。このコメントに呼応して、 http://www.dhh-ping-pong.com/ というサイトが立ち
railsを既存アプリケーションのDBにつないで開発 railsに一部のせかえる事にしました。 エゴです。えぇ、、、完全なエゴです。効率を考えると全くエゴではないかもしれません。それでもエゴです。 require ruby 2.0rails 4.0rails project作る$ gem install rails $ rails new hoge -T --skip-rails template作らないとなぁ、、、）をごにょごにょとします。 dbつくってつなぐまず、DBにつなぎます Gemfile gem 'mysql2' database.ymlをよしなに設定 development: adapter: mysql2 encoding: utf8 database: my_db_name username: root pas
モデルについて 説明 モデルとはアプリケーションが扱うデータや処理を表現する仕組みのこと モデル名とテーブル名の規約 英大文字から始まる 英数字のみ 単語の区切りでは、先頭文字を大文字 単数形の名詞 Entry UserComment ファイルはapp/modelsディレクトリに格納 ファイル名は、モデル名の単語区切りを「_」にし、すべて小文字にしたもの app/models/entry.rb app/models/user_comment.rb 命名規則 種類 説明 例
Life is beautifulのこのエントリーは「釣り」でしょ？ no title 先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 ということで、MVCの解説をされています。それは、OK。で、Railsが「えせMVC」だという理由。 ActiveRecordそのものはとても便利なもので全く問題はないのだが、問題はRailsの解説書などでActiveRecordを使って抽象化されたデータベースをModelと読んでいるケースが多く見受けられる点だ。 上に述べた通
お久しぶりです。@at_grandpa です。 今回、Model View Controller について再考する機会があったので、自分なりに整理してみました。 勘違い MVCの勘違いに関しては、以下のSlideShareが有名かと思います。 やはりお前らのMVCは間違っている @mugeso これにはドキッとしたことを覚えています。 このスライドで「間違っている！」と指摘されている形式を、そういうものだと理解していたからです。 上記で指摘されている勘違い形式を、自分なりにわかりやすく噛み砕き、図にしてみました。 Userからの入力をControllerが受け取る Controllerはデータ置き場であるModelからデータを取得する 取得したデータをControllerが加工する 加工したデータをViewに転送する Viewは、受け取ったデータを視覚表現しディスプレイに表示する 自分の中
いまどきのAndroidアプリフレームワーク検討 – 実装編 以前書いたフレームワーク検討の記事のイメージでざっくりと実装してみました。 完成まではまだまだですが、なかなか良くなりそうな気配です。 サンプルアプリ 今回は1アクティビティに2つのFragmentを持ち、アカウント情報(ID、パスワード)の一覧表示と、参照、編集を行うアプリケーションを作成します。 流れの確認用の実装なので、細かい実装は気にせず、雰囲気を感じてもらえればと思います。 プロジェクト一式はこちらからダウンロードできます。 概要図 モデル モデルはite用のモデルです。ここは特に工夫もなくiteのアノテーションを追加したPOJOです。JPAのアノテーションと異なるのが唯一残念なところです。 package sample.model; import com.j256.ite.field.
果敢にもMVCフレームワークの図解を試みたので、どうぞ！ MVCの動機 MVCという言葉が初めて登場してから30年以上たった今、最早なんだったのか分からないほどMVCの定義は混迷をきたしているわけだが、どれがMVCでMVVMでMVPであるという定義についてあれこれ考察するのは個人的には好きでなくて、「結局何がしたいのか」という動機がぶれていなければ何でも良いと思っている。 じゃあそれは一体何なのかということを自分なりに考えてみたところ、次の一言に落ち着いた。 「ModelはViewに依存したくない」 世間的には（？）ModelとViewを単に「分ける」と説明されることが多いが、私はそれだけでは納得していなくて、依存の方向こそが重要だと思っている。たとえ分かれているように見えてもModelがViewを参照していたら、情報の取得先や表現方法は固定化されてしまう。 ModelはViewの事情から
最近、いわゆるRailsの古めのバージョンで書かれたプチレガシーな感じのアプリケーションを触っていて思ったこと。 ちなみに、この話題は多くの人にとって大分今更感のある内容なので、逆にこれを読んで「今更だなぁ、そんなのとっくに結論出てるでしょ」と思わない人はヤバい。 めんどくさいのでデータ永続化を行うためのミドルウェアはMySQLという前提で書く。 単純に言うと、いわゆるRailsアプリのMVCではMがActiveRecordかなんかを継承していて、そのまま作るとModelとtableが一対一対応になってしまう これだと、どのModelにも属さないようなビジネスロジックを置くべき場所がどこなのかよくわからない 「どのModelにも属さないようなビジネスロジックなんてないでしょ！」「どのModelにも属さないビジネスロジックがある時点で設計おかしいでしょ！」と思った人は幸福である。頭が。 ちな
Backbone.jsの情報を探していると英語の記事に当たることが多いので、ここはむしろ割り切って最近読んだBackbone.jsについて英語で書かれたページをまとめておきました。 なんか英語の記事読むと「やってやったぜ！」という気持ちにもなるし シンプルなスライドもの Client-side MVC with Backbone.js ごく初歩の「なんでBackbone使ったらいいの？」から、アーキテクチャの説明や利用例、モデルの関連を作るtipsなどページ数は多いけどどんどん読める系。 Unit Testing JavaScript and Backbone.JS BackboneのModelとかViewとかを単体テストする方法を分かりやすく紹介してくれるプレゼンテーションスライド。 前半でごく明快にテストが必要な理由や箇所、後半にBackboneを使うとどういう風に簡単できれいに書ける
現在進行中で開発・運用しているWebアプリのファイルとディレクトリが若干ゴチャゴチャしてたんで、整理したらだいーぶスッキリした。こんな感じ！ MacBook@yusuke % tree -L 1 -F . ├── Makefile.PL ├── cli/ ├── config/ ├── deploy/ ├── blic/ ├── sandbox/ ├── script/ ├── t/ └── templates/ ちなみにこのプロジェクトは以下が前提です。 Perl製、WebのフレームワークはMojoliciousを使っている 一つじゃなくていくつかのアプリのエンドポイントがある つまり一つのModel、複数の「Contoroller郡」で構成されている 一個一個見て行こう！ Makefile.PL Perlプロ
PerlのウェブアプリケーションフレームワークのAmon2を使うときModelってどうするの?って疑問が沸きませんか?Largeフレーバー以外でセットアップすると、シナトラリッシュなDispatcher(Router)でセットアップされるので、基本的にコントローラーに全部実装してしまおうかなーって気になるんですけど、そうじゃないMVCを意識したケースはどうしようかなーという時のオレオレ理想の要件です。 MVC的なWAFの実装について ウェブアプリケーションフレームワークを使うと、M(モデル)とV(ビュー)とC(コントローラー)の3つにわけてクラス設計を行うのが基本と言われていますが、細かい実装をどこに持って行こうか悩むケースにしばしば出くわしますね。とくに、薄いフレームワークと言われるWAFほど、Modelについてはノータッチで自由な設計が逆にできすぎて悩んでしまうことがしばしばではないで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
