>>100
Composit Pattern を使うってことだね。
・class Thread
・class LeafThread extends Thread
・class CompositThread extends Thread
を用意して、
class composit {
　　// Thread のリストを保持
　　var $thread_list = array();
　　　:
　　function addThread($thread) {
　　　　// $thread が Leaf/Composit のインスタンスだったら
　　　　// 追加許可。
　　}
　　　:
}
という感じにすればいいかもね。

とりあえず 2ch 相当の機能があればいいかな？と思ってそれ以上は
考えていなかったよ。

先のアクセス権については
・ユーザー情報（認証情報）を格納する class User
・Thread クラスでアクセス権を保持するように責務を追加
ということで実現できるかな。

>>96
なかなか時間がなくて、コードのフラグメント以上にならないよ・・・。
掲示板についてのノウハウもないから、どんなチェックをしたらいいか
分からないし。ある程度形になったら公開するね。

>>98
監督だなんて滅相もない。まあ気長に作ろう。

クラスについてくわしく書いてあるサイト知りませんか？

Google で検索すればいろいろ出てくるよ。

とりあえずこの辺かな。
http://www.itboost.co.jp/php/php_15.php
http://www.pugly.juice.or.jp/pugly/postgres/php/guide6.html

>>101
デザインパターンって全然知らないのよね。
多少 OOP も分かってきたことだし一通り読んでおこうかな...

>>104
ありがとうございます　電動ナナシ様。

>>106
様はつけないでいいよ。ちょっと気恥ずかしいから。

>>99
こんなんもあった。
http://www.phpnuke.org/
ポータルかぁ。
自由度高めると最終的にはこんな感じなのかなぁ。

って >>99 を良く読んでなかった... 鬱

ちょっとアルバイトで phpnuke いじってるんだけど、
ひどいコーディングだ。オブジェクト指向してないのはまだしも
コード自体がスパゲッティで混乱しまくってる。
何であんなにもてはやされているのかわからん。

やっぱりここでなんかまともなの作らなきゃなぁとか思ったり。
コードの再利用性を重点に置いたほうがいいと思う。
それができない言語じゃないと思うし。
とか思う。
と思う。

>>110
やっぱOOPするには、php4の方がいいですか? 文字コードUTF8を使いたい関係でphp3+i18nで野郎と思ってるのですが。

>>111
オブジェクト指向関連はどう変わったんだっけ？
俺としては関数の前方参照ができるとか、
jcode mbereg とかがもうすぐ統合されるとかの部分で
php4 がいいんじゃないかと思ってたんだが。

逆に php3 との互換性を持たせるにはどれくらい
考えなきゃいけないことがあるんだろ？
php3 への対応はそれ次第じゃないかな？

クラスわけわかめ。逝ってよし。

そんなこと言わずに >>113
避けられるわけないんだから

http://php.s3.to/bbs/fstyle/

↑ソースきたない

>>118
ログの書き込み・削除を別クラスにする意義がいまいちよく分からない。

クラス設計に正解はないので、以下のはあくまで一つの案として捉えて
ほしい。

2ch というかあめぞう型掲示板で、意味のあるデータの最小単位はたぶん
各メッセージ。そしてメッセージのコンテナとしてのスレッドがあり、
スレッドのコンテナとしての板があり、板のコンテナとして BBS がある
という階層構造になっていると思われる。

そうだとすると、削除には実は 3 つの種類があることになる。つまり
メッセージの削除とスレッドの削除と板の削除。この削除は対象となる
オブジェクトのコンテナから当該オブジェクトへの参照をなくすことに
よって実現できる。そうだとすると
・メッセージ削除 = コンテナであるスレッドからメッセージへの参照を解除
・スレッド削除 = コンテナである板からスレッドへの参照を解除
・板削除 = コンテナである BBS からメッセージへの参照を解除
ということになる。つまり、削除機能は、上位のコンテナの備えるべき
責務として構成できる。

書き込みというのは、逆に下位要素のコンテナへの追加として表現できる。
ちょうど削除と逆の関係が成立する。

このように書き込み・削除はともに削除対象の上位のコンテナの責務と
して表現できるから、クラスを別にする意味はそれほどないと思う。
よって継承についてはそれほど悩む必要はないと思う。

