在前面,我们导入了商品目录.这个目录还有待完善.我们继续前进,首先有一个问题,那就是我们需要创建一个节点类型.我们知道,Ubercart自带了两个节点类型,一个是产品,一个是产品包.
我们是不是可以使用一个节点类型,就可以搞定所有的商品了,当然是可以的.这个时候我们需要把某一种商品的具体属性放到产品属性或者产品描述字段中.换句话说,这是粗粒度的.
我们以淘宝为例,以前,在淘宝上面添加商品时,所需填写的字段,不管是书籍,还是服装,都是一样的.也就是说,用一个通用的产品类型是可以满足需要的.现在淘宝上面,当你创建一本书籍,或者一个虚拟主机,或者一个衬衫的时候,你会发现,需要填写的表单已经有所不同了.
对于书籍,有专门的出版社,作者,ISBN类似的字段;对于虚拟主机,则有操作系统,机房线路,主机服务商等等属性,而对于服装,比如衬衫,它包含了板型,衬衫领型, 款式细节, 风格等属性.这在以前是没有的.
为什么增加这些属性,这是为了更精确的描述商品,能够更方便的供客户浏览.
所以在继续前进之前,我们必须思考创建多少类节点类型,也就是创建多少个产品种类(product class).这个时候,我们就遇到了问题,就是以前有人提到的那个问题.商品分类和商品种类之间的区别问题.当时是用taxonomy和class来区分。
我们从什么地方来划分一个比较清晰的界限，这个问题说起来比较简单，但是还确实是一个问题。我们通过对Vancl的分析，可以大致的这么认为，在一个频道下面的第一级分类，就是一个产品种类，也就是一个节点类型。每个节点类型，带有自己的特有产品属性。
我觉得上述的划分是比较合理的，这样具有较高的灵活性。这个时候，又出现了一个问题，如何保证分类术语与节点类型直接的同步。我们知道，在这个产品目录中，它的第2级分类术语对应着一个节点类型。而在这级分类术语下面，还有子分类术语。这是一个很有意思的问题。实现节点类型与某一级分类术语之间的同步问题。
我们暂时先人工的维护这种同步关系。这样就可以暂时的绕过这个问题。我们就可以继续前进了。我们创建一个节点类型，男装衬衫。为其启用图片支持，同时添加产品属性字段集，里面包含袖型， 领型，剪裁，花色，成分，细节等属性。
然后添加一个衬衫。这样我们就创建了第一个节点。
