-1

现在我正在开发一个注册系统,基本上有三种不同的场景来获取用户的个人信息(姓名,地址,例如) 1. 从 table1 预填充数据 2. 从 table2 预填充数据 3. 新用户为空

我正在尝试为这三种情况制作个人信息用户控件,在这种情况下,我想我需要一个开关来确定要转到哪个表。我的问题是这样做值得吗?因为我不确定客户将来是否会添加更多场景。谢谢

4

2 回答 2

0

想法:尝试制作尽可能基本的控件 - 一个具有尽可能多的通用逻辑的控件,因此它可以作为所有三种情况的基础。

现在创建三个继承自该基本控件的新控件,同时尽量限制这三个控件中的逻辑。

现在希望“客户”(?)以后不要添加非常不同的场景;只要任何新场景没有太大不同,您无论如何都可以再次使用基本控制器中的逻辑。

希望这能让你坚持 DRY 原则,正如 Miky Dinescu 所提到的,同时仍然支持现有的和潜在的未来变化。

于 2013-03-12T20:00:55.477 回答
0

是的,总的来说,遵循 DRY(不要重复自己)原则是个好主意。如果您要在两个(或更多)地方展示相同的用户界面,您应该尝试一次编码/设计并重用它。

即使您只看到一个数据源,您也应该尝试将表示与模型和业务逻辑分离。

它使代码维护和测试更容易。

于 2013-03-12T19:53:43.463 回答