当给出重构示例时,我已经厌倦了看到 数据访问层,其中连接字符串的字符串文字被替换为 IConnectionStringProvider。
例如:
public DataSet GetCustomers()
{
string connectionString = "SQLClient;Blah;Blah";
using(SqlConnection conn = new SqlConnection(connectionString))
...
到这里
public DataSet GetCustomers()
{
string coonectionString = connectionStringProvider.GetConnectionString();
using(SqlConnection conn = new SqlConnection(connectionString))
...
在 领域驱动设计 世界中,我厌倦了看到领域是一个 Customer 有很多 Orders 并且也有很多 < em>OrderLineItems。请用更有趣的东西解释Aggregate Roots!
或者我是否完全失去了它,重新整理这些简单化是教授这些想法的最佳方式?
哦,用形状来解释继承...
你用什么例子来教授这些概念?
最佳答案
我厌倦了看到函数式编程倡导者展示如何在 Haskell、OCaml、F#、Scheme 等中的一行中实现“快速排序”。他们展示的“快速排序”并不是真正的快速排序,因为它是没有就地交换元素,并且正在执行各种列表构建和垃圾收集。用函数式语言做一个真正的快速排序真的很麻烦。
让我想知道他们还撒了什么谎。
关于design-patterns - 最被过度使用的设计示例是什么?如果你有更好的例子,请提供,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/555924/