Webでオブジェクト指向プログラミング

Webでオブジェクト指向プログラミング (442ﾚｽ)
上下前次 1-新

233(1): 2006/04/03(月)11:03 ID:??? AAS
>>230
ひとこと「それだとAUTO-BOXINGが欲しくなるな」と言えばいいのにｗ

234(2): 2006/04/03(月)11:16 ID:??? AAS
>>233
つ　「それだとAUTO-BOXINGが欲しくなるな」

満足戴けたかな？
PHPみたいな型なし言語なら、Javaみたいなプリミティブ型とそのラッパークラスのオートボクシング/アンボクシングだけでなく、もう少し汎用的な自動型変換が欲しいところだな。
function method(int $x) {}
を
method("100");
っていうふうに呼び出したならintにキャストするくらいの自動化はあってもいいと思う。
（今あるPHPのタイプヒンティングだと、型が違うとエラーっていう設計だから）
もともとPHPは変数の実行時における型が文字列か整数かを意識しなくても適宜変換してくれるように設計された言語なわけだし。

235(1): 2006/04/03(月)14:51 ID:??? AAS
>>234
type hintingのメリットが台無しじゃね？

236(1): 2006/04/03(月)14:54 ID:??? AAS
>>234
それなら、
function method($x)
{
$x = (int) $x;
}
でいいんじゃないの？

237: 2006/04/03(月)15:34 ID:??? AAS
>>232
型宣言しておけばミスに即座に気が付く、
のだけれどあれだと気づかない。

238: 2006/04/03(月)15:35 ID:??? AAS
>>235
メリットって？

>>236
間違えて配列やオブジェクトを渡したときに自動的にエラーを出してくれるかもしれない。
もちろんis_intで確認してエラー出せば同じことだから絶対なければならないっていう必然性はないけど、あったら便利かとは思う。
あとタイプヒンティングでintやstringなどの基本型だけは指定できないっていう今の状況より統一感あるかと。
オートボクシングや構文糖と考え方は一緒ね。

239: 2006/04/03(月)23:39 ID:??? AAS
PHPでそんなことするくらいなら、素直にJava使うわ。

240: 2006/04/03(月)23:50 ID:??? AAS
引数に型書くだけの話やんけ

241(2): 2006/04/04(火)03:55 ID:B/b940FU(1) AAS
普通のclassと、
abstractなclass,
interfaceは、
クラス名から変えた方がいいんかな？
どうやってる？

242(2): 2006/04/04(火)15:51 ID:??? AAS
>>241
俺はabstractもinterfaceも普通の名前にしてる。
abstractやinterfaceをある特定クラスの仕様だけ抽象したことを表現したい場合に限り「Abstract〜」とか「〜Interface」にするかも。
例外だったら「〜Exception」てつけるけど。

243(1): 2006/04/04(火)23:58 ID:??? AAS
>>241-242
というか、C#やC++みたいに継承も実装もおなじ::をつかっているわけではなく
PHPはjavaのようにちゃんと継承はextends、インターフェース実装はimplements
を使うように指定されているから
名前を見ただけでインターフェースかクラスかわかるようにまでしなくてもええと思う。
IDE使えば名前指定しなくてもさらに一目でわかるし。PHPのIDEはよくわかんないけど

244: 2006/04/06(木)03:29 ID:??? AAS
>>242-243
レスさんくす
あんまり考えすぎなくてもいっか

245(1): [.] 2006/04/14(金)07:15 ID:??? AAS
質問です。
ビジネスロジックとドメインロジックとアプリケーションロジックは、プレゼンテーションロジックと対比的な位置づけですが、基本的に同じものですか？

246: 2006/04/14(金)10:33 ID:??? AAS
>>245
使用する分析・設計手法によって、使われる用語とその定義は違ってきます。
こういうインフォーマルな場では、それぞれが別の立場・定義で勝手に用語を使う
ことが多く、基本的な認識がすれ違ったまま不毛なレスが飛び交うのが常です。

まずは専門書で系統立った知識を得てから、自分なりの経験と知見を積んでいけば
その類のどーでもいい疑問は解決すると思われます。

