Question

我不禁要问,我如何能够改进我称之为储存程序的泽德法典。此时,我使用的是MySQL DB,而我的控制者的行动功能却在发挥作用,但似乎已经nas。

public function callSPAction()
{
    $param = $this->_request->getParam( param , 0);

    $bootstrap = $this->getInvokeArg( bootstrap );
    $config = $bootstrap->getOptions();

    $mysqli = new mysqli(
        $config[ resources ][ db ][ params ][ host ],
        $config[ resources ][ db ][ params ][ root ][ username ],
        $config[ resources ][ db ][ params ][ root ][ password ],
        $config[ resources ][ db ][ params ][ dbname ]);

    $rs = $mysqli->query(sprintf( CALL mystoredprocedure(%d) ,$param));
    if(mysqli_error($mysqli))
    { 
        throw new exception(mysqli_error($mysqli), mysqli_errno($mysqli)); 
    } 
    $this->_helper->redirector( index ,  index );
}

我更喜欢使用Zentd_DB的班级,以说明所储存的程序,但并不确定如何做到这一点?

由于一把一些储存的程序称作零,因此,最好设立一个帮助小组,总结连接亚洲开发银行的逻辑。它将暴露能够总结储存程序所依据的方法。那么,我的控制员守则只能说话。

StoredProcedureHelper::callMyStoredProdecure($this->_request->getParam( param , 0);

这是可能的还是甚至建议的?

Answer 1

我赞成使用模型获取数据。此外,我建议你在申请书中界定你的 d调器,使其与你的应用代码保持透明,并使用DO,因此,如果你今后需要指出一个不同的数据库,则你的申请并不与特定的亚洲开发银行管理人挂钩。

例如,在你的控制者的行动中,与其说是所有数据存取逻辑,而是可以简化如下:

//within some controller action
$model = MyUbberCoolSuperModel();
$model->myUbberCoolMethod($params);

//And in your model, which can extend Zend_Db_Table_Abstract
public function myUbberCoolMethod($params)
{
   $pdo = $this->getAdapter()->prepare("CALL myProcedure(:param)");
   $pdo->bindParam( :param , $param, PDO::PARAM_STR); 
   $pdo->execute();
   // Any additional logic you might want to do
}

我认为,这种方式更为清楚,你的控制者只负责采用模型方法,而模型则处理数据获取问题。因此,如果与数据存取有关的任何事项都需要加以调整、修改或重,那么你知道,哪一种模式是你必须去做的,而不是改变任何可能影响任何其他情况的控制者行动。

希望会有助于;

乘客。

友情链接