Webでオブジェクト指向プログラミング (442ﾚｽ)
上下前次1-新
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
もっと抽象的な議論しようぜ。
263: 2006/11/23(木)19:59 ID:??? AAS
>>262
犬とか猫とか?
264: 2006/11/24(金)05:31 ID:??? AAS
リクエストがあったらhtml吐き出して終わり、なタイプのwebアプリでは
オブジェクト指向はあまり身につかない。
なにしろ、インスタンスの寿命が短かくて、全員が突然死するわけだから、
時間軸がそっくり抜けてるのだよ。
気にしながらライブラリを作れば、ソースの構造的な部分はある程度身につくかな、くらいだろう。
上下前次1-新書関写板覧索設栞歴
あと 178 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.006s