<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Abstractクラス。 へのコメント</title>
	<atom:link href="http://saikyoline.jp/weblog/2008/08/15/005024.html/feed" rel="self" type="application/rss+xml" />
	<link>http://saikyoline.jp/weblog/2008/08/15/005024.html</link>
	<description>コンピュータに関係あることとか、ないこととか。</description>
	<lastBuildDate>Mon, 19 Mar 2012 02:38:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>芳賀 より</title>
		<link>http://saikyoline.jp/weblog/2008/08/15/005024.html/comment-page-1#comment-170</link>
		<dc:creator>芳賀</dc:creator>
		<pubDate>Sat, 16 Aug 2008 01:04:03 +0000</pubDate>
		<guid isPermaLink="false">http://saikyoline.jp/weblog/?p=545#comment-170</guid>
		<description>なるほど単一テーブル継承だったんですね。
助言したつもりが、こちらが勉強になってしまいました。ありがとうございました。
</description>
		<content:encoded><![CDATA[<p>なるほど単一テーブル継承だったんですね。<br />
助言したつもりが、こちらが勉強になってしまいました。ありがとうございました。</p>
]]></content:encoded>
	</item>
	<item>
		<title>yoshuki より</title>
		<link>http://saikyoline.jp/weblog/2008/08/15/005024.html/comment-page-1#comment-169</link>
		<dc:creator>yoshuki</dc:creator>
		<pubDate>Fri, 15 Aug 2008 18:04:54 +0000</pubDate>
		<guid isPermaLink="false">http://saikyoline.jp/weblog/?p=545#comment-169</guid>
		<description>ポリモーフィック関連というのはbelongs_toによって関連づける相手クラスを抽象化したいときに使うものです。
たとえばPersonというクラスがあったとして、それに対してSeafoodCurryやVegetableCurryを抽象化してCurryとして見せる場合に使うことができます。
わたしのこのケースは単一テーブル継承なので、ちょっと違います。

どちらもポリモーフィズムなのでたしかに見た目はおなじですね。
オンラインのソースでは、
&lt;a href=&quot;http://www.web-career.com/seminar/pdf/2007_1018.pdf&quot; rel=&quot;nofollow&quot;&gt;http://www.web-career.com/seminar/pdf/2007_1018.pdf&lt;/a&gt;
こちらのP33～42で解説されてます。
</description>
		<content:encoded><![CDATA[<p>ポリモーフィック関連というのはbelongs_toによって関連づける相手クラスを抽象化したいときに使うものです。<br />
たとえばPersonというクラスがあったとして、それに対してSeafoodCurryやVegetableCurryを抽象化してCurryとして見せる場合に使うことができます。<br />
わたしのこのケースは単一テーブル継承なので、ちょっと違います。</p>
<p>どちらもポリモーフィズムなのでたしかに見た目はおなじですね。<br />
オンラインのソースでは、<br />
<a href="http://www.web-career.com/seminar/pdf/2007_1018.pdf" rel="nofollow">http://www.web-career.com/seminar/pdf/2007_1018.pdf</a><br />
こちらのP33～42で解説されてます。</p>
]]></content:encoded>
	</item>
	<item>
		<title>芳賀 より</title>
		<link>http://saikyoline.jp/weblog/2008/08/15/005024.html/comment-page-1#comment-168</link>
		<dc:creator>芳賀</dc:creator>
		<pubDate>Fri, 15 Aug 2008 14:44:50 +0000</pubDate>
		<guid isPermaLink="false">http://saikyoline.jp/weblog/?p=545#comment-168</guid>
		<description>&gt;Curry.find(:all).rotのようなこともしたいので、

会社に先の本を置いてきたので記憶で書きますがその本の例では事務所クラスと工場クラスがあり、それぞれ個別に使用することもあるが、この2つのクラスには共通する部分があり、ある場合ではこの2つを区別することなく使用したい。その為に2つのクラスを抽象化した仕事場クラスを用意する。

yoshukiさんのCurryクラスはまさに仕事場クラスに該当するように思えます。