>>118
それから継承は最近では「置換可能性があること」を意味すると言われて
いる（『C++ FAQ』を参照のこと）。例えば「鳥」クラスのサブクラス
として「鳩」クラスと「雀」クラスを定義するということは、「鳥」が
使われている部分を常に「鳩」や「雀」で置き換えることができることを
意味する。

> こういう場合、掲示版を表示するクラスboard.classを作って、
> それを継承したthread.classを作るのがよいのでしょうか。

あめぞう型の場合、メッセージをスレッドで、スレッドを板で置き換える
ことはできない。スレッドの中にスレッドを入れたりすることができない
ということ。そうだとすると、置換可能性がないからここで継承を使うのは
適切ではないと思われる。

掲示板はど～でもいいがナナシたんのもっと蘊蓄話聞きたいage

>>121
電動さんの蘊蓄をうまく引き出すような質問をすべし

１学年あたりの人数が多いとき、ひとつのクラスに纏めると
先生の目が行き届かないので、一クラス40人程度に分けます。

>>123
この辺読んでみたら？
http://www.ogis-ri.co.jp/otc/hiroba/technical/modelingIndex.html

＞＞125
わざわざすいません。
ネタのつもりで書いたんですが…

PHPってメソッドをオーバーライドするとき、スーパークラスの同名のメソッドを呼び出すことはできないんでしょうか？
サブクラスで細かいことをあれこれさせようとするとき、やりにくくてしょーがないんですが。

あ、スレ趣旨と関係ない質問してしまったですね。反省。

>>127
PHP のhttp://www.php.net/manual/en/language.oop.php では
以下のようなやり方が示されている。

<?php
class Parent {
　var $str;
　function myMethod($str) {
　　$this->str = $str;
　}
　function getStr() {
　　return $this->str;
　}
}

class Child extends Parent {
　var $value;
　function myMethod($str1, $str2) {
　　Parent::myMethod($str1);
　　$this->value = $str2;
　}
　function getValue() {
　　return $this->value;
　}
}

$x = new Child();
$x->myMethod("String for Parent", "String for Child");
echo "str: " . $x->getStr() . "<br>\r";
echo "value: " . $x->getValue() . "<br>\r";
?>

やばい、違うのを書いてしまった。正しくはこちら。
<?php
class Parent {
　var $str;
　function myMethod($str) {
　　$this->str = $str;
　}
　function getStr() {
　　return $this->str;
　}
}

class Child extends Parent {
　var $value;
　function myMethod($str) {
　　Parent::myMethod($str);
　　$this->value = $str;
　}
　function getValue() {
　　return $this->value;
　}
}

$x = new Child();
$x->myMethod("String");
echo "str: " . $x->getStr() . "<br>\r";
echo "value: " . $x->getValue() . "<br>\r";
?>

こっち。

http://corn.2ch.net/test/read.cgi?bbs=php&key=982687820&ls=50

PHP+MySQLで2ch型の掲示板を作ろうと思うのですが、テーブル1個では
無理ですかね。
MiniBBSタイプの追加していくだけのものならできるのですが、レス付きの
age sage のさせ方が思いつかなくて。
上のMiniBBSタイプの掲示板程度の簡単なものしか作ったことがなく
経験は浅いです。＜この程度でMySQL使うなよーって言われそうですが

,を入れるの忘れてた。鬱堕詩嚢・・・

>>142
それだと板名、スレ名は別テープルになってしまうのでは。
１テーブルにするにはvarchar型の板名、スレ名フィールドにしなければ。
でも order by の部分がどうなるのか複雑すぎて考えたくない。ナナシたんなら分かるかも。

http://www.phorum.org
ここの真似すればいいんじゃない？ツリーだけど。。
ヘッドライン用テーブル作れば済むじゃん

>>144
板名とスレ名のことを忘れてた。
となると、板IDなんていらないのかな、１テーブルで全てを
処理しようとするなら。類似スレタイトルが出てくる可能性も
あるわけだから、スレIDは良いとしても、スレ名フィールドも
必要だね。

掲示板表示に関しては１つのSQL文で全ての処理を行うのは
無理じゃないかなぁ。特に２ｃｈ型の場合。

>>145
>>140は１つのテーブルで実現したいと言っているんだ、これが。
複数のテーブルを使った方が楽なのは２ｃｈ型の場合明白でしょう。
俺でもヘッドライン用、ログ用と最低でも２つは用意するね。

横からすいませんPHPってフリーですか？

うん

テーブル1個で十分じゃん