PHPのプログラム開発について質問です。お問い合せフォームとか、ワンクリックアンケートとか、ごく小規模の場合、フレームワークを使いますか？それとも生PHPのままで開発しますか？
例えば「お問い合せ内容をMySQLで保存」と言った仕様の場合、フレームワークを使うのは、少々過剰利用に感じます。ファイル数も多くなりますし。
この程度なら生PHPにしてSQLも直書きでいい気はしていますが、みなさんはどうされているのか気になるので、教えてください。
どっちが作るの早いか、どっちが運用上効率的かですよね。
入力項目が少なければ使わないけど、項目が多かったら使うし、逆に利用頻度低いのに「あっ、バージョンアップしなきゃ」とかは考えたくないなあ。
それより生PHPって表現なんかエロくないですか。
フォームひとつとっても、inputやtextareaの生成とかバリデーションとかメールの送信とか、いろいろ動作させるべき機能は必要ですからね。
その機能を使うために小規模でもフレームワークを導入するというのはわかります。
あと、生PHPは割りとポピュラーな単語のように感じます。
生PHPで直リクエストをインサートしちゃいます＞＜
素晴らしいセンスの投稿だなぁっと。
もちろんほめことばっす。
逆質問で申し訳ないが、フレームワークよりも堅牢なシステムを手早くつくるスキルはお持ちですかね？そうであれば、何も迷わず、自作でよいかと。
オレオレフレームワークを作っていますが、それでも既存フレームワークみたいにファイル数は多いです。それなら既存フレームワークを使うほうが無難かと。
ただ、質問にも書きましたように、お問い合せフォームとかお知らせとか小規模なシステムをフレームワークで作るのはどうも違和感があるんです。余計なファイルが多くなりすぎるという意味で。極端な話、お問い合せフォームなんて1ファイルで実現できることですから。
そういうときはフレームワーク使わないですね。フレームワーク使わない時の書き方忘れてて、変に時間がかかったりしちゃいますがw
DBが絡むならフレームワーク使うかな…ORMに一度慣れると手放せない。フォームのバリデータも楽だし。そもそもDB使っといてバックエンドは phpMyAdmin でって事はないでしょ。そっちも作るならやっぱフレームワーク導入した方が早い。
みんなの回答 5 件
どっちが作るの早いか、どっちが運用上効率的かですよね。
入力項目が少なければ使わないけど、項目が多かったら使うし、逆に利用頻度低いのに「あっ、バージョンアップしなきゃ」とかは考えたくないなあ。
それより生PHPって表現なんかエロくないですか。
生PHPで直リクエストをインサートしちゃいます＞＜
逆質問で申し訳ないが、フレームワークよりも堅牢なシステムを手早くつくるスキルはお持ちですかね？
そうであれば、何も迷わず、自作でよいかと。
そういうときはフレームワーク使わないですね。フレームワーク使わない時の書き方忘れてて、変に時間がかかったりしちゃいますがw
DBが絡むならフレームワーク使うかな…ORMに一度慣れると手放せない。フォームのバリデータも楽だし。そもそもDB使っといてバックエンドは phpMyAdmin でって事はないでしょ。そっちも作るならやっぱフレームワーク導入した方が早い。
関連するトピックス