从零开始实现一个电子商务网站----解决碰到的问题(六)

来源:互联网 发布:自拍证件照软件 编辑:程序博客网 时间:2024/06/05 17:00

如何解决碰到的问题

 

虽然碰到的问题比想象中的要快,但这些问题还是能解决的。

问题一:每个对象不应该总向数据库检索加载信息

  这个问题很好解决,只要在每个能进行实例化得对象上添加相应得构造函数就能解决。

  比如:

  有一个CustCommodity类,它具有属性ID,Name,Description,Price,Discount,CategoryId这些属性。

  我们可以这样实例化它们:

     CustCommodity cc=new CustCommodity(ID的值)

我们还应该能这样实例化他们:

    CustCommodity cc=new CustCommodity(ID,Name,Description,Price,Discount,CategoryId)

前者是是向CustCommodity类提供一个ID值,让他在实例化得过程中对数据库进行相应的查询,将返回的结果赋予Name,Description,Price,Discount,CategoryId这些属性。

后者则是不需要在实例化得过程中查询数据库,可以让调用者主动提供这些必须得属性。这种方案更适合解决要返回一大批CustCommodity类对象的时候。可以对数据库进行一次查询,使用得到的查询结果实例化这些CustCommodity类。

 

问题二:一个功能不应该依靠两个类来解决

   一个功能应该由一个类来解决,这样维护和编码都会自然而然的少去很多的麻烦。

   在我们的设计中,不应该存在派生类需要依赖父类,并且父类又依然派生类这种现象。在数据库的设计阶段,我们有意识的将父类的相关属性划为一张表,而将它的派生类划为另一张表。这样设计如果有新的派生类出现的话,我们只需扩张现有的表,而不需要修改现有的表。

   但这样的设计也存在弊端,在向数据库中插入某一派生类的记录的时候需要进行2次插入操作。首先在父类中插入一条记录,然后在派生类所对应的表中插入一条记录。

   比如现在要录入类CustCommodity的记录,它具有的属性为:Name,Description,Price,Discount,CategoryId。数据的插入逻辑可以这么设计:

 

 

 

 

我们将调用这个存储过程的方法设计在CustCommodity类中,以后如果有相应的派生类出现,只要自行设计相应的数据插入算法就能解决问题,而不用去修改父类的代码。

CustCommodity类中与其对应的插入算法如下:

问题三:多余的类

    商品类目与信息类目都是多余的类目,去掉他们可以大大简化软件的复杂度。我们可以将它们合并为一个类:Category类。这样的设计不是与问题二矛盾吗?一个类具有二个职责。

但是我们可以使用些技巧来大大降低这样做的缺点,并且我们又能将重要的代码进行复用。

类目主要的功能就是返回在该类目下的成员,当初把类目设计成商品类目与信息类目就是应为认为他们是两个不同的对象。我们在类目中加入方法getCommodities和方法getMessages。通过他们来返回商品和信息。

对这两个方法应用工厂方法,可以把将来会改变的内容放在类的外面,与现有的代码隔离开来。

设计如下:

 

 

 

 

这样一来就能把会经常需要修改的代码隔离与不需要经常修改的代码隔离起来。

 

 

 

 

 

原创粉丝点击