再会!我正在研究一个 ASP.NET 项目 refatoringom 并遇到了这样一个问题,因为该项目是国际性的,它有几个位置,并且在业务逻辑上的许多地方,具体操作都是在不那么狡猾的帮助下解决的检查:
if (IsChina)
{
...
}
else if (IsFrance)
{
...
}
这样的代码自然会快速增长,变得难以忍受,你无法支持重用。结果,当问题出现在某个位置改变布局的时候,就不得不对后面的代码做了什么,更可怕的是。事实证明我们有两个问题: A. 对相同(相似)的业务逻辑需要不同的标记 二。需要具有不同业务逻辑的相同布局
如果第一段都只是决定了读写类的层次结构和继承,那么第二个问题,其中最重要的就是重复布局。那么我的问题是什么,我们能否以某种方式继承布局(不将其添加到后面的代码中)或借助技巧一个 ASCX 文件来绑定业务逻辑的多个实现,而这些实现又将在右侧动态连接时间。也许有类似经历的人已经经历过?
谢谢!