ss2*_*s2k 6 c# asp.net tdd mvp webforms
视图是否在其接口中没有任何特定于事件的事件,并调用presenter普通方法来处理事件而没有任何正式的EventHandlers?例如
// ASPX
protected void OnSaveButtonClicked(object sender, EventArgs e)
{
_Presenter.OnSave();
}
Run Code Online (Sandbox Code Playgroud)
或者视图是否在其接口中定义了事件EventHandler,并将这些事件明确地链接到控制页面上的事件
// View
public interface IView
{
...
event EventHandler Saved;
...
}
// ASPX Page implementing the view
protected override void OnInit(EventArgs e)
{
base.OnInit(e);
SaveButton.Click += delegate { Saved(this, e); };
}
// Presenter
internal Presenter(IView view,IRepository repository)
{
_view = view;
_repository = repository;
view.Saved += Save;
}
Run Code Online (Sandbox Code Playgroud)
第二个似乎是一大堆管道代码全部添加.
我的目的是了解每种风格的好处,而不仅仅是一个可以使用的一揽子答案.我的主要目标是清晰度和高价值可测试性.整体可测试性很重要,但我不会牺牲设计的简洁性和清晰度,以便能够添加另一种类型的测试,这种测试不会导致通过更简单的设计实现的测试案例获得太多的收益.如果一个设计选择没有更多可测试性,请包括它现在可以提供的测试类型的示例(伪代码很好),所以如果我足够重视那种类型的额外测试,我可以做出决定.谢谢!
更新:我的问题是否需要进一步澄清?
小智 6
我不喜欢在界面中明确引用Button(或任何其他控件).这意味着我们与控件的实现紧密相关.
控件可以在项目类型(例如Winforms和ASP)之间以非常不同的方式实现.
这意味着可能需要针对不同的视图修改接口,这正是我们不想要的.MVP的重点在于Presenter可以依赖于一个稳定的界面,允许UI与模型分离,轻松替换具体视图和可测试性.
最好坚持使用不依赖于任何特定控件的接口上的属性和方法,并将实现细节留给具体视图.
Dam*_*ian -3
在视图的界面中,您应该引用保存按钮,然后一切都在演示器中完成。这使您的视图无需编写代码,并且您的演示器可以轻松测试。
// View interface
public interface IView
{
Button SaveButton;
}
// View code behind
public Button SaveButton
{
get { return btnSave; }
}
// Presenter
internal Presenter(IView view,IRepository repository)
{
_view = view;
_repository = repository;
view.SaveButton.Click += new EventHandler(Saved);;
}
void Saved(object sender, EventArgs e)
{
// do save
}
Run Code Online (Sandbox Code Playgroud)
'
| 归档时间: |
|
| 查看次数: |
2887 次 |
| 最近记录: |