サクサク読めて、アプリ限定の機能も多数！
トップへ戻る
Google I/O
wiki.hacklife.net
options[:url] (url_for フォーマット で表される) で指定されたアクションを呼び出すリンクを返す。内部的には XMLHttpRequest が使用される。呼び出された結果で、options[:update] で指定された id の DOM オブジェクトを更新することも可能。通常はコントローラで用意された結果を render :partial を使って呼出してやるといった使い方をする。 例： link_to_remote "Delete this post", :update => "posts", :url => { :action => "destroy", :id => post.id } link_to_remote(image_tag("refresh"), :update => "emails", :url => { :action => "list_ema
「オブジェクト指向入門」によるとクラスは二つの見方ができる。 型としてのクラス モジュールとしてのクラス DuckTyping におけるクラスは「モジュールとしてのクラス」であり、モジュールとは「外部に提供されるサービスの集合」である。そして、サービスとは「機能の意味・役割」だ。 つまり、DuckTyping はクラスの提供するサービスに注目して設計することで、データ構造・型の変化へ柔軟に対応する設計方針である。 言語の仕組みとしては、サービスを実現する*1インスタンスを実行時に決定する動的束縛（DynamicBinding）によって支えられている。 DuckTypingはオブジェクト指向の概念の発明者は誰ですか？で解説されている「手続きによる抽象化手法」そのものである。 クラスはインターフェイスから知るべきである。 インターフェイスはクラスが提供するサービスを示し、実現部分からは独立して
ここはプログラミングの原則を集める Wiki です。巨人の肩に乗って、ふつうの人がよいプログラムを書くための指針を集めたいなと思ってます。 目次 よいデザインのための Concepts + Principles DRY (Don'tRepeatYourself) 名前重要 直交性 トラッシュではなくクラッシュ DuckTyping よいルーチンを書く 凝集性 結合性 契約による設計 (DesignByContract) ルーチンを作る正当な理由 よいモジュールを書く 適切なモジュール性を確保するために守らなければならない5つの原則 開放/閉鎖原則 (OpenClosedPrinciple) よいアプローチのための Concepts + Principles 曳光弾 可逆性
Rails のチュートリアルは終わったけれど、その次に何かを作ろうとしたら止まってしまって先へ進めない人へ向けて、チュートリの次のステップとなりそうなネタを集めてみます。 主な情報源は Web と「Ruby on Rails 入門〜優しい Rails の育て方」（くまくまーの人本）です。
このページを最初にブックマークしてみませんか？
『wiki.hacklife.net』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
