问题标签 [design-patterns]

我见过的大多数 MVC 示例都像这样将视图实例传递给控制器

传递一个只提供对控制器感兴趣的属性和事件的访问的类有什么好处，如下所示：

会话外观核心 J2EE 模式的优点和缺点是什么？

它背后的假设是什么？

这些假设在特定环境中是否有效？

有什么好的开源 asp.net (C#) 应用程序可以满足以下条件：？

1. 设计精良，多层
2. 清洁和注释代码
3. 善用几种设计模式
4. 网页在所有常用浏览器中都能正常显示
5. 生成有效的 html 并很好地使用 css
6. 使用 css 主题。更喜欢使用css而不是表
7. 不依赖于第三方组件（网格、菜单、树等）
8. 有很好的单元测试
9. 网页不简单，看起来很专业
10. 使用较新的技术，如 MVC、LINQ..（不重要）
11. （我现在想不到的任何其他重要的事情）

我对 Presentation-Abstraction-Control 感兴趣？（又名 Hierarchical-Model-View-Controller (HMVC)）用于构建复杂用户界面（GUI 或 Web）的架构模式，想知道是否有人知道我可以阅读代码的野外示例？

我知道Presentation-Abstraction-Control 维基百科文章中引用的 JavaWorld 文章和相关信件。

它是如何工作的，它的用途是什么，什么时候应该使用它？

说到设计模式的使用，我猜有三种类型的商店。那些如果打在脸上就不会知道模式的人 - 这些人通常更喜欢 Ctrl-C / Ctrl-V 方法来重用代码。那些每天花费数小时搜索遗留代码以希望实现一种更好的模式的人——这些人通常花费更多时间重构简单程序的代码，而不是花费一百年的维护时间。最后，那些走中间道路的人会在有意义的情况下使用模式，并为最少暴露的代码编写任何首先出现的代码。

我想知道是否有人锁定了一种在软件开发生命周期中平衡结合模式使用的好方法。此外，关于模式、它们的激励因素以及它们的正确使用，Web 上的最佳资源是什么？

谢谢。

假设我有这样的设计：

对象 GUI 有两个对象：对象 aManager 和对象 bManager，它们从不相互通信。

aManager 和 bManager 都有对象 cManager 作为属性（或者更确切地说是指向 cManager 的指针）。因此，当 aManager 修改其 cManager 时，它也会影响 bManager 的 cManager。

我的问题是设计/实现它的正确方法是什么？

本来想把cManager做成GUI的一个属性，GUI在构造aManager和bManager的时候会传递一个指向cManager的指针。但是恕我直言，GUI与cManager无关，那么GUI为什么要把它作为一个属性呢？

我应该在这里使用特定的设计模式吗？

我有以下 C# 单例模式，有什么方法可以改进它吗？

首选用法示例：

相关：

.NET 的明显单例实现？

关于 .NET 中的自定义事件，传递事件参数的首选设计模式是什么？对于每个可以引发的事件，您是否应该有一个单独的EventArgs派生类，或者如果它们都是由同一类的事件引发的，那么为这些事件设置一个类是可以接受的？

我正准备开始一个新的 asp.net web 项目，我将使用 LINQ-to-SQL。我使用Mike Hadlow找到的一些信息做了一些工作来设置我的数据层，这些信息使用接口和泛型为数据库中的每个表创建一个存储库。起初我认为这是一种有趣的方法。但是，现在我认为创建一个基础 Repository 类并从它继承以为我需要访问的表创建一个 TableNameRepository 类可能更有意义。

哪种方法可以让我以干净可测试的方式添加特定于表的功能？这是我的存储库实现供参考。