247(3): 2006/04/22(土)05:13 ID:cnsSSisF(1) AAS
プロパティをtrue/falseにするメソッド名ってそれぞれどんな命名にする？

248(1): 2006/04/23(日)05:49 ID:??? AAS
>>247
setTrue、setFalse
setOn、setOff

249: 2006/05/28(日)01:10 ID:??? AAS
>>247
どんなクラスのプロパティを作るかがわかれば
自ずとそれに見合った名前がわかると思うんだが。

どうしても名前がわからないときは>>248のようになるが。

そのプロパティがオセロの駒であれば、

setWhite(), setBlack() みたいな名前にするだろうし。
もしくはset(Color.WHITE). set(Color.BLACK)など。

表、裏を表すなら setHeads(), setTails()など
0か1なら setZero(), setOne()または>>248のように。

あと、メソッドを複数にする必要も、メソッドに引数を
割り当てる必要もないケースであるケースもありうる。

trueだったらfalse, falseだったtrueに反転するだけのメソッド

public void reverse(){
　this.flagment = !this.flagment;
}

を定義するだけのものとか。

250: 2006/05/28(日)09:18 ID:??? AAS
反転ならtoggleを使いたくなる

251(1): 2006/11/04(土)00:59 ID:1MW2WScy(1) AAS
スレを読まずに書くけど。

俺オブジェクト指向ってよくわかんないのね。で、
PHPでさ、テーブルごとにクラス作ってその中で
SQL発行してるソース見て思ったんだけど。こういう
のってテーブルのJOINはどう扱ってんの？

252: 2006/11/04(土)05:52 ID:??? AAS
だからそれはテーブルじゃなくてデータオブジェクトです

253: [age] 2006/11/04(土)15:27 ID:??? AAS
良スレ発見

254: 2006/11/04(土)17:39 ID:??? AAS
>>247
enableXXX/disableXXX

>>251
railsのactiverecordとか調べてみればいい
テーブル同士の関係の属性を設定して取れるようになっている
でもSQLを元にデータを取得することもできるし
複雑なJOINの場合はSQL書くのが推奨

255(1): 2006/11/21(火)13:27 ID:??? AAS
OOPを0から学ぶとすると、やはりJavaが最適なのでしょうか？
Railsで有名になったRubyでもよさそうですが、
どれを勉強しようか悩みます。
どちらも実行環境を整えるのが自分にとって一苦労な気がするので、
今まで環境が作りやすいPHPに逃げていましたが、
一向にOOPの概念がわからずじまいで、
本格的にJavaかRubyを入れてやってみようと考えています。

256: 2006/11/21(火)14:58 ID:??? AAS
>>255
つ外部ﾘﾝｸ[ssp]:smalltalk.cincom.jp

257(1): 2006/11/23(木)02:32 ID:??? AAS
オブジェクト指向プログラミングの学習が目的なら、ウェブアプリやっても無駄だと思うよ。GUIのあるデスクトップアプリ作った方がいい。

258(1): 2006/11/23(木)10:48 ID:??? AAS
> オブジェクト指向プログラミングの学習が目的なら、ウェブアプリやっても無駄だと思うよ。GUIのあるデスクトップアプリ作った方がいい。

はいはいわろすわろす。

259: 2006/11/23(木)11:32 ID:??? AAS
GUIのプログラミングで身に付くのはオブジェクト指向よりむしろイベントドリブンだよね。

260: 2006/11/23(木)11:33 ID:??? AAS
>>258
ある意味>>257は言い得てると思うぞ。
WebアプリはWebならではの都合で、本来のオブジェクト指向には反する設計を
強制される場面も少なくない。

261: 2006/11/23(木)16:55 ID:??? AAS
webアプリでがちがちのオブジェクト指向やると重くならね？

262(1): 2006/11/23(木)18:29 ID:??? AAS
もっと抽象的な議論しようぜ。

上下前次 1-新書関写板覧索設栞歴

あと 180 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ

ぬこの手ぬこTOP 0.007s