2010-11-25 5 views
2

私は、現在フレームワークを使用していない大規模なPHPサイトに取り組んでいます。私の大きな疑問は、作成された新しいパーツや更新された古いパーツなど、徐々に時間がたつにつれてフレームワークをアプリケーションに取り組ませることをお勧めしますか?PHPフレームワークを使わずに既存のPHPアプリケーションに組み込むのは良い考えですか?

は例えば、すべてのページは、URLから直接提供され、そのうちの数十は、私は選択の私のPHPフレームワーク毒とZend Frameworkの上に読んできた本

//monitoring_projet.php 
<?php 
session_start(); 
require_once($_SERVER['DOCUMENT_ROOT'].'/include/header.php'); 
require_once($_SERVER['DOCUMENT_ROOT'].'/include/config_ats.php'); 
$page_link = 'monitoring_projet.php'; 
?> 

<div id="content" style="padding-left:10px;margin:0 10px"> 
<br /> 
<?php 
include($_SERVER['DOCUMENT_ROOT'].'/include/gestion_projet_entreprise.php') 
?> 
</div> 

<?php require_once($_SERVER['DOCUMENT_ROOT'].'/include/footer.php'); ?> 

のように見えます。 ZFを使ってアプリケーションをブートストラップし、この共通コードをすべて1か所にまとめるのは良い考えですか?あるいは、この時点でその価値よりも頭痛を引き起こすような枠組みをミックスに追加していますか?

答えて

4

IMHOのようなプロジェクトにフレームワークを差し込むだけで問題が発生します。私は設定、依存関係の管理などが本当の面倒なことになると思います。

ここで一番うまくいくアプローチは、プロジェクトのスペックに応じてビュー、コントローラー、モデルを定義し、現在のページからコードを差し込み、コントローラーとビューの間でコードを配布することです適切に。こうすることで、プロジェクトに合わせてフレームワークを曲げようとせずに、コンフィグレーションクラスとサポートクラスをフレームワークに移行することができます。

3

完全にあなたのスキルと、あなたがZendに変換しようとしているシステムに依存します。

私は今作業中ですが、Zend Frameworkライブラリをゆっくりと追加していますが、これはかなりうまくいきます。

完成したWebサイトを(MVCパターンに合わせて)Zend Frameworkと置き換える場合は、別の話です。その場合、あらゆる種類の問題が発生します。あなたは突然あなたの現在のコードが扱うことができない特定のデザインパターンを使用するように強制されます。その時点で、あなたは頭がおかしくなるので、やっていることの概要をすぐに失うでしょう。それをゆっくりやってはいけませんが、一歩一歩してください。それはあなたにも頭痛を与えるかもしれませんが、短期間だけです。

幸運を祈る!

+1

+1ほとんどの場合(すべてではないにしても)、これは避けたいシナリオです。単にサイトの一部を書き換えたり、古いコードと新しいコードが混在していても機能するとは限りません。 – wimvds

0

現在、Zend Frameworkを現在のコードベースに導入している会社で働いています。それは問題を引き起こしましたが、徐々に良くなっています。 Krof DraKulaが言及しているように、依存関係管理は問題であり、構成はいくつかの頭痛を引き起こします。

DAO、BO、VOのパターンがうまく機能していましたが、作業が面倒です。クラスを徐々にZFスタイルに移行しています。あなたがこのことを真剣に行っているなら、私はゆっくりと行って、2つのスタイルを並べて実行することをお勧めします。最初はZend Frameworkモジュールを従来のものと一緒に走らせましたが、それが完璧に動作していたときにのみ移行とリファクタリングを開始しました。

スキルと移行の時間があれば、後悔することはありません。

関連する問題