HANAMI(旧名 Lotus) ControllerとViewのデータの共有の仕方 - 幸ログ
概要 ここ最近HANAMI(旧名 Lotus)というRuby製の軽量Webフレームワークを勉強しています。 筆者はRuby on Rails Sinatraを使っているのですが、少し自分の技術の幅を広げようと思い触れちゃいました。 問題 Ruby on RailsやSinatraではController部分にインスタンス変数を定義し、 ViewではControllerで定義したインスタンス変数を使うという場面が多々あります。 HANAMIも同じようにしてみるとできないことがわかりました。 そこでドキュメントです。(困った時はドキュメントに頼るしなかない!) 解決 hanamirb.org ドキュメントにはこう書いてありました。 We use a simple and powerful mechanism to achieve our goal: exposures. Exposures c
GoでのWebアプリケーションの組み立て方 - Qiita
はじめに 11月末に何故かアドベントカレンダーの一日目が空いていたので急遽この記事を作成することになりました。急いで書いたので不備などありましたらすみません。 新しい職場に転職後、業務としては初めてGoでWebアプリケーションを作成しました。 スクラッチで書かせてもらえたので、試行錯誤しながら一通り組むことができました。 また経験豊富な同僚からもアドバイスいただいたこともあり、 かなりGoのWebアプリの組み方について知見がたまりました。 そこで、MVCアプリケーションを組む上でどのような構成にしたらよいかについて、 特にコントローラ層を中心に自分の考えを紹介したいと思います。 MVCの設計 元々Rails等を書いていたので所謂WebのMVC（Model2）をベースに考えます。 View 書いたWebアプリケーションはAPIサーバだったので、実はあまりここについて出せる知見はありません。
DHHはどのようにRailsのコントローラを書くのか | POSTD
私たちの救世主DHH™は最近の Full Stack Radioのインタビュー で、 Basecamp の最新版で彼がどのようにRailsのコントローラを書いたかを説明しています。下記は、彼のすばらしい話を書き取ったものです。 これまでに思うようになってきたのは、「RESTの原則に従うには、どのタイミングで新たなコントローラを作るべきかを一度決めたら、ほぼ異例なくその原則を遵守するべきだ」ということです。いつだってその方がうまくいくんです。自分の作ったコントローラの状態を悔やむのは決まって、作ったコントローラの数が少なすぎた時です。多くの処理を任せようとしすぎてしまうんです。 そこでBasecamp 3では、ある程度理にかなったサブリソースがあれば、毎回コントローラを分割していきます。フィルタなどの場合ですね。例えば画面があって、それがある状態になっているとします。もしこれにいくつかのフィ
Railsのコントローラーの仕事は何か？ - Qiita
誰も読んでいないブログからの転載 最近MVCがどうとかという内容が話題になっていますが、ちょっと乗っかった内容です。 Railsで初心者によく見られる良くないコードは、コントローラーでたくさんの処理を実装してコントローラーの一つのアクションが30行、40行になってしまうことです。それに対して、モデルに適切に処理を移すのが良いんだということを言うんですが、”適切に”って何？じゃー、コントローラーには何を書くのがいいの？っていう質問への僕なりの回答です。 良いメソッドとは？ 直接回答する前に、まずは前提の共有から、プログラムにおいて良いメソッドとはどのようなメソッドでしょうか？僕の解は、以下です。 "引数と返り値が最小限になっているメソッドです" （この部分については別途説明が必要な気がしますが、まぁなんとなくご理解いただけるかなと思います。） Railsのコントローラーの仕事？ では、Rai
中規模Web開発のためのMVC分割とレイヤアーキテクチャ - Qiita
TL;DR MVCもレイヤで捉えて関係性の設計をするといいのでは 普通のRubyオブジェクトを積極的に使いたいですね 「パーフェクト Rails」に期待しましょう 長くなって面倒くさくなり、途中から手抜き感が半端ないですが許してください この記事の位置付けなど 7 Patterns to Refactor Fat ActiveRecord Models - Code Climate Blog [翻訳] エリック・エヴァンスのドメイン駆動設計 エンタープライズ アプリケーションアーキテクチャパターン これらの参考文献を踏まえてRailsアプリケーションのリファクタリングをしていて、だいぶ方向性や考え方がまとまってきたので、これからチームに合流する人を想定読者に、Qiitaがどんな感じで作られているのかを文書化したものです。（参考文献の一覧は記事の最後にあります） 内容的には文献[2,3]を踏
全裸で学ぶMVC事始め - ゆーすけべー日記
一般的なWeb Application Framework（WAF）ではMVCという設計及び実装における概念が取り入れられています。 MVCに従ってつくるのが全てではありませんが、 WAFを使うと共に、一度はMVCを用いたWebアプリの開発経験はしておいた方がよいと思います。 MVCはモデル（Model）、ビュー（View）、コントローラ（Controller）の3つの単語を組み合わせた言葉で、 この3つで概念が成り立っています。 クライアントがWebに対してリクエストをした時に、これら3つがそれぞれ連動して結果を返します。 一般的には以下のような処理経路をたどります。 クライアントがWebサイトにリクエスト コントローラがリクエストの処理を行い、モデルとビューを動かす 必要に応じてモデルを呼び出す 結果のデータをビューに渡す ビューがHTML化などをしたものをクライアントに表示する MV
Sinatra: Building an ActiveRecord and Postgres application | Millwood Online Blog
Sinatra: Building an ActiveRecord and Postgres application Blog › Sinatra: Building an ActiveRecord and Postgres application Published on: 08 May 2013 by Tim Millwood Tags: activerecord, postgres, ruby, sinatra, Vote on HN Kindle As you may already know Sinatra is a great Ruby framework for building small web apps and APIs. Although it's very different to Ruby on Rails, there are sometimes cases
ひとつのモデルを立場の違うユーザで閲覧する場合のベストプラクティスを探る
複数の出版社の本を管理するシステムがあり、単純に本の一覧データを閲覧したい、という場合について考えます。 おおよそ、以下の２パターンのどちらで行くか、という話題です。 パターン１：ひとつのコントローラですべてのビューに対応する パターン２：ビューごとにコントローラを作る 前提条件 User, Publisher(出版社), PublisherUser, Book のモデルがある Publisherに所属するUserをPublisherUserで管理 Userは自分のBookのみ削除可能 ログインはUserが行う Userは管理者権限がある 要件 Userに自分のBook一覧を閲覧可能 UserはPublisher単位で管理しているBook一覧を閲覧可能 Userは所属していないPublisherのBook一覧は閲覧不可能 管理者権限を持つUserはすべてのBook一覧を閲覧可能 作り方 パ
sinatraとActiveRecordとERBでBBS作ったのでソースを公開してみる - 新だるろぐ跡地
rubyのwafでsinatraが最近人気なのでBBS作ってソース晒してみた。 http://github.com/hirafoo/sinatra_bbs/tree/master rubyもrailsも、ほぼ知識無しの状態でやったので色々見苦しいはず。俺が使えるのはrailsの中でのマイグレーションのみです。 sinatraについては以下が大変参考になります。 http://labs.unoh.net/2009/05/sinatra.html 第9回 SinatraとSequel・Hamlで掲示板アプリを作る：Ruby Freaks Lounge｜gihyo.jp … 技術評論社 作ったBBSの機能、特徴など。 ActiveRecord使用 railsと同じコマンドによるマイグレーション セッション管理 セッションをDBに保存 ログイン 認証 ページング ERB使用 にげっとのソースを晒し
SinatraからDataMapperを使う(2) マイグレーションとモデルの分離 - アインシュタインの電話番号
前回はapp.rbファイルに全部詰め込んで動作チェックしたけど、今回はそれを分離する。特に、DB接続とテーブル定義を行うマイグレーション部分と、プロパティ情報を定義するモデル部分をapp.rbから分離し、そのファイルを実行することでテーブル定義と初期レコードの追加だけを行えるようにする。 app.rbから分離して、migrate.rbとmodel.rbを作成する。 model.rb require 'rubygems' require 'dm-core' class Post include DataMapper::Resource property :id, Serial property :title, String property :tweet_num, Integer, :default => 0 property :created_at, DateTime end migrat
パーフェクトRuby on Railsという書籍が出ます - すがブロ
6/6発売となります パーフェクト Ruby on Rails 作者: すがわらまさのり,前島真一,近藤宇智朗,橋立友宏出版社/メーカー: 技術評論社発売日: 2014/06/06メディア: 大型本この商品を含むブログを見る まだAmazonだと書影や目次がでていませんね。 これが表紙です!! 目次などの一次ソースは http://gihyo.jp/book/2014/978-4-7741-6516-5 を見ていただければと思います。 一応、書籍の目次を書いておきますね。 ■■Part 1 Rails ～ overview ■1章 Ruby on Railsの概要 1-1 Railsを使う前に 1-2 Railsの思想 1-3 Railsをはじめよう!! 1-4 scaffoldを使ってRailsでの開発を体験しよう ■2章 Ruby on RailsとMVC 2-1 MVCアーキテクチャ
GitHubがRubyとMVCの限界を悟り、C#とMVVMに全面移行！！ : IT速報
1: デンジャラスバックドロップ(芋) 2013/10/05(土) 11:54:32.01 ID:htlhBZ3l0 BE:5630742-DIA(110000) ポイント特典 2: リバースネックブリーカー(愛知県) 2013/10/05(土) 11:56:02.66 ID:Li8s567b0 知ってた 3: マスク剥ぎ(東京都) 2013/10/05(土) 11:56:12.77 ID:O7+RVODb0 俺みたいな底辺IT土方はMVCで十分です Model View Controller（モデル・ビュー・コントローラ） ソフトウェアの設計モデルの一つで、処理の中核を担う「Model」、表示・出力を司る「View」、入力を受け取ってその内容に応じてViewとModelを制御する「Controller」の3要素の組み合わせでシステムを実装する方式。 Ruby on Railsなんかを使う
Ruby on Railsの「えせMVC」の弊害
先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ブログ
Sinatra Recipes - Models