mvp

2热度

3回答

我正在试验用Delphi 2009实现轻量级mvp框架。视图是被动的，但支持数据绑定（通过接口属性）。我面临的dilemna：我有几个非常相似的看法/主持人/模型黑社会，即：订单和客户的形式=行为和逻辑是相同的，但对于数据绑定的数据源是不同的形式标题也是如此。数据源是我的所有模型的共同属性，所以它不是一个问题，设置表格标题，我被迫在我的主持人硬编码它InitView方法所有工作很好，但我

1热度

2回答

如何使用MVP

这里处理的FormClosing云：我有一个看起来像这样的观点： public interface IAddressView { void Close(); bool IsDirty(); bool DoesUserWantToDiscardChanges(); } 我有一个主持人，看起来像这样： public class AddressViewPresen

3热度

1回答

如何将UserControl附加到MVP模式中的表单上？

我想创建一种使用MVP模式的主/细节UI。我有秋后算账： interface IMainView{} class MainView: Form, IMainView{} interface IMainPresenter{} class MainPresenter{} // Numerous domain objects 我也有一个用户控件，这也是它自己的MVP黑社会的观点： int

7热度

3回答

过MVP

可能重复： What are MVP and MVC and what is the difference? mvc and mvp pattern 伙计们，什么是一些使用MVC在MVP的好处是什么？我喜欢我不必为MVP使用框架，并且可以通过接口和类来实现。我仍然得到MVC关注的分离，并且我得到了单元测试。 MVC使用MVP有什么好处？

1热度

1回答

模型视图演示者 - 处理更复杂的UI控件

我在研究模型视图演示者模式。到目前为止，我喜欢我所看到的内容，然而几乎所有的文章，网络广播，播客等我见过，阅读或听说过倾向于处理从文本框中设置和检索简单类型，并且我很难理解如何处理与更复杂的UI控件。例如，假设我有一个CheckedListBox。在这个CLB中，我想显示给定实例选择的所有可用选项和选项（想象一个带有FavouriteIceCreamFlavours列表的Friend类）。我可以

4热度

2回答

公共方法或订阅查看活动

我写了一个MVP项目，其中View是一个实现我的IView接口的WinForm。我正在审查代码，在可能的地方改进它，并且想问您关于视图和演示者如何交互的想法。您认为以下哪项是最佳做法？公开演示者类的视图使用方法。（即让他们公开）。让演示者监听View类引发的事件。例如，我的MVP使用通过串口进行通信的服务。要连接到远程设备，我的视图调用公共Presenter方法Connect（），然后调

1热度

4回答

我的演示者需要提示用户以获取更多信息。我如何连接它？

我正在使用被动视图模式。用户点击一个新的帐户按钮。视图使用无参数方法调用将责任分配给演示者。问题是存在多个帐户类型，因此用户需要选择他们想要创建的帐户。我该如何解决这个问题？从视图中创建一个新表单，获取所需信息并将其作为属性公开，以便演示者可以检索它。（这忽略了视图不应该有任何逻辑的概念）创建并使用演示者的新表单。（这将主持人直接关联到表单，忽略了MVP的整个点）在其他地方创建新表单并

8热度

3回答

加载MVP的子视图

过去几天我一直在使用winforms玩MVP模式，只有一件事我不知道该怎么做。你如何从另一个视图创建子窗体。这是否是一个有效的选择。 public class MyForm : IMainFormView { private MainFormPresenter pres; public MyForm() { pres = new MainFormPresenter

1热度

4回答

有没有MVP框架项目？

MVC使用了许多流行的框架。仅举几例，Ruby on Rails，ASP.NET MVC，Monorail，Spring MVC。是否有任何使用任何MVP变体的等价框架？我在网上找到的大多数例子似乎都是模式的自定义实现，而不是可重用的框架。建议不必针对任何特定的编程语言，我的兴趣主要是学术。

0热度

3回答

在Presenter类的构造函数中有一长串参数是否正常？

警告首字母缩写词超载逼近!!!我正在做一个MVP被动查看模式和DI的TDD和DDD。当我编写每个新测试时，我发现自己在依赖关系之后向我的演示者类的构造函数添加了依赖项。大多数是域对象。我使用工厂进行依赖注入，但我最终可能会转向IoC容器。当使用构造函数注入（如同属性注入一样）时，很容易看到你的依赖关系在哪里。大量的依赖关系通常表明一个班级有太多的责任，但对于演讲者来说，我没有看到如何避免这种情况