私はポリモーフィック関連という機能をActiveRecordで使えることをこの本で初めて知り、且つ会社に本を置いてきたのであまり詳しいことは今言えませんがポリモーフィック関連に見えてしょうがないので良かったら調べてみてください。
</description>
		<content:encoded><![CDATA[<p>>Curry.find(:all).rotのようなこともしたいので、</p>
<p>会社に先の本を置いてきたので記憶で書きますがその本の例では事務所クラスと工場クラスがあり、それぞれ個別に使用することもあるが、この2つのクラスには共通する部分があり、ある場合ではこの2つを区別することなく使用したい。その為に2つのクラスを抽象化した仕事場クラスを用意する。</p>
<p>yoshukiさんのCurryクラスはまさに仕事場クラスに該当するように思えます。</p>
<p>私はポリモーフィック関連という機能をActiveRecordで使えることをこの本で初めて知り、且つ会社に本を置いてきたのであまり詳しいことは今言えませんがポリモーフィック関連に見えてしょうがないので良かったら調べてみてください。</p>
]]></content:encoded>
	</item>
	<item>
		<title>yoshuki より</title>
		<link>http://saikyoline.jp/weblog/2008/08/15/005024.html/comment-page-1#comment-167</link>
		<dc:creator>yoshuki</dc:creator>
		<pubDate>Fri, 15 Aug 2008 13:15:14 +0000</pubDate>
		<guid isPermaLink="false">http://saikyoline.jp/weblog/?p=545#comment-167</guid>
		<description>おひさしぶりです。ご紹介ありがとうございます。
メソッドの共有という意味では確かにモジュールのほうがいいと思うのですが、Curry.find(:all).rot
（SeafoodとVegetableで挙動が明確に変わるようなメソッドが思いつかない。サンプルにしたクラスが悪かった。orz）のようなこともしたいので、このような構成になりました。
</description>
		<content:encoded><![CDATA[<p>おひさしぶりです。ご紹介ありがとうございます。<br />
メソッドの共有という意味では確かにモジュールのほうがいいと思うのですが、Curry.find(:all).rot<br />
（SeafoodとVegetableで挙動が明確に変わるようなメソッドが思いつかない。サンプルにしたクラスが悪かった。orz）のようなこともしたいので、このような構成になりました。</p>
]]></content:encoded>
	</item>
	<item>
		<title>芳賀 より</title>
		<link>http://saikyoline.jp/weblog/2008/08/15/005024.html/comment-page-1#comment-166</link>
		<dc:creator>芳賀</dc:creator>
		<pubDate>Fri, 15 Aug 2008 11:08:27 +0000</pubDate>
		<guid isPermaLink="false">http://saikyoline.jp/weblog/?p=545#comment-166</guid>
		<description>お久しぶりです。元W社の芳賀です。

Abstractクラスの書き方が普通かどうか私もそのような情報を見聞きしたことがありません。

話が少し変わりますがAbstractクラスではなく、実装されたメソッドを複数のモデルで共有したい場合はモジュールを使うのが便利だとRuby on Rails 逆引きクイックリファレンスの290ページに書いてありました。

yoshukiさんがやりたいことがポリモーフィック関連ということでしたら、やはり共通処理はモジュールを使うのが便利と同じ本の321ページに書いてありました。
</description>
		<content:encoded><![CDATA[<p>お久しぶりです。元W社の芳賀です。</p>
<p>Abstractクラスの書き方が普通かどうか私もそのような情報を見聞きしたことがありません。</p>
<p>話が少し変わりますがAbstractクラスではなく、実装されたメソッドを複数のモデルで共有したい場合はモジュールを使うのが便利だとRuby on Rails 逆引きクイックリファレンスの290ページに書いてありました。</p>
<p>yoshukiさんがやりたいことがポリモーフィック関連ということでしたら、やはり共通処理はモジュールを使うのが便利と同じ本の321ページに書いてありました。</p>
]]></content:encoded>
	</item>
</channel>
</rss>

