- 1 名前：nobodyさん [2008/03/14(金) 15:16:00 ID:HF9x5ODX]
- www.cakephp.org/
10分で作るCakePHPアプリ for Windows
p4life.jp/cake/
マニュアル日本語化
www.cakephp.jp/doc/
日本語フォーラム
cakephp.jp/modules/newbb/
あとこのへんとか（初心者向けTIPS）
www.avatarfinancial.com/pages/cake/
CakePHP入門リンク集
ttp://pub.studio15.jp/2007/11/13/cakephp-links/
【PHP】フレームワーク CakePHP 2ホール目
pc11.2ch.net/test/read.cgi/php/1194976228/
【PHP】フレームワーク CakePHP
pc11.2ch.net/test/read.cgi/php/1163850802/
- 261 名前：nobodyさん mailto:sage [2008/03/21(金) 04:01:36 ID:???]
- >>260
スレ違いだと思うんだけど・・・
- 262 名前：nobodyさん mailto:sage [2008/03/21(金) 11:15:08 ID:???]
- confirmぺルパー作成完了
- 263 名前：nobodyさん mailto:sage [2008/03/21(金) 11:28:48 ID:???]
- ぺルパーについてkwsk
- 264 名前：nobodyさん mailto:sage [2008/03/21(金) 22:38:30 ID:???]
- バリデートのyaml化作業開始
- 265 名前：nobodyさん [2008/03/22(土) 02:17:57 ID:rTbTxKR5]
- コンポーネントの中でモデルって使えるよね、$this->モデル名とかで。
コントローラにはあまり詳細な処理は書きたくない（つまり、大まかな流れだけ）ので、
具体的な処理はコンポーネントをこさえて、そちらで処理したいんだけど考え方あってるかな？
たとえば、会員登録処理をするアプリを例にすると、UserRegisterComponentみたいなのを作って
identify()やregister()、update()といったモデルを扱う処理を記述して、
コントローラーからはフォームの値の受け取りとコンポーネントをコネコネ使うこと、結果によって
ビューを表示しわけるようなイメージです。
ソース書いて晒した方が早い？
- 266 名前：nobodyさん mailto:sage [2008/03/22(土) 03:46:35 ID:???]
- >>265
> コントローラにはあまり詳細な処理は書きたくない
> 具体的な処理はコンポーネントをこさえて、そちらで処理したい
大事なのはこれらの明確な理由が何なのかってことだと思う。
その会員登録処理がシステムの他の部分からも必要になるならコンポーネントにした方がいいと思うよ。
もしくは他のアプリでも(ほぼ)そのまま使用できるなら。
あとはコントローラとモデル(DAO層)を分離することでテスタビリティを向上させたいとかかなぁ
例えばテストの時はモックコンポーネント使うようにすればデータベースがなくてもコントローラのテストができる。
- 267 名前：265 [2008/03/22(土) 05:08:43 ID:rTbTxKR5]
- >>266
なるほど。コンポーネントで会員登録処理と思いついた理由は指摘のとおり他のアプリで
いつも同様のことを実装してるのでコンポーネント化してしまおうというのが一番の理由。
それにコントローラ内に細かい条件分岐や処理を書き始めるとものすごくコードが肥大して
メンテナンスがし難いし、もし今後会員登録のフローを同アプリケーションの別箇所でも使い
たいって仕様変更があっても対応しやすいかと。
でも、「会員登録（管理）コンポーネント」なんて作っちゃうとモデルやDBテーブルの構造が
かなり固定化＆依存してしまうのがいやだなだ、と…（AuthComponentみたいにね）
それならばpluginにしちゃえば？って考えることもあるけど、pluginってあんまり使われてないし。
うーむ。
- 268 名前：nobodyさん mailto:sage [2008/03/22(土) 10:11:22 ID:???]
- >>267
そんな恐ろしいほどにコードが肥大する。かつそれら共通利用する機会が多いなら
コンポーネント化しちゃいなよ
- 269 名前：nobodyさん mailto:sage [2008/03/22(土) 10:19:47 ID:???]
- >>267
DBテーブルの構造がかなり固定化＆依存
これ内容が会員登録だったらテーブル構造に依存しちゃうのやばいだろ？
会員認証なら固定依存しても、それほど問題ないけど
コンポーネントてそもそもDBテーブルの構造がかなり固定化＆依存してしまうものなんだね
- 270 名前：nobodyさん mailto:sage [2008/03/22(土) 10:52:32 ID:???]
- >>267
コンポーネント設計のポイントは、Plug-and-Playを可能にすることであり、独立性を高めることにある
重要となる設計要素は、インターフェースであり、注目すべきは設計要素間の依存関係だと思う
内部実装に依存しない形でコラボレーションをモデル化できるインターフェースが重要じゃないかな
コンポーネント化するということは、結局クラスをグループ化することだからね
クラス間の関連（集合-部分、汎化-特化）と依存関係を意識して設計しないと
物理的にはコンポーネント化したが、論理的にはひとつのシステム全体
ひとつの再利用単位として使わざるを得ないという状況が現れるから
この点で、依存関係の設計はかなり重要
- 271 名前：nobodyさん mailto:sage [2008/03/22(土) 11:26:27 ID:???]
- >>266
モックコンポーネント
あまり聞かない、組み合わせだけどｗ
モックとコンポーネント入れ替えするものじゃないの？
- 272 名前：nobodyさん mailto:sage [2008/03/22(土) 11:49:52 ID:???]
- モックンがどうかしたって？
- 273 名前：nobodyさん [2008/03/22(土) 19:56:20 ID:rTbTxKR5]
- ちなみにCakePHPのプラグインを配布してるサイトをご存知ですか？
「配布できる」と書いてあるくせに、プラグイン配布サイトって見たことないやと思って。
「会員登録プラグイン」とかあるといいのになー
会員登録コンポーネントの件、結局ユーザーテーブルを分けて（users:ログインIDとパスワードだけ、user_profiles:その他のプロフィール項目）
コンポーネントで固定化するのはusersテーブルを主にして、user_profilesの方はアプリケーション毎に
自由に定義できるような仕様でコンポーネントを書いてみようかと思っています。
- 274 名前：nobodyさん mailto:sage [2008/03/22(土) 20:52:09 ID:???]
- >>271
そういうこと。テストの時はモックを使うようにする。
「コンポーネントのモック」って意味でモックコンポーネントって言った。
- 275 名前：nobodyさん mailto:sage [2008/03/22(土) 21:01:00 ID:???]
- >>273
会員登録プラグイン
何度も使うような処理でも無いし面倒な処理でもないからなあ
個人的には確認画面やらページ送りやら何度も使う場面のあるプラグインもしくは
コンポーネントが欲しい
- 276 名前：nobodyさん mailto:sage [2008/03/23(日) 01:31:09 ID:???]
- バリデートのyaml化作業完了
yamlの空白に少しはまった
- 277 名前：nobodyさん mailto:sage [2008/03/23(日) 02:03:00 ID:???]
- >>276
おつかれっす
- 278 名前：nobodyさん mailto:sage [2008/03/23(日) 12:24:28 ID:???]
- findのような感じで、IDを指定してDBデータの更新を
ファンクションはありますか？ イメージとしてはこんな感じで。
$this->Post->hogehoge($id, 'Address'->'Hokkaido');
Model classのファンクションを一通り眺めてみたのですが、
それらしきファンクションを見つける事ができませんでした。
api.cakephp.org/class_model.html#d25735e5d69a1c55c58de6df8c06bd9e
- 279 名前：nobodyさん mailto:sage [2008/03/23(日) 13:03:51 ID:???]
- >>278
ファンクションて何ですか？素人は書き込まないで下さい
- 280 名前：278 [2008/03/23(日) 13:46:28 ID:9wMqWTzf]
- >>279
先に挙げたURLで、「Public Member Functions」と記述されていたので、
ファンクションと書かせてもらいました。
methodと言えばいいですか？
既存のものでいうと、findAllやsaveなどの事です。
ご存じでしたらお教え下さい。
- 281 名前：nobodyさん mailto:sage [2008/03/23(日) 14:00:59 ID:???]
- >>280
こんなとこで聞くよりも自分でソース見た方が早くね？
- 282 名前：nobodyさん [2008/03/23(日) 21:00:13 ID:xiSCrZA7]
- >>275
会員登録プラグイン、完成したら俺にくれ
- 283 名前：nobodyさん mailto:sage [2008/03/23(日) 22:20:17 ID:???]
- >>282
いらねー。たぶん需要ない
会員登録なんてすぐ作れるやんｗｗｗ
- 284 名前：nobodyさん mailto:sage [2008/03/23(日) 23:07:41 ID:???]
- >>278
カラム単位の更新でいいなら、saveField。
$this->Post->id = $id;
$this->Post->saveField('Address', 'Hokkaido');
- 285 名前：nobodyさん mailto:sage [2008/03/23(日) 23:25:30 ID:???]
- いらなきゃ使わなきゃいいじゃん。
小さい車輪だろうが再開発をしなくて済むなら助かる。
- 286 名前：nobodyさん mailto:sage [2008/03/24(月) 00:14:26 ID:???]
- 再開発する機会が少ない。激しく無駄
そうじゃなければ、すでに作ってる人たくさんいるよ
- 287 名前：nobodyさん mailto:sage [2008/03/24(月) 00:19:02 ID:???]
- ほんとにいらなければ何もコメントしないので、たぶん荒らし。
スルー推奨。
しばらく前、本やWebを参考にRoRを使っていたが、cakePHPの方が
使いやすい。
ひょっとしたら、RoRでActiveRecordとかに若干慣れたので、
馴染みやすかっただけかもしんないけど。
- 288 名前：nobodyさん [2008/03/24(月) 00:22:17 ID:gAnd/HKb]
- Cakeのプラグインって、なにか有名なのってあったっけ
なんのためにプラ銀機能なんて実装されてんの？
- 289 名前：nobodyさん mailto:sage [2008/03/24(月) 03:29:33 ID:???]
- 都道府県データどこにいれてる？
- 290 名前：nobodyさん mailto:sage [2008/03/24(月) 03:37:25 ID:???]
- コントローラ全体じゃなくてメソッド単位でヘルパー、コンポーネント呼び出すにはどうすればいい？
会員登録ページのメソッドにアクセスしてるにもかかわらず
コントローラでPaginationコンポーネントを定義していれば
ページ処理の関わるクラスがnewされるんでしょ
- 291 名前：nobodyさん mailto:sage [2008/03/24(月) 13:06:37 ID:???]
- ヘルパーは細かく考えずにコントローラ単位で呼び出すのがCake流
コンポーネントやモデルはヘルパーに比べればメソッド単位で呼び出しやすいけど
こっちも深く考えずにコントローラ単位で呼び出すんだ
多分
- 292 名前：nobodyさん mailto:sage [2008/03/24(月) 13:16:08 ID:???]
- 例えばググレカスアクションでほげヘルパーを呼び出す場合
function gugurekasu() {
App::import('Helper', 'Hoge');
$ajax = new HogeHelper();
}
- 293 名前：nobodyさん mailto:sage [2008/03/24(月) 20:55:32 ID:???]
- まあ、そんなに特定のアクションでだけ
ヘルパーとか呼び出したいのなら、
そういうコンポーネントを作ればいいんじゃないのかな？
コンストラクタあたりで、url見てごにゃごちゃすれば出来るでしょう？
- 294 名前：nobodyさん mailto:sage [2008/03/25(火) 00:59:47 ID:???]
- >>292
ネーミングが中途半端だな
HogeHelperだけ普通やん
- 295 名前：nobodyさん mailto:sage [2008/03/25(火) 01:51:15 ID:???]
- >>294
むしろ$ajaxに突っ込んで欲しかったな
- 296 名前：nobodyさん [2008/03/25(火) 10:30:40 ID:Qe2AafnS]
- モデルってあんまりごちゃごちゃ書きたくないよな、dbdesigner2cakeとか使ってるとメンテナンスの面からとく。
だからといってコントローラにごちゃごちゃとロジックを書き並べたくないので
コンポーネントにすべてモデルを操作するカスタムメソッドを記述してます。
これって俺だけ？
- 297 名前：nobodyさん mailto:sage [2008/03/25(火) 10:37:30 ID:???]
- だからコントローラにいろいろ書くのは
まずいケーキだってケーキ様が言っている。
cakephp.org/files/OCPHP.pdf
- 298 名前：nobodyさん mailto:sage [2008/03/25(火) 10:46:51 ID:???]
- >>297
ケーキがどうのこうのいおうが
自分の見やすい書き方が一番
たとえば１万step以下のコードなら
全部コントローラに書いた方がいい、みたいなね！
- 299 名前：nobodyさん [2008/03/25(火) 10:55:58 ID:Qe2AafnS]
- >>297
3ページ目？ こんなにモデルに書くもんかね…
俺だったらｃとｍの間のコンポーネントをずっしり書くな。別のプロジェクトにも使いまわしできるし。
コントローラだとほぼ、使いまわせないしな。
- 300 名前：nobodyさん mailto:sage [2008/03/25(火) 11:02:26 ID:???]
- 1万ステップコントローラにべた書きとかすごいね
- 301 名前：nobodyさん mailto:sage [2008/03/25(火) 11:05:24 ID:???]
- >>296
コントローラに関する再利用性の高いメソッドはコンポーネント
モデルに関する再利用性の高いメソッドはビヘイビア
再利用性が高いロジックじゃないとダメ
そのロジックがコントローラ側かモデル側かどっちに属するかを間違えるとダメ
- 302 名前：nobodyさん mailto:sage [2008/03/25(火) 11:07:56 ID:???]
- >>300
再利用性が無いなら
１０万stepsでもコントローラにベタ書きするしかないよ
- 303 名前：nobodyさん mailto:sage [2008/03/25(火) 11:08:52 ID:???]
- >>299
コンポーネントはコントローラとモデルの仲介役じゃねーよｗｗｗ
- 304 名前：nobodyさん mailto:sage [2008/03/25(火) 11:12:12 ID:???]
- >>299みたいに再利用性の低いものまでコンポーネントはダメだろな
- 305 名前：nobodyさん [2008/03/25(火) 11:13:20 ID:Qe2AafnS]
- ビヘイビヤって1.2からのやつだよね？
- 306 名前：nobodyさん mailto:sage [2008/03/25(火) 11:14:25 ID:???]
- >>296
コンポーネントにすべてモデルを操作するカスタムメソッドを記述してます
これダメだろ？再利用性の高さとか無視してるやん
- 307 名前：nobodyさん mailto:sage [2008/03/25(火) 11:17:23 ID:???]
- 1.1てバリデーションのyaml化できないんでしょ
それだけでもオワッテルｗ
- 308 名前：nobodyさん mailto:sage [2008/03/25(火) 11:22:06 ID:???]
- 都道府県データとか
男性・女性・オカマとか
こういうセレクトに必要な初期データはどこへ入れるの？
- 309 名前：nobodyさん mailto:sage [2008/03/25(火) 11:38:31 ID:???]
- >>307
spyc重くね？
>>308
とりあえずモデル作ってfind('list')呼んでセレクトボックスへ流す。
都道府県データなんてほぼ100%変更出ないからデータの中身は定数でもいいし
郵便番号検索とか使うアテがあるならデータベース使う。
中で何やってるかは置いといて、ともかくモデルから呼べる事が大事。
- 310 名前：nobodyさん mailto:sage [2008/03/25(火) 11:42:07 ID:???]
- >>309
モデルのメソッドの中に都道府県データをいれて
呼び出してもＯＫ？
もしくはＤＢからひっぱる、それ以外に方法はわからない
- 311 名前：nobodyさん mailto:sage [2008/03/25(火) 11:44:21 ID:???]
- データ量の多い定数なら、別ファイルにして
呼び出すときにモデル経由でincludeして呼び出すのがいいのかな
- 312 名前：nobodyさん mailto:sage [2008/03/25(火) 12:29:56 ID:???]
- >>309
> spyc重くね？
書くのはYAMLでもキャッシュとしてPHPのシリアライズデータに
変換してそれを読み込むから重くない。
- 313 名前：nobodyさん mailto:sage [2008/03/25(火) 12:34:26 ID:???]
- >>298
ケーキを使っている以上ケーキ様の言うことは絶対です。
コンポーネントにいろいろ書くとどれだけテストが大変になるか。
- 314 名前：nobodyさん mailto:sage [2008/03/25(火) 12:38:32 ID:???]
- >>308
> 男性・女性・オカマとか
これじゃ足りないな。
現在の肉体的性別 男・女
生まれたときの肉体的性別 男・女
現在の精神的性別 男・女
生まれたときの精神的性別 男・女
好きな性別 男・女・両方・肉体が男・肉体が女
まだ足りないかもな！
- 315 名前：nobodyさん mailto:sage [2008/03/25(火) 13:04:07 ID:???]
- >>313
再利用できないものは
コントローラーにいろいろ書くしかない
ケーク様が何も用意してくれてないから
- 316 名前：nobodyさん mailto:sage [2008/03/25(火) 13:06:05 ID:???]
- >>298の言ってる事はともかく
>>313はAuthComponentのソース見た事あるのかな
- 317 名前：nobodyさん mailto:sage [2008/03/25(火) 16:31:35 ID:???]
- コンストラクタでぐにょぐにょしたいときは
コンストラクタ内で先に
parent::__construct();
を呼ばないとダメだよ
なぜ？て
それは>>318が答えてくれるはず
- 318 名前：nobodyさん mailto:sage [2008/03/25(火) 17:10:42 ID:???]
- うんこちんちん
- 319 名前：nobodyさん mailto:sage [2008/03/25(火) 17:42:53 ID:???]
- こんなに、解釈によって作り方が変わって来ちゃうなら、フレームワークの「良い意味での縛り」のメリットが無いね。
それぞれが間違いとも正解とも言えないから余計めんどくさい。
もっと縛りがキツければ良いのに。
- 320 名前：nobodyさん mailto:sage [2008/03/25(火) 18:12:31 ID:???]
- >>319
バカがルールを勘違いしてるだけｗｗｗ
- 321 名前：nobodyさん [2008/03/25(火) 18:24:02 ID:Qe2AafnS]
- ビヘイビアのうまい使い分けがわかんないー
Emailコンポーネントと連携して"emailable=1"を判別してメールするビヘイビアだとか、
ソフトデリート(＝削除フラグ=1を削除）を実装したビヘイビアとかのサンプルは目にした
んだけど、もっと実践に役立つ使い道ってどんな風なの？？
- 322 名前：nobodyさん mailto:sage [2008/03/26(水) 01:26:50 ID:???]
- 俺が作っているやつでは、「自動入力フィールド」をビヘイビアでやっている。
ユーザーが入力した情報を加工したものを別フィールドに自動的に保存する。
データベースのセオリーからいえば計算で求められる物なのでビューやトリガーを使うところだが、
パフォーマンスを重視＆汎用性を高めるためにこうしている。
あとどこかでぐぐって見つけた画像を保存するビヘイビア。
あるテーブルに保存したら、自動的にほかのテーブルにメタ情報を保存するビヘイビア
つまりトリガーの代わりだね。
文字コード変換ビヘイビア
仕様が変わって使っていないが、一つのフィールドに複数の値を入れられる配列型フィールドを作るビヘイビア。
（一対多のテーブルを作れというなよ？そんなJOINが発生する重い処理を作りたくないこともあるんだ。
SQL99 で標準規格化されたしね。）それの応用でオブジェクト（シリアライズ）型
それともうひとつあるのだが、これはちょっとアイデア賞物だと思うので自分のブログで書きたいｗ
結構いろいろ使っているなｗ 総論としてデータベースの機能を拡張したいときに使っている。
- 323 名前：nobodyさん mailto:sage [2008/03/26(水) 02:10:48 ID:???]
- >>322
日本語でおｋ
あいかわらず文章下手糞やなｗ
単純なことをわかりにくい表現するの好きやな
前スレから全く変わってねーな
- 324 名前：nobodyさん mailto:sage [2008/03/26(水) 02:19:26 ID:???]
- >>322
結局cakeライブラリのモデルで実装されてる機能を少し拡張したいときに
ビヘイビアにいれてるんでしょ？
- 325 名前：nobodyさん mailto:sage [2008/03/26(水) 02:29:03 ID:???]
- >>322
ユーザーが入力した情報を加工したものを別フィールドに自動的に保存する。
この自動的て具体的にどういう意味？
- 326 名前：nobodyさん mailto:sage [2008/03/26(水) 02:34:57 ID:???]
- >>322
ユーザーが入力した情報を加工したものを別フィールドに自動的に保存する。
これは前スレで自作ヘルパーでやってなかったか？
パフォーマンスを重視＆汎用性を高めるというのに具体的内容が欲しい
- 327 名前：nobodyさん mailto:sage [2008/03/26(水) 02:40:36 ID:???]
- >>322
一つのフィールドに複数の値を入れられる配列型フィールド
ＳＮＳのような大規模サイトでもこれ使う機会なんて滅多にないんだが、何作ってんの？
- 328 名前：nobodyさん mailto:sage [2008/03/26(水) 03:04:09 ID:???]
- >>322
配列型フィールドて
mysqlでも検索や集計はできるの？
- 329 名前：nobodyさん mailto:sage [2008/03/26(水) 03:06:22 ID:???]
- >>322
配列型フィールドを使わない人にとっては
激しく必要のないビヘイビアじゃね？
- 330 名前：nobodyさん mailto:sage [2008/03/26(水) 03:12:41 ID:???]
- >>322
それともうひとつあるのだが、これはちょっとアイデア賞物だと思うので自分のブログで書きたいｗ
恒例自慢きたこれｗ
- 331 名前：nobodyさん mailto:sage [2008/03/26(水) 03:36:11 ID:???]
-
なんだこの過剰反応ぶりｗ
みるからに同一人物のようだが、
ただの使用例に必死すぎだろｗ
- 332 名前：nobodyさん mailto:sage [2008/03/26(水) 03:41:59 ID:???]
- ○○○を使わない人にとっては
激しく必要のない○○○じゃね？
なんにでも当てはまるなｗ
無理やり反論しようとして滑ってる。
- 333 名前：nobodyさん mailto:sage [2008/03/26(水) 03:47:41 ID:???]
- >>331
>>332
同一人物乙
- 334 名前：nobodyさん mailto:sage [2008/03/26(水) 03:51:47 ID:???]
- 確かに同一人物だが、それが何か？
- 335 名前：nobodyさん mailto:sage [2008/03/26(水) 04:15:24 ID:???]
- >>333
cakephpとは外れたこと書くな
- 336 名前：nobodyさん [2008/03/26(水) 04:38:16 ID:pkIggipT]
- CakePHPで開発するアプリを設計する際にUMLで書いてる人いる？
シーケンス図やクラス図なんかどんな風に記述してるかとか見せてもらえると
参考になります。
- 337 名前：nobodyさん mailto:sage [2008/03/26(水) 04:51:55 ID:???]
- >>336
UMLを使うと従来の方法より効率が落ちる時もある。
なぜなら、従来なら手書きで適当に書いてきた図をUMLでどうやって書けばいいのか調べなければならないから。
書き方が全部頭の中に入った後でなら従来よりスムーズに開発ができるようになるかもしれない
が、しかし、それまでは相当の苦労が必要ｗ
オブジェクト指向開発とUMLとはまた別の話でUMLはオブジェクト指向開発の道具にすぎない
- 338 名前：nobodyさん mailto:sage [2008/03/26(水) 04:59:22 ID:???]
- >>336
UML？時間の無駄だろ。そんなん書いてたら
工数オーバーするしで誰も喜ぶもんおらんで
- 339 名前：nobodyさん mailto:sage [2008/03/26(水) 05:04:03 ID:???]
- Ｃ＃やＪＡＶＡならわかるけどＰＨＰでＵＭＬて
そんなクラスが複雑じゃないやん
- 340 名前：nobodyさん mailto:sage [2008/03/26(水) 05:24:25 ID:???]
- そういう問題じゃねーだろｗ
- 341 名前：nobodyさん mailto:sage [2008/03/26(水) 10:28:27 ID:???]
- >>339
確かにphpでＵＭＬてぐぐったけどあまり無いな
- 342 名前：nobodyさん mailto:sage [2008/03/26(水) 10:50:05 ID:???]
- そりゃぐぐったことが無いという人もいるだろう。
だがそれは個人の話であって統計的な意味は無い。
検索結果のほうがまだ意味があるな
PHP UML の検索結果 約 957,000 件中 1 - 10 件目 (0.03 秒)
Java UML の検索結果 約 593,000 件中 1 - 10 件目 (0.04 秒)
C# UML の検索結果 約 404,000 件中 1 - 10 件目 (0.04 秒)
- 343 名前：nobodyさん mailto:sage [2008/03/26(水) 11:29:28 ID:???]
- Cakephpと関係ない話すんなやボケどもが
- 344 名前：nobodyさん mailto:sage [2008/03/26(水) 11:31:39 ID:???]
- なんでCakePHPにＵＭＬの話が出るのかわからんｗ
- 345 名前：nobodyさん mailto:sage [2008/03/26(水) 11:37:41 ID:???]
- >>340
そういう問題だろｗ
- 346 名前：nobodyさん mailto:sage [2008/03/26(水) 11:58:29 ID:???]
- 俺はJavaをメインでやってるけどＵＭＬは
複雑になってくるクラス間の関連性の構造の手助けとしてＵＭＬを活用することが多い
だから>>339のいってるように複雑なクラスで無ければ必ずしもＵＭＬが必要とは思わない
- 347 名前：nobodyさん mailto:sage [2008/03/26(水) 12:17:07 ID:???]
- ユースケースは必ず書くけど、シーケンスみたいな実装よりの奴は
実装者が未熟な場合か、処理が複雑なときだけかな。
クラスダイアグラムはモデル限定でこれもテーブル構成が複雑なときだけ。
ユースケースは文書に起こして仕様書にするので必須。
PHPのクラスを自動生成してくれる奴なかったっけ?
あれでCakeのモデルを自動的に管理してくれると楽かも...楽じゃないかw
- 348 名前：nobodyさん mailto:sage [2008/03/26(水) 12:24:40 ID:???]
- UMLのクラス図ってようするに継承関係と関数定義（実装コード無し）を
書いているだけでしかないからなぁ。
それならコードで書いてコードからクラス図を自動生成したほうが楽。
- 349 名前：nobodyさん mailto:sage [2008/03/26(水) 12:38:45 ID:???]
- Javaだとクラスが複雑になってしまうんだよね。
正確にはEJBを使った場合だが、同じものを作るにしても
無意味に複雑になりすぎる。
あれじゃあ、UMLが必要になるのもわかる。
- 350 名前：nobodyさん [2008/03/26(水) 13:44:26 ID:ktIW9Uv7]
- ちょwww おまえら設計書も書かずに開発しちゃってるのかよ、涙がでるな。
それだから「できました」とかいいながらテストしたらバグ出まくりのプログラムなんか量産しちゃうんだよwwww
UMLじゃなくてもいいが、実装前に詳細なロジックを書き起こしてからコードつくるのは常識だろ。
時間がかかる、めんどくさい、頭の中にもう仕様書書いてあるから、という奴に限ってたいした技術力じゃないんだよな。
設計書ってのはコーディング作業が楽になるだけでなく、チーム関係者との意識共有や、リリース後しばらくたってメンテが必要になった時に効果がでるもんだぜ。
プロとして仕事でやってるならば当たり前だと思ってるが、ここにはプロはいないのか？
- 351 名前：nobodyさん mailto:sage [2008/03/26(水) 14:32:19 ID:???]
- 楽譜の読めないミュージシャンもいるしな。
- 352 名前：nobodyさん mailto:sage [2008/03/26(水) 15:25:48 ID:???]
- >>350
実装前に詳細なロジックを書き起こしてからコードつくるのは常識だろ
それお前だけの常識乙ｗ
CakePHPのような小規模案件に無理があるぞお前ｗ
- 353 名前：nobodyさん mailto:sage [2008/03/26(水) 15:29:27 ID:???]
- >>350
どこの大手で働いてんだよCakePHPさわってる分際でｗ
- 354 名前：nobodyさん mailto:sage [2008/03/26(水) 15:34:17 ID:???]
- >>350
CakePHPでいくらも稼げてねーくせにｗ
- 355 名前：nobodyさん mailto:sage [2008/03/26(水) 15:37:50 ID:???]
- 短納期で回転させるのがCakePHPのメリットなのに
わざわざＵＭＬとか工数伸びるだけやんけ
そんなんで、ほんまに黒字になってんのかｗ
- 356 名前：nobodyさん mailto:sage [2008/03/26(水) 15:41:14 ID:???]
- >>350
スレ違いながら言わせてもらうと・・
実際、開発しながら見えてくる事って多いよね。
キチンと設計や仕様固めが出来ないまま、見切りスタートを切ってしまうことも多々。
問題は、その仕様の追加、変更に対応出来るように設計する事だよ。
- 357 名前：nobodyさん mailto:sage [2008/03/26(水) 16:12:51 ID:???]
- そうなんだーUMLって書かないんだ。
俺は書き方すら知らないけど。
作る前に一応メモに何をどうするかを書き出して、その通りに作ってくね。
あまりに自分の頭の中だけで作ると変数とか何を使ったかわからなくなったり。
イラレで仕様書とか作るのが激しくめんどい。
よって手書きで自分はやってます。
- 358 名前：nobodyさん mailto:sage [2008/03/26(水) 16:15:44 ID:???]
- >ここにはプロはいないのか？
w
- 359 名前：nobodyさん mailto:sage [2008/03/26(水) 17:32:25 ID:???]
- え…設計フェーズ飛ばしていきなりコーディングに入るの？ギャグだろ？
最低限、要求定義書とユースケースとビジネスロジック(=モデル)の関係図とそれを基にしたスキーマ設計位は必要じゃねーの
打ち合わせ段階で作りまくるじゃん、そんなの
どやってクライアントのイチャモンに対応してるの？
>>357
イラレで仕様書とか正気？
- 360 名前：nobodyさん mailto:sage [2008/03/26(水) 17:56:28 ID:???]
- パワポが激しくめんどくさい。
よって俺もexcel＆イラレだな。
- 361 名前：nobodyさん mailto:sage [2008/03/26(水) 17:58:19 ID:???]
- まあ、コーディング前の設計は
概要みたいなもんだからね。
たとえば関数をすべてコーディング前に列挙できるかといったらまず不可能
プロのプログラマはコードで設計するんだよ。
鉛筆で図を書くか、キーボードでコードで書くかの違い。
|
 |
