河童Blog 〜 30過ぎてもソフト開発 〜
00:36 ！！！ RT @shakase: ＵＦＣ観了。しばらく結果は書かないが……久々にＰＲＩＤＥファンも満足したのでは？ 01:55 みるくだけに、舐められない！！ RT @hazuma: おお、サンクス……。そしてなかなか舐められないキャラであることを知った。RT @laeve_ 知多みるくについて分かりやすいサイト http://bit.ly/ackCon RT @hazuma 02:02 内田樹先生の贈与経済の話とぶっちゃけ直接接続する話に聞こえる。 http://bit.ly/adVLG0 @tsuda さんによる「ツイッターノミクス」解説まとめ #twnomics 09:15 おはようございます。 09:15 しごと、なう＾ 09:17 お、御大今日もお元気。でも月曜日だから休憩せずに頑張ります〜 RT @555hamako: おはようございます。 人生浮き沈み
ActiveScaffold、複数モデルを増やしてもできるだけ共通ビューの編集で済ませる その１ - 河童Blog 〜 30過ぎてもソフト開発 〜
ActiveScaffold、複数モデルを増やしてもできるだけ共通ビューの編集で済ませる その１ 今回はRailsの話。 あるWeb＋DBシステムで扱われるデータベース内の全テーブルに対して、Rails＋ActiveScaffoldでテーブル内容検索・閲覧・CSV出力画面をぱぱぱっとお手軽に作る必要がでました。 単純にそれを テーブルを１つ追加 モデルも１つ追加 ビューも１つ追加… などとやると、さして機能が変わらないけどソースが派生して増え続けてしまう。 最悪派生コピーを許すとしても、コピーした後で手を入れる箇所ができるだけ少なく出来たほうが効率が良い。 ということで、まず手始めに「コントローラが増え続けても ビューは極力共通」で書く方法を検討します。 Railsは1.2.5、編集環境はAptana Studio1.2.1です。 ActiveScaffoldのプラグインは導入済みの状態か
Aptana StudioでRubyクラスの構造と利用できるメソッドを調べる方法 - 河童Blog 〜 30過ぎてもソフト開発 〜
Aptana StudioでRubyクラスの構造と利用できるメソッドを調べる方法 先の記事に関連して、私はcontrollerオブジェクトがビューで利用できる処までは本で調べることができたのですが、そのcontrollerオブジェクトで利用可能なメソッドにはどんなものがあるのかまでは見つからず。 ということでAptana Studioの機能の中で探すことにしました。 あ、RadRailsパースペクティブ（RadRails1.1.1）の状態で作業しています。 ヘルプを開く F1 私は通常はVB.NETで開発してますし、困ったときはF1ヘルプ！の癖がついてます。 今回もまずはlayout.rhtmlを開き、controllerの記述位置にカーソルを立ててF1ヘルプを実行。 ヘルプのビューが起動し、なにやら検索を開始しましたが…「関連トピック」▼Aptana ERB エディター について ▼ダイ
Aptana Studioの練習 ActiverScaffoldの動作解析（Search編） - 河童Blog 〜 30過ぎてもソフト開発 〜
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編） 続き - 河童Blog 〜 30過ぎてもソフト開発 〜
Aptana Studioの練習 ActiverScaffoldの動作解析（Search編） 続き 続きを書く前に、１件訂正。 最初にジャンプして位置を見失った行は、どうも active_scaffold :store do |config| みたいです。この行でステップオーバーすると、一気に前回記事のスタック位置で止まります。 ブレークポイント配置にまた失敗 …再開したはずが、同じくactionpackの行にブレークポイントを置こうとしてやっぱり失敗。 そうかーデバッグ実行中にブレークポイントの状態を、もしかして変更できない？ 可能性あるなあ。VB.NETなら出来るんだけど。VisualStudioが偉大ということかしら。 という訳で、またもjavaw.exe→ruby.exeの順でプロセス強制終了。 あんまりやると壊れるよね。 今回はステップリターンで素直に戻る ちょっとずつ目視で確認
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
