ActiveScaffold、複数モデルを増やしてもできるだけ共通ビューの編集で済ませる その１ 今回はRailsの話。 あるWeb＋DBシステムで扱われるデータベース内の全テーブルに対して、Rails＋ActiveScaffoldでテーブル内容検索・閲覧・CSV出力画面をぱぱぱっとお手軽に作る必要がでました。 単純にそれを テーブルを１つ追加 モデルも１つ追加 ビューも１つ追加… などとやると、さして機能が変わらないけどソースが派生して増え続けてしまう。 最悪派生コピーを許すとしても、コピーした後で手を入れる箇所ができるだけ少なく出来たほうが効率が良い。 ということで、まず手始めに「コントローラが増え続けても ビューは極力共通」で書く方法を検討します。 Railsは1.2.5、編集環境はAptana Studio1.2.1です。 ActiveScaffoldのプラグインは導入済みの状態か
Aptana Studioの練習 ActiverScaffoldの動作解析（Search編） ふっと思い立ち、今開発中のActiveScaffoldのデバッグ途中のThread階層を晒す。 Aptana Studioの「デバッグ」ビューの画面です。 実施した操作 ActiveScaffoldにて１組のモデル、コントローラを作成。 デバッグモードでdevelopment、mongrelサーバを起動し、ブラウザから該当モデルのURLにアクセス。 単純にlistのアクションが完了する。 そこで、デバッガ上でコントローラーのファイル先頭から class StoreController < ApplicationController active_scaffold :store layout "layout" ブレークポイントはactive_scaffold :storeの行に配置。 さらに今度は「
Aptana Studioの練習 ActiverScaffoldの動作解析（Search編） 続き 続きを書く前に、１件訂正。 最初にジャンプして位置を見失った行は、どうも active_scaffold :store do |config| みたいです。この行でステップオーバーすると、一気に前回記事のスタック位置で止まります。 ブレークポイント配置にまた失敗 …再開したはずが、同じくactionpackの行にブレークポイントを置こうとしてやっぱり失敗。 そうかーデバッグ実行中にブレークポイントの状態を、もしかして変更できない？ 可能性あるなあ。VB.NETなら出来るんだけど。VisualStudioが偉大ということかしら。 という訳で、またもjavaw.exe→ruby.exeの順でプロセス強制終了。 あんまりやると壊れるよね。 今回はステップリターンで素直に戻る ちょっとずつ目視で確認
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
