4

我正在寻找将一组属性(配置)应用于新创建的实例的最有效方法。我的第一个目标是保持应用程序面向对象,第二个目标是使用 DI 容器的能力。这是我到目前为止提出的一个示例:

class ViewLogin {
  public $msgLoginGranted;
  public $msgLoginFailed;

  public function __construct(){
  }

  protected function onSuccess() {
    return $this->msgLoginGranted;
  }

  protected function onFailure() {
    return $this->msgLoginFailed;
  }
}

class ControllerLogin {
  public function __construct(ModelLogin $model, ViewLogin $view) {
  }
}

为了保持 ViewLogin 干净并将配置数据与代码分开,最好的做法是:

创建一个新类 ViewLogin1

class ViewLogin1 extends ViewLogin {
  public function __construct() {
    $this->msgLoginGranted = 'Welcome!';
    $this->msgLoginFailed = 'Login Failed!';
  }
}

缺点:静态课堂内容,没有新功能,污染课堂空间

将配置对象传递给 ViewLogin

class ViewLogin {
  public function __construct(Config1 $config) {
    $this->msgLoginGranted = $config->msgLoginGranted;
    $this->msgLoginFailed = $config->msgLoginFailed;
  }
}

为 ViewLogin 创建一个装饰器?

将配置移动到 XML/JSON/YAML...

4

1 回答 1

1

我不明白你为什么需要ViewLogin1. 如果您想在您的框架中准备它并立即在应用程序中使用它,即使不会引入新功能,我也会ViewLoginAbstract在框架和应用程序中使用它(请记住,您可能希望将重定向替换为或类似的东西)。ViewLogindie('What the hack are you trying to do?')

另一方面,当您的应用程序中有多个登录表单时,我会采用Zend Framework的方式。

当您查看他们如何使用*Controller时,他们为每个控制器使用一个类,为视图使用一个通用ViewModel

更详细的默认值indexAction

public function indexAction()
{
    return new ViewModel(array(
        'content' => 'Placeholder page'
    ));
}

所以我会重用ViewLogin并只传递配置,因为没有引入新功能(只要确保您将来不想添加日志记录或其他功能)。

在我看来,悬停在登录后重定向页面应该是控制器而不是视图的责任(视图应该只负责显示 html + 其他前端内容)所以我不确定你为什么要redirect查看。

于 2013-04-14T20:41:05.570 回答