这是针对电子商务网站的面向对象设计吗?

我对OOP/OOD很陌生,我意识到我有很多东西要学,所以我想向SO社区征求他们的意见。

基本上,我使用的是Cakephp的MVC框架,我正在构建的在线商店只使用了两个模型、类别和产品,下面的create语句描述了这些模型、类别和产品:

CREATE TABLE `categories` (
    `id` int(11) unsigned NOT NULL auto_increment,
    `name` varchar(255) default NULL,
    `parent_id` int(11) default NULL REFERENCES categories(`id`),
    `lft` int(11) default NULL,
    `rght` int(11) default NULL,
    PRIMARY KEY (`id`)
);
CREATE TABLE `products` (
    `id` int(11) unsigned NOT NULL auto_increment,
    `name` varchar(255) default NULL,
    `artist_id` int(11) default NULL REFERENCES artists(`id`),
    `description` text default NULL,
    `category_id` int(11) default NULL REFERENCES categories(`id`),
    `status` enum('in stock', 'pre-order', 'out of stock') NOT NULL,
    `price` decimal(6,2) default NULL,
    `picture` varchar(255) default NULL,
    `picture2` varchar(255) default NULL,
    PRIMARY KEY (`id`)
);

在线商店将包括:

• 音乐
  • CD专区
  • DVD专区
• 衣服
  • 帽衫
  • T恤衫
    • 长袖T恤
    • 性感睡裙
  • 帽子
• 米歇尔默赫
  • 贴纸
  • 海报
  • 手提包
• 下载
  • 随机铃声
  • MP3S

基本上,这就是类别树的结构,尽管我们将来可能会添加新的类别。现在,所有产品都被平等地视为产品类对象,它们的类别ID是区分不同类型产品的唯一方法。在线商店也是网站的一部分。站点的其余部分包含诸如艺术家BIOS和Discographies之类的信息;因此,我还具有用于以下内容的模型/表: 艺术家 , 专辑 , 轨道 .

这是个好方法吗?或者我应该为cd/t-shirts/mp3s/创建单独的子类。哪个继承自product类?我想把商店里的每张音乐CD都链接到唱片目录条目,以便自动生成曲目列表和其他产品描述信息。

如果这不是解决问题的好方法,你会怎么做呢?另外,我应该在我的类别/产品类中包括哪些方法/属性?我应该只在类别树的叶节点中列出产品吗?

编辑:
显然,这个设计是不完整的。正如西里尔所指出的,product.price字段丢失了,仍然没有销售准备金。实际上,我仍在努力研究如何最好地设计和实现商店的这些方面。最有可能的是,我会有一个叫 命令 但实际上,由于我们根据装运目的地和订单所含内容采用不同的运费率,处理订单变得更加复杂。