【PHP】フレームワーク CakePHP　4ホール目【v1.2】

1 名前：nobodyさん mailto:sage [2008/06/20(金) 01:24:40 ID:???] www.cakephp.org/ 10分で作るCakePHPアプリ for Windows p4life.jp/cake/ マニュアル日本語化 www.cakephp.jp/doc/ Cookbook :: 1.2 Collection :: マニュアル book.cakephp.org/ja 日本語フォーラム cakephp.jp/modules/newbb/ あとこのへんとか（初心者向けTIPS） www.avatarfinancial.com/pages/cake/ CakePHP入門リンク集 ttp://pub.studio15.jp/2007/11/13/cakephp-links/ 【PHP】フレームワーク CakePHP　3ホール目【本命】 pc11.2ch.net/test/read.cgi/php/1205475360/ 【PHP】フレームワーク CakePHP　2ホール目 pc11.2ch.net/test/read.cgi/php/1194976228/ 【PHP】フレームワーク CakePHP pc11.2ch.net/test/read.cgi/php/1163850802/ 551 名前：nobodyさん mailto:sage [2008/11/07(金) 23:29:48 ID:???] Base64エンコードしたデータ格納しといてMHTMLで表示しとけよｗｗｗ 552 名前：nobodyさん mailto:sage [2008/11/07(金) 23:32:23 ID:???] mysqlの中に画像を入れるのは馬鹿だろ そもそもmysqlは画像データを格納するために作っていないから 画像はフォルダに入れて管理した方がいいと mysql作者が語ってるのに。 そんな自分もかけだしのときはmysqlに画像データ入れてました 管理は楽だけどね。かなりの負荷がかかる。 Bakeとか使う人も素人くさいと思う。 553 名前：nobodyさん mailto:sage [2008/11/07(金) 23:49:13 ID:???] >>552 同意。mysqlじゃなく適当なフォルダに画像を突っ込んだ方がいいよ。 554 名前：nobodyさん mailto:sage [2008/11/08(土) 00:12:16 ID:???] >>550 book.cakephp.org/ja/view/46/Routes%E3%81%AE%E8%A8%AD%E5%AE%9A Routes追加すればURL上は階層化されてるように見せることは出来るが、名前の衝突は回避できない。 コントローラ名にパス名も入れればユニークになって衝突回避出来なくもないが、色々面倒なことになる。 555 名前：nobodyさん mailto:sage [2008/11/08(土) 00:14:48 ID:???] Bake便利だと思うけどな。 使うのはスキーマ検証時くらいだけど。 556 名前：nobodyさん mailto:sage [2008/11/08(土) 00:17:44 ID:???] そもそもBakeの使い方がわからないという。 557 名前：nobodyさん mailto:sage [2008/11/08(土) 00:19:20 ID:???] >>552,553 case by caseだとおもうけど DBでファイルのパス管理してたらそのファイルが消されてたりとか。 かといって参照頻度が高いときはDBに置きたくないしな さすがにデザインとかで使うような画像は普通に置いとくけどさ 558 名前：nobodyさん mailto:sage [2008/11/08(土) 01:37:22 ID:???] >>557 DBに入れておいて、参照されたらキャッシュを作り、そのキャッシュを送信するって方法もあるらしい。 2回目以降は早いし、ファイルが消えても問題ない。 559 名前：nobodyさん mailto:sage [2008/11/08(土) 02:27:53 ID:???] たしかにDBにも入れといたほうがバックアップは楽そうだね 560 名前：nobodyさん mailto:sage [2008/11/08(土) 02:50:18 ID:???] >>558 それ考えた奴天才じゃね？ 561 名前：nobodyさん mailto:sage [2008/11/08(土) 03:22:53 ID:???] Cakephpでキャッシュオンにして簡単に実現できそうだ 562 名前：nobodyさん mailto:sage [2008/11/08(土) 07:55:27 ID:???] ここ 画像もDBに格納して管理する −扱いがめんどうなLOB(ラージオブジェクト)は使わない方法も含め neta.ywcafe.net/000774.html 563 名前：nobodyさん mailto:sage [2008/11/08(土) 11:22:34 ID:???] 画像格納に強いＤＢならいいけど mysqlは画像を格納するという目的で設計されてないからね だから画像をＤＢに入れるのが悪いというのではなく 画像をmysqlに入れるということがナンセンス 564 名前：nobodyさん mailto:sage [2008/11/08(土) 11:26:06 ID:???] mysqlは高速が売りだからね 画像格納させたいならoracleとかの方が合理的だと思うよ 565 名前：nobodyさん mailto:sage [2008/11/08(土) 11:33:20 ID:???] 画像表示のパフォーマンスを考えればLinuxファイルシステムが最強 ＤＢと連携させて管理するのが面倒だけど、そこまで面倒な管理とも思えない 画像はデータの一つだからＤＢ格納がよいという理念なら htmlもcssも全部ＤＢに入れよということになる 566 名前：nobodyさん mailto:sage [2008/11/08(土) 11:38:58 ID:???] データはなんでもかんでもＤＢという流れの人は ＤＢの持つ性能とバランスをどこまで考えてるの疑問に思う 567 名前：nobodyさん mailto:sage [2008/11/08(土) 11:42:47 ID:???] だからあくまでキャッシュ前提の話なんだろ 568 名前：nobodyさん mailto:sage [2008/11/08(土) 12:05:42 ID:???] dev.mysql.com/doc/refman/4.1/ja/tips.html 通常の Web サーバセットアップを使用する場合は、画像をファイルとして格納する。 言い換えると、データベース内にはファイル参照のみを格納する。この主な理由は、 通常の Web サーバのほうがデータベースコンテンツと比較してファイルのキャッシュに優れているためである。 このため、ファイルを使用したほうがシステムの高速化を容易に図れる。 569 名前：nobodyさん mailto:sage [2008/11/08(土) 12:09:44 ID:???] ファイルシステムによるキャッシュ前提なら、DBをバックアップするだけでユー ザのデータを一括管理できるというメリットしか存在しないと思うけどな。 Railsのときはそうやってて、非常に便利だった。 570 名前：nobodyさん mailto:sage [2008/11/08(土) 14:24:18 ID:???] >>554 > コントローラ名にパス名も入れればユニークになって衝突回避出来なくもないが、色々面倒なことになる。 了解です。ありがとうございます。 今回はbootstrap.phpの$controllerPathsでやって、名前の衝突についてはその 都度対処することにしようと思います。 571 名前：nobodyさん mailto:sage [2008/11/08(土) 15:12:49 ID:???] A hasMany B B hasMany C で C belongsTo D みたいなときのリレーションの貼り方が判らないんですが、 そもそも可能なんでしょうか？ （Aを基点にA〜Dのテーブルからデータを取ってくる想定） SQL直書きでは勿論可能ですが。 572 名前：nobodyさん mailto:sage [2008/11/08(土) 15:56:39 ID:???] >>571 そこまでしてリレーションに拘るのは返って 生産性を落とす可能性があるから 要はバランスですね どこからＳＱＬｌ直書きにするかの線引きはね 573 名前：nobodyさん mailto:sage [2008/11/08(土) 16:42:40 ID:???] MYSQLだから画像は駄目と硬直的に反応するのは駄目だな アクセス頻度やキャシュの実装、使い方や状況によって向いてる場合もあろう。 574 名前：nobodyさん mailto:sage [2008/11/08(土) 17:08:34 ID:???] 画像を表示させるにはフォルダにアップして管理するのが確実みたいですね。 簡単に出来るのなら採用したかったのですが・・・ 575 名前：nobodyさん mailto:sage [2008/11/08(土) 18:47:57 ID:???] 個人情報が含まれる画像だとDBで管理するのが普通でしょ 履歴書の写真とか。 576 名前：nobodyさん mailto:sage [2008/11/08(土) 18:54:20 ID:???] ファイルシステムで管理するからと言って、直接見られるところに 置くわけでは無いと思うが。 認証チェック経由でファイルを返すのが普通でしょ。 577 名前：nobodyさん mailto:sage [2008/11/08(土) 19:06:19 ID:???] ファイルシステムで認証チェックしてファイル返す方法ってbasic認証のこと？ 578 名前：nobodyさん mailto:sage [2008/11/08(土) 19:11:50 ID:???] 画像格納の話だけど ファイルパスのみＤＢに突っ込んで画像はファイルシステムから読み出すようにすりゃ良いんじゃないの？ 画像データそのものをＤＢに突っ込む必要があるとしたら、 バイナリデータで検索する場合しかなくない？ 579 名前：578 mailto:sage [2008/11/08(土) 19:15:44 ID:???] 他にもあるな。 例えばＤＢだとデータをまとめて暗号化するようなソリューションがある場合があるが ファイルシステムに保存するとそういう枠組みから漏れてしまう まあファイルシステムドライバで暗号化すれば良いだけなんだけど ドライバ方式とＤＢ方式の差異はパフォーマンスくらいか それも特定ディレクトリだけ暗号化するようにすれば良いだけか 580 名前：nobodyさん mailto:sage [2008/11/08(土) 19:26:04 ID:???] <?php // 何かしらの認証チェック... header("Content-type: ..."); ... readfile( 直接ブラウズできないパスの画像ファイル ); ?> な処理をimgのsrcに指定。 581 名前：nobodyさん mailto:sage [2008/11/08(土) 19:32:38 ID:???] ブラウザ⇔phpは話題にしてないと思うんだけど php⇔hdd間での画像データのやり取りをどうするかって事だよね 582 名前：nobodyさん mailto:sage [2008/11/08(土) 20:14:49 ID:???] >>581 元は前者の話 相談者のスキルが異常に低かったのでなぜか後者の話に移った 583 名前：nobodyさん mailto:sage [2008/11/09(日) 06:03:18 ID:???] 画像をＤＢで管理てのもファイルシステムで管理てのも 同じくらい面倒だ、ＤＢ画像管理が最高に楽じゃない限り パフォーマンスのいいファイルシステムになる 584 名前：nobodyさん mailto:sage [2008/11/09(日) 06:10:19 ID:???] mysqlを画像に入れた場合のメリットが見えない。。。 585 名前：nobodyさん mailto:sage [2008/11/09(日) 07:31:37 ID:???] >>565 同感。 586 名前：nobodyさん mailto:sage [2008/11/09(日) 13:38:34 ID:???] >>565 > 画像はデータの一つだからＤＢ格納がよいという理念なら > htmlもcssも全部ＤＢに入れよということになる 画像はM htmlやcssはV DBには入れませんが。。。 587 名前：nobodyさん mailto:sage [2008/11/09(日) 13:55:11 ID:???] ユーザの作ったデータ（日々変動する）と、開発者の作ったデータ（基本的に リリース時で固定）は別物だと思うが。 前者をDBで一元管理できると便利だよ。 まあ抵抗のある人に無理強いするつもりはないし、個々人の自由だと思うけど。 自分はCakePHPでもこれがやれるならやりたいなあ。 何とか実現できないものか。 588 名前：nobodyさん mailto:sage [2008/11/09(日) 14:11:02 ID:???] スケールする/しない、管理できる規模/できない規模の話だからな。 条件があえば、DB管理で一元管理でも良いと思う。 この辺を思い出した。 ttp://neta.ywcafe.net/000774.html ttp://blog.livedoor.jp/techblog/archives/64648176.html 589 名前：nobodyさん mailto:sage [2008/11/09(日) 15:42:14 ID:???] MovableTypeとかCSSやHTMLテンプレートDBに入ってるだろ 590 名前：nobodyさん mailto:sage [2008/11/09(日) 15:47:24 ID:???] >>586 ページ上に表示されるような画像はＶだよ そしてページ上に表示されない画像ならＷＥＢシステムの中に入れておくべきものじゃない 画像でありながらＭになりうるのは、画像検索システムのようなものだけ 591 名前：nobodyさん mailto:sage [2008/11/09(日) 15:48:39 ID:???] 例えば履歴書の画像データの話が出たけど それをＷＥＢ上からログインして観覧するようなシステムがあるならＶ 一切使い道が無いならＷＥＢシステム外で保管しておくべきもの 無いと思うけどその画像で画像検索するならＭ 592 名前：nobodyさん mailto:sage [2008/11/09(日) 23:20:30 ID:???] >>590 検索対象じゃないとMになれないの？ ↓そう読み取れなかったが ja.wikipedia.org/wiki/Model_View_Controller 593 名前：nobodyさん mailto:sage [2008/11/09(日) 23:25:24 ID:???] 設計にこれが絶対正解ってのはないでしょ。 要件次第だと思うよ。 594 名前：nobodyさん mailto:sage [2008/11/11(火) 09:18:04 ID:???] Ｖというのはファイル形式そのもので ファイルをバイナリーデータに変えたものがＭである 595 名前：nobodyさん mailto:sage [2008/11/11(火) 09:55:03 ID:???] >>594 バイナリとかそんなデータ表現は一切問題じゃない 596 名前：nobodyさん mailto:sage [2008/11/11(火) 11:39:47 ID:???] Mはデータを扱う仕組み Vはデータを表示する仕組み Cはデータを操作する仕組み 画像はデータなのでそのどれでもないと思うが 597 名前：nobodyさん mailto:sage [2008/11/11(火) 11:48:43 ID:???] 「扱う」と「操作する」の日本語の違いがわからないっす 辞書には > あつか・う〔あつかふ〕【扱う】 > 道具・機械などを、使ったり操作したりする。取り扱う。 ってあったっす 598 名前：nobodyさん mailto:sage [2008/11/11(火) 12:46:42 ID:???] Cは操作限定 Mはデータの出し入れや変換、型決めなど広範囲に扱える 599 名前：nobodyさん mailto:sage [2008/11/11(火) 18:28:03 ID:???] MとかVとかなにいうてんねんとおもったら、MVCのことだったのか 600 名前：nobodyさん mailto:sage [2008/11/11(火) 18:41:57 ID:???] SとMなら分るんだけどな 601 名前：nobodyさん mailto:sage [2008/11/12(水) 01:29:19 ID:???] 画像の加工はモデルに突っ込むね コントローラはモデルで引っ張ったデータをチェックしてビューに渡すだけだな 602 名前：nobodyさん mailto:sage [2008/11/12(水) 09:05:32 ID:???] 再利用する頻度の少ない加工処理はコントローラに書いてるよ モデルに書くと生産性が落ちる なぜなら 再利用できるように関数化させるのが手間 再利用が２回程度ならコントローラ上でコピペが最短 603 名前：nobodyさん mailto:sage [2008/11/12(水) 09:12:09 ID:???] あとモデルが厚くなりすぎると 総体的にコード量が多くなる。 なぜなら symfonyのように ＭとＶのやりとりが直接出来ないから Ｃに橋渡し的なコードを書かないといけない分 コード量が増える symfonyのうような仕様なら モデルをどんどん厚くすべきだが CakePHPの場合は モデルを厚くしすぎるのも 作業効率が落ちると思う 604 名前：nobodyさん mailto:sage [2008/11/12(水) 17:43:12 ID:???] book.cakephp.org/ja/view/73/%E3%83%87%E3%83%BC%E3%82%BF%E3%82%92%E5%8F%96%E5%BE%97%E3%81%99%E3%82%8B ここ見るとfind系が全部find()に統合されたって書いてあるけど、 findAllByって使っちゃっていいの？ 特に非推奨とは書いてないけど。 findByとfindAllByだと配列で条件指定する新しい形式が使えなくて nullを並べる旧形式のままだから、条件指定方法が統一できなくて ちょっと気持ち悪いんだけど… 新形式の条件指定に対応しないってことは、そのうちマジックメソッド自体が 消える予定なのかな。 調べてみたけど、日本語だとこれくらいしか記事がない d.hatena.ne.jp/ichiichinini/20081104/1225832073 605 名前：nobodyさん mailto:sage [2008/11/12(水) 17:55:00 ID:???] findByGoogle 606 名前：nobodyさん mailto:sage [2008/11/12(水) 20:14:45 ID:???] >>604 find系てfind()でほとんど出来ると思うので 最初から意味の無さそうな機能だなとは思ってた したがってfind()で統一してる人ばかりだと思うんで どうでもいいよ 607 名前：nobodyさん mailto:sage [2008/11/12(水) 20:23:16 ID:???] 似たような処理を持つ関数をやたら増やすもんでは無いと思う。 可読性とコーディング量は改善されるけど。 いつも使わない関数だとすれば、単なる無駄 608 名前：nobodyさん mailto:sage [2008/11/12(水) 20:32:06 ID:???] CakePHPの良いところは データのやりとりが配列思考なところなんだよね というのはphp自体が壊れたオブジェクト指向だから 配列思考型のフレームワークはphpにはピッタリだと思う。 あと配列思考型は中小規模にも適してる CakePHP自体が中小規模を対象として設計されてると思う rubyは完成されたオブジェクト指向言語だから rorのようなオブジェクト指向型でのデータのやりとりがマッチする 609 名前：nobodyさん mailto:sage [2008/11/12(水) 20:36:33 ID:???] >>603 > ＭとＶのやりとりが直接出来ないから つーかやったらいかんだろｗ MVCって何か知ってるか。 まあそんなにやりたきゃ、viewにmodelを渡せばいいだけ。 610 名前：nobodyさん mailto:sage [2008/11/12(水) 21:16:40 ID:???] >>609 viewにmodelを渡せばいいだけ 具体的にお願いします 611 名前：nobodyさん mailto:sage [2008/11/12(水) 21:43:29 ID:???] $this->set($this->Model) 612 名前：nobodyさん mailto:sage [2008/11/13(木) 01:50:37 ID:???] >>608 ルビリンのことかーーーーーーーーっ！！！ 613 名前：604 mailto:sage [2008/11/13(木) 11:26:34 ID:???] >>606-607 やっぱりfind()で統一の方向なのか… AND検索はマジックメソッド使った方が書きやすいから好きだったんだけど。 今後はfind()で統一してみる。 614 名前：nobodyさん mailto:sage [2008/11/13(木) 12:56:14 ID:???] できるだけモデルに書いた方が いいと思うんだけどなぁ・・・。 再利用するかしないかは別として。 まぁ、個人的な意見なのですが。 615 名前：nobodyさん mailto:sage [2008/11/13(木) 16:20:24 ID:???] 理由も書いてくれないと賛も否も 616 名前：nobodyさん mailto:sage [2008/11/13(木) 18:25:42 ID:???] コントローラにごちゃごちゃ書くとユニットテストがしにくい 617 名前：nobodyさん mailto:sage [2008/11/13(木) 20:23:44 ID:???] CakePHP本家はモデルを厚くすべきと書いてあるけど 生産性を第一に考えると関数化してモデルに入れるよりも コントローラ内で同じ構文を連続コピペした方が早い場合もあるんだよね。 例えば、納期がほとんどないという、追い込まれた状況なら わざわざ関数化するのも時間がかかるじゃん、そういう意味もあるんだな 時間が限りなくあるなら、出来るだけ関数化してモデルに入れるのがベストだけどさ 618 名前：nobodyさん mailto:sage [2008/11/13(木) 20:26:25 ID:???] 関数化させる手間をどうバランス取るかだと思うんだが・・・ 619 名前：nobodyさん mailto:sage [2008/11/13(木) 20:32:36 ID:???] モデルを厚くするというのは、ある程度 CakePHPでの経験が無いと、いきなりは、逆に時間がかかり 重要である生産性が落ちると思う。 経験を積みながら、少しずつリファクタリングすてモデルを厚くしていく方法がベストかな 620 名前：nobodyさん mailto:sage [2008/11/13(木) 22:47:32 ID:???] 先月からCakeさわり始めて、 コントローラーにコードを書きまくってたんだが、 徐々に慣れてきてからは、モデルを厚くする方が良さそうだなという感想。 621 名前：nobodyさん mailto:sage [2008/11/14(金) 15:37:31 ID:???] 1.2RC3がうごかない、インストールしたディレクトリにアクセスしても画面が真っ白になっちゃう って現象に陥った人っていらっしゃいますか？ ブラウザ？と思ったんですが、どのブラウザでも真っ白になっちゃいます。 1.1系で試したらうまくいくのに…。 mod_rewriteも有効、phpのバージョンもOK、パーミッションも変更済み。 .htaccessの内容も確認しましたが、1.1と1.2で同じでした。 同じ現象にぶち当たった方、いらっしゃったら教えてください＞＜ 622 名前：nobodyさん mailto:sage [2008/11/14(金) 15:43:57 ID:???] 設定もしくはコーディング失敗したら真っ白になるけど 623 名前：nobodyさん mailto:sage [2008/11/14(金) 15:59:49 ID:???] デバッグレベルあげろよ 624 名前：621 mailto:sage [2008/11/14(金) 16:23:40 ID:???] >>622 うーん、落としてきたモノをそのまま展開してるだけなんですよね。 どっかで間違えたのか・・・ >>623 デバッグレベルは3にしてあります。 それでも真っ白なんです＞＜ 625 名前：nobodyさん mailto:sage [2008/11/14(金) 16:25:23 ID:???] ＞624 PHPかApacheのログ見れ。 多分、cakeの問題ではない。 626 名前：621 mailto:sage [2008/11/14(金) 16:46:03 ID:???] >>625 ありがとうございます。 でも、それらしいエラーは見あたりませんでした。。 でもなんとなくサーバーっぽい気はします。 627 名前：nobodyさん mailto:sage [2008/11/14(金) 17:34:28 ID:???] Shift_JIS で保存してるとか？ 628 名前：nobodyさん mailto:sage [2008/11/14(金) 17:36:59 ID:???] サーバーっぽいってなんだよｗ エラー無いのに何も表示されないなら何も出力しない処理に成功してるって事だろ 629 名前：621 mailto:sage [2008/11/14(金) 18:29:19 ID:???] >>627 確認したんですが、それもなさそうです。。 >>628 そうですねｗ いや、設定かなぁと。RewriteBaseとか。 でも別のサーバでは特に追記しなくても普通に動くので、なんだろう、と。 630 名前：nobodyさん mailto:sage [2008/11/14(金) 19:48:22 ID:???] 1.1 -> 1.2RC2 のときに同じ現象陥った。 結局訳が分からず、一念発起して、1.2で書き直したけど。 同じかなあ？ 631 名前：630 mailto:sage [2008/11/14(金) 19:50:04 ID:???] あ、ごめん。移行の話じゃないか。スマン 632 名前：nobodyさん mailto:sage [2008/11/14(金) 19:51:34 ID:???] config/database.phpで文字コード明示とか、どう？ 633 名前：nobodyさん mailto:sage [2008/11/14(金) 22:25:29 ID:???] NetBeand 6.5RC2使ってみたんだが、デバッグ時のmod_rewriteって対応してないの？ Eclipse+XDebug、NetBeansでCake mod_rewite無し版だとちゃんと使えるんだが・・・ 634 名前：nobodyさん mailto:sage [2008/11/15(土) 00:12:16 ID:???] NetBeandって何？ 635 名前：621 mailto:sage [2008/11/15(土) 01:03:38 ID:???] >>632 うーん・・ダメっぽいです。 とりあえず今回は時間もないので1.1で作ることにします。 いろいろとありがとうございます。 636 名前：nobodyさん mailto:sage [2008/11/15(土) 02:07:44 ID:???] そんなレベルでいいのか仕事だろ 637 名前：nobodyさん mailto:sage [2008/11/15(土) 02:18:29 ID:???] ＰＨＰで動いてるんだから何かしらエラーは出るはずじゃないの？ 例えそれがフレームワーク側のバグだとしても。 過去に経験があったのは文字コードの違いで真っ白になると言う事はあった。 コードに複数の文字コード混じったりしてない？ それ以外はページ上なりapacheログなりにエラー出てたが・・・。 638 名前：nobodyさん mailto:sage [2008/11/15(土) 02:19:34 ID:???] 最悪、フレームワークのコードにデバッグメッセージ入れて どこで止まってるか突き止めるのは可能だね 639 名前：nobodyさん mailto:sage [2008/11/15(土) 08:21:24 ID:???] webrootのindex.phpをコメントアウトして、適当にphpinfoとか出してみたら？ 表示が出なければApacheの設定の問題 出たらコメントアウトを１行ずつ外してデバッグメッセージ出して試していく 640 名前：621 mailto:sage [2008/11/15(土) 11:24:41 ID:???] 諦められなくていろいろといじっていましたｗ >>636-639 みなさんありがとうございます。 アドバイスしてくださったようにいろいろ試してみました。 webroot上のファイルがきちんと拾えました。 ということで、mod_rewriteの設定がおかしいようではないようです。 で、現状わかったのは、とりあえず処理としてはdispacher.phpを 読み込むところまでは来ていることがわかりました。 （bootstrap.phpの最後まで） もうちょっと調べてみます。 ここまで来たら動かしたい。 641 名前：nobodyさん mailto:sage [2008/11/15(土) 18:45:37 ID:???] テーブル名を複数形にしろ、っていうけど 頭文字とった略語ってあるじゃん PHP、ＤＢ、ＦＷなんてのもそうだけど そういうのに複数形つけるのに抵抗感があるんだけど、普通なこと？ 642 名前：nobodyさん mailto:sage [2008/11/15(土) 19:01:10 ID:???] BBSをbbsesって書かないといけないんだよね？ bbsなら一目だけどbbsesじゃ一瞬分からないから やりたくないんだよなあああ 643 名前：nobodyさん mailto:sage [2008/11/15(土) 19:03:19 ID:???] ちょｗ テーブル名bbsesだとモデル名bbse テーブル名bbsだとモデル名bb テーブル名bbssだとモデル名bbss だめじゃんｗｗｗｗ 644 名前：nobodyさん mailto:sage [2008/11/15(土) 19:10:27 ID:???] >>642 BBSをモデルにする設計が問題じゃね? BoardとかThreadとかEntryとかにすればいいんじゃないか? 645 名前：nobodyさん mailto:sage [2008/11/15(土) 19:12:01 ID:???] 略語で最後がsで終わるものは 非略語にしないとダメっぽ 本当にこんなことしなきゃいけないのか・・・ 中途半端に略語でも最後がs以外なら大丈夫なのが困る 英単語って全部非略語にしたらすっごい分かりにくくなると思うし 646 名前：nobodyさん mailto:sage [2008/11/15(土) 19:14:29 ID:???] >>644 略語にされてる英単語に規則なんて無い ただ長いものは略語にされてそれが広まってる ＢＢＳの件はboardでもギリギリ分かるしそうするつもりだけど 他にもいくらでも略語はあるんだよね CDでもDVDでも、ISBNでもISDNでもADSLでも それらを非略語にする事に強い抵抗感があるんだがｗ 647 名前：nobodyさん mailto:sage [2008/11/15(土) 19:19:38 ID:???] OSを複数形にしてossなんて書いたらオープンソースかと思っちゃうな AS,BS,CS,DS,ES,FS,GS,HS,,,,,,,,,,,, いくらでもsで終わる略語があるんだが 648 名前：nobodyさん mailto:sage [2008/11/15(土) 19:20:51 ID:???] 全て小文字と言う制約も手伝って最悪な事になってるなｗ 649 名前：nobodyさん mailto:sage [2008/11/15(土) 19:25:32 ID:???] 略語じゃなくても末尾がsで終わる単語の複数形に正しく動作しない www.cpa-lab.com/tech2/inflects/ bbses,bbs,bbss全てモデル名がおかしなことになる aases,aas,aassでも同じだから 650 名前：nobodyさん mailto:sage [2008/11/15(土) 20:51:02 ID:???] どうでもいいがBBSのSってSystemのSだぞ そもそも命名規約がおかしいっての 651 名前：nobodyさん mailto:sage [2008/11/15(土) 20:52:05 ID:???] ちなみにNewsは正しく使える どちらもNewsのまま

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef