私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
ログインするとレス評価できます。登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

元スレ【PHP】PHPフレームワーク総合スレ15

php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 : △
レスフィルター : (試験中)

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

451 : nobodyさん - 2012/06/12(火) 13:17:41.45 ID:??? (+57,+29,-19)

デザイナーもグラフィカルに編集できるものを目指してるんしゃないのか

452 : nobodyさん - 2012/06/12(火) 19:50:03.28 ID:Yrv/uaCb (+47,+29,-253)

CMSがフレームワークに置き換わる日
http://blogs.itmedia.co.jp/yoshimasa/2011/06/cms-f1f8.html

今の時代、フレームワークを土台にして作るのではなく、
CMSを土台につくったほうがいいんですかね。
フレームワークも便利ですけど
RSS発行とか、フォーム作成とか
自分でプログラム組まないとだめじゃないですか。

フレームワークでは数時間かかるRSS発行処理作成とか
CMSでは数クリックでできるし
処理されたデータを、どう煮るか焼くかは
CMSもフレームワークも変わらないし。

ただ
>>393さん
みたいに、高度な改変となるとCMSは
プログラムの解析が大変という意見もありますし、
何を作るかによってかわってくるんでしょうが
フレームワークに自作関数や、自作ライブラリを相当作りためてでもいないかぎり
ＣＭＳを使ったほうが効率がいいんですかね。

453 : nobodyさん - 2012/06/12(火) 21:40:37.73 ID:??? (+57,+29,-32)

プログラミングができない人から見るとそうなのかもね。俺は全く別物だと思うけど。
CMSで事足りるならそれでいいのではないかと。要件を満たすかどうかの問題。

454 : nobodyさん - 2012/06/12(火) 22:18:15.27 ID:??? (+63,+30,-56)

フレームワークは高機能で便利な魔法のツール、みたいに思っているのかもしれないけど
それ以上に大事なのは、制限やルールといった枠組みを与えることで、
人それぞれバラバラになりがちな開発の手法や方向性を統一できること。

って誰かえらいひとが言ってたような気がする。

455 : nobodyさん - 2012/06/12(火) 22:27:13.88 ID:??? (+57,+29,-36)

表示系はなんとかなるけど、
DBから取り出す条件設定の制御が面倒な事多くね？
クエリ直接書かせろ！みたいな…

456 : nobodyさん - 2012/06/12(火) 22:34:40.75 ID:??? (+27,+4,-13)

官公庁はCMSが主流

457 : nobodyさん - 2012/06/13(水) 01:30:46.38 ID:??? (+54,+26,+0)

オリジナル要素が高くなければCMSで良いかもね

458 : nobodyさん - 2012/06/13(水) 02:45:26.95 ID:??? (+57,+29,-14)

CMSが勝手のいいフレームワークで作られていれば良い

459 : nobodyさん - 2012/06/13(水) 04:11:16.55 ID:??? (+1,-26,-26)

WordPressやEC-CUBEがが使いやすいMVCフレームワークで作られてればよかったのに…と何度思ったことか
カスタマイズつらいです…

460 : nobodyさん - 2012/06/13(水) 08:23:18.71 ID:??? (+57,+29,-22)

ワープレって、MVCじゃないのか。
MVCじゃなかったらプラグインひとつ作るのも
かなり手間かかりそうなんだが・・・。

461 : nobodyさん - 2012/06/13(水) 11:38:34.22 ID:??? (+57,+29,-29)

違うね。共通ファイルは分けてるけど、細かくビュー分けはしていない

EC-CUBEは独自フレームワークだけど、
こちらも複雑すぎてどこがどこにあるかわかりづらい

462 : nobodyさん - 2012/06/20(水) 01:22:18.24 ID:??? (+57,+29,-3)

複雑ってのは俗に言うスパゲッティってことだな

463 : nobodyさん - 2012/06/20(水) 01:27:38.99 ID:??? (+50,-11,-8)

そうそう。EC-CUBEは色んな開発者が共同で作ってるらしいから
どうしてもスパゲティになるよね

464 : nobodyさん - 2012/06/20(水) 04:31:46.45 ID:??? (+62,+29,-30)

EC-CUBEはソースひどいよな。トランザクションとかちゃんとしてなさそうだし、いくらでも穴がありそう。

// これで勘弁してください…
的なコメントが書いてあったりするし。ジョーク系のサイトでよく似たネタ見るけどオープンソースでは初めて見たわ。

465 : nobodyさん - 2012/06/20(水) 06:50:24.76 ID:??? (+30,+7,-21)

ソースの具体例は？

466 : nobodyさん - 2012/06/20(水) 08:32:01.15 ID:??? (+98,+29,-10)

>>463
＞色んな開発者が共同で作ってるらしいからどうしてもスパゲティになるよね
いや、その理屈はおかしい

467 : nobodyさん - 2012/06/20(水) 13:21:19.05 ID:??? (+105,+29,-24)

>>466
おかしくないよ。だって規約が統一してないんだから。
開発者が違うって言っても社内じゃなくて、他社って意味だし。

468 : nobodyさん - 2012/06/20(水) 13:25:22.16 ID:??? (+57,+29,-15)

スパゲティの意味をまずわかってください

469 : nobodyさん - 2012/06/20(水) 13:37:07.72 ID:??? (+76,+29,-49)

>>467
外部の異なる組織からフリーランスまでさまざまな開発者が
参加して作ってるオープンソースソフトなんて山ほどあるんだが
さすがにそれらのほぼ全てがスパゲティだなんて話は聞かないよ

470 : nobodyさん - 2012/06/20(水) 14:16:22.28 ID:??? (+8,-29,-7)

>>469
ほぼ全てのOSSの話しじゃなくて、あくまでEC-CUBEの話しな

471 : nobodyさん - 2012/06/20(水) 16:40:25.69 ID:??? (+57,+29,-8)

どうしてもスパゲティになる
を他のソフトにも適用するのはやめたまえ

472 : nobodyさん - 2012/06/20(水) 23:41:36.16 ID:??? (+24,-29,-8)

なんで他のOSSが大丈夫で、EC-CUBEだけ
スパゲティになるんだよｗ

473 : nobodyさん - 2012/06/20(水) 23:48:35.68 ID:??? (+57,+29,-1)

いやぁ、WordPressのごちゃっぷりは良いレベルよー

474 : nobodyさん - 2012/06/21(木) 00:01:15.17 ID:??? (+57,+29,-7)

PHP自体がスパゲティだよ。
標準関数の首尾一貫性の無さはスゴすぎ！

475 : nobodyさん - 2012/06/21(木) 00:22:06.05 ID:??? (+45,+9,-64)

>>472
普通、OSSって特定のグループ・会社が作ってないか？
OpenPNEなら手島屋って会社が作ってるし、
phpBBも海外のグループが作ってたはず。

一方、Wordpressは開発者はいるけど
プラグインで拡張していくから開発者も違うし、一貫性がない

476 : nobodyさん - 2012/06/21(木) 04:41:52.92 ID:??? (+16,-11,-17)

すべてのOSSを調べてから言えよハゲ

477 : nobodyさん - 2012/06/21(木) 07:43:24.24 ID:??? (+36,+8,-17)

OpenPNEもひでえソースだったなあ

478 : nobodyさん - 2012/06/21(木) 07:44:57.64 ID:??? (+4,-23,-15)

OpenPNEのカスタマイズは断念したな

479 : nobodyさん - 2012/06/21(木) 08:17:09.84 ID:9C4PuuPO (+24,+29,-23)

逆に、このフレームワークは美しいソースだったなぁってのはないの？

480 : nobodyさん - 2012/06/21(木) 09:58:36.15 ID:??? (+56,+28,-17)

symfony2
ソースの見てくれの代わりに使い勝手が犠牲になったけど。

481 : nobodyさん - 2012/06/21(木) 10:14:39.77 ID:??? (+46,+23,-1)

PHP自体が美しくない

482 : nobodyさん - 2012/06/21(木) 10:32:53.94 ID:??? (+57,+29,-12)

そもそも「美しさ」の感じ方は個人差によるからな

483 : nobodyさん - 2012/06/21(木) 14:29:18.00 ID:??? (-1,-29,-6)

EC-CUBEは番人に共通する醜さだけど

484 : nobodyさん - 2012/06/21(木) 14:37:44.78 ID:??? (+62,+29,-67)

EC-CUBEはあんなソースでそこそこ動いちゃってるのが不思議なくらいだな

管理とかちゃんとなってない会社なんだろうな
スキルの低いエンジニアが会社の床で寝ながら泥沼のようにして作った印象
あのスタイルで書いたコードのデバッグをやりきるには大変な根性が要るはず

485 : nobodyさん - 2012/06/21(木) 15:56:14.33 ID:??? (+94,+29,-23)

俺の見立てではわざとやっていると思う。
OpenPNEもそうだけど、わざとソースを複雑にして
有償サポートを狙っている気がする

※あくまで個人の感想です

486 : nobodyさん - 2012/06/21(木) 16:43:08.98 ID:??? (+36,-30,-302)

PHPが汚いとえば
文字コードを変換する
mb_convert_encoding　の配列版はないかいな思って調べたら
mb_convert_variables　という関数を見つけた。
早速使ってみると、ちっとも機能しない。
なんと、
mb_convert_encoding は変換したいソース元を第一引数に入れるけど
mb_convert_variables　は　第三引数にいれるという仕様！
そして
mb_convert_encoding　は、
$hoge = mb_convert_encoding みたいに再度代入してやらないといけないけど
mb_convert_variables　代入しなくてもよいという仕様！！
そもそも mb_convert_variables　というネーミングセンスなんなの?
mb_convert_encoding_array　とかにでけんかったの？

487 : nobodyさん - 2012/06/21(木) 16:46:48.28 ID:??? (+138,+29,-33)

>>485
実は確かな技術を持った賢い集団で
自分らの開発は綺麗なソースで行い、リリースの際特製コンバータを通すと
あら不思議、ぐちゃぐちゃスパゲティコード＆意味不明コメント入りオープンソースのできあがり

てな感じか

488 : nobodyさん - 2012/06/21(木) 18:01:46.35 ID:??? (+55,+29,-25)

一貫性のなさはPHPの悪習

名前の付け方も引数の並べ方もこの上なく下手糞

489 : nobodyさん - 2012/06/21(木) 20:12:50.67 ID:??? (-6,-29,-2)

Zendは綺麗、それとDrupal

490 : nobodyさん - 2012/06/21(木) 20:15:41.23 ID:??? (+72,+29,-17)

>>487
俺の場合とは異なるかもしれないけど、
外部に公開するソースは難読化してるわ。コメントも削除してるし。

491 : nobodyさん - 2012/06/21(木) 22:40:08.20 ID:??? (+57,+29,-29)

PHPの難読化ツールでおすすめのある？
安ければ無料じゃなくてもいいけどなるべく無料で

492 : nobodyさん - 2012/06/22(金) 01:44:44.57 ID:??? (-1,-29,-4)

Zend Guardかbcompierくらいか

493 : nobodyさん - 2012/06/22(金) 03:01:48.73 ID:??? (+65,+19,-3)

>>487
オープンソースにする意味ないな

494 : nobodyさん - 2012/06/22(金) 08:55:26.21 ID:LmibApcQ (+24,+29,-9)

オープンソースです!!って謳うだけでもたらされる効果ってのもありそう。

495 : nobodyさん - 2012/06/22(金) 10:34:35.46 ID:??? (+6,-16,-25)

FREE商法の一種だからな

496 : nobodyさん - 2012/06/22(金) 11:42:30.36 ID:??? (+52,+29,-16)

頭の中がぐちゃぐちゃなのを晒すだけ

497 : nobodyさん - 2012/06/22(金) 16:26:49.35 ID:??? (+43,+22,-3)

オープンソースです！
↓
SEX

こういうわけだな

498 : nobodyさん - 2012/06/22(金) 19:57:02.69 ID:??? (+62,+29,-19)

>>486
そこら辺は俺も学習時に感じたなー

PHPの初期に引数の順番や命名規則を統一していなかったら
もうどうしようもないよね。

499 : nobodyさん - 2012/06/22(金) 20:17:29.17 ID:??? (+55,+29,-22)

PHPは馬鹿が何も考えずに作った言語だからな

500 : nobodyさん - 2012/06/22(金) 20:26:49.91 ID:??? (+57,+29,-18)

どうやらこのスレには天才がたくさんいるらしいから
後世に残る画期的な言語が生まれるのも時間の問題だな

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで /

php スレッド一覧へ

みんなの評価 : △

類似してるかもしれないスレッド

【PHP】PHPフレームワーク総合スレ14 (1001) - [97%] - 2010/12/11 10:32
【PHP】フレームワークPharonスレ (306) - [75%] - 2022/10/10 20:00
【PHP】フレームワークMapleに舌鼓 (470) - [62%] - 2017/12/31 9:31
【PHP】フレームワーク Akelos (129) - [59%] - 2019/5/9 7:46
2ch有志がPHPフレームワークを作るスレ (81) - [55%] - 2019/5/9 7:46
【PHP】Laravel【フレームワーク】 Part.11 (870) - [53%] - 2022/8/28 15:45
【PHP】Laravel【フレームワーク】 Part.12 (314) - [53%] - 2023/1/30 18:45
【PHP】Laravel【フレームワーク】 Part.10 (446) - [53%] - 2022/6/6 19:30

トップメニューへ / →のくす牧場書庫について

総計:	127,062,842人
頁
昨日:	no data人
頁
今日:	人
頁