本發(fā)明涉及電子商務(wù)領(lǐng)域，尤其涉及一種適用于電子商務(wù)的通用商品模型及其實現(xiàn)方法。

背景技術(shù)：

在現(xiàn)有技術(shù)中，商品有很多分類，一個商品種類會有多個子類，不同的商品子類又有不同的屬性，屬性之間的關(guān)聯(lián)關(guān)系也不一樣，需要呈現(xiàn)出來的效果也各有不同。在互聯(lián)網(wǎng)的電子商務(wù)市場上，現(xiàn)有的商品模型設(shè)計與實現(xiàn)方法通常是直接到已有的電子商務(wù)平臺爬取數(shù)據(jù)，然后根據(jù)獲取到的商品屬性直接建立固定的商品模型，這種方法比較固定，不能靈活配置，不能夠通用。

而現(xiàn)有方案中提供了一種適用于電子商務(wù)的可自定義配置、通用商品模型設(shè)計與實現(xiàn)方法，它可以結(jié)合傳統(tǒng)商品模型創(chuàng)建方法，也能夠單獨的通過配置來創(chuàng)建商品模型，通用性更高，更靈活。但該方案仍存在如下不足：

1.由于商品分類、屬性及展示形式均為可自定義配置，因此會增加一定的程序開發(fā)難度。

2.商品屬性的配置是由人工手動去配置，當商品屬性比較多、關(guān)聯(lián)關(guān)系多、展示形式較為復雜的時候，配置會比較耗時。

技術(shù)實現(xiàn)要素：

針對現(xiàn)有系統(tǒng)的不足，本發(fā)明的目的在于提供一種商品的通用建模和靈活配置的前端展現(xiàn)的適用于電子商務(wù)領(lǐng)域的可自定義配置、通用商品模型設(shè)計與實現(xiàn)方法的目的。適用于電子商務(wù)的通用商品模型

本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的：一種適用于電子商務(wù)的通用商品模型，包括：底層數(shù)據(jù)庫層，建立對應(yīng)的表結(jié)構(gòu)存儲分類后的商品及配置好的商品模型；

配置管理層，對于商品分類的配置、商品以及商品屬性展現(xiàn)方式的配置；

模型層，對配置管理層配置好的商品進行模型的建立復制和編輯；

展現(xiàn)層，通過html+js展現(xiàn)配置好的商品模型。一種適用于電子商務(wù)的通用商品模型的實現(xiàn)方法，包括如下步驟：

s1，選擇商品類型，在數(shù)據(jù)庫層添加商品以及對應(yīng)的商品類型，完成對商品的分類；

s2，添加商品屬性，根據(jù)商品類型，配置商品類型、商品和商品屬性的關(guān)聯(lián)關(guān)系；

s3，選擇展現(xiàn)方式，選擇商品屬性對應(yīng)的數(shù)據(jù)字典中的html標簽；

s4，以json格式將頁面配置好的數(shù)據(jù)存儲到模版表中，獲取定義好的商品模型模版數(shù)據(jù)，通過jquery+js解析，在前端頁面顯示。

優(yōu)選地，模板表中的模板數(shù)據(jù)包括商品分類信息、商品信息、商品屬性和商品展現(xiàn)方式，所述商品分類信息來自t_product_typr表，商品信息來自t_product表，商品屬性來自t_product_attribute表，商品展現(xiàn)方式來自t_dictionary表。優(yōu)選地，所述模板數(shù)據(jù)通過頁面的配

置封裝成json數(shù)據(jù)格式：

{"templateid":"模板id","data2":{"producttypeid":"商品類型id","producttypename":"商品類型名稱","showtype":"展現(xiàn)方式},"data3":{"productid":"商品id","productname":"商品名稱","showtype":"展現(xiàn)方式"},"data4":{"attribute1":"商品屬性id","attributename":"商品屬性名稱","showtype":"展現(xiàn)方式"}}將所述封裝好的json數(shù)據(jù)格式的數(shù)據(jù)保存到模版表

t_template中。與現(xiàn)有技術(shù)相比，本發(fā)明實施例至少具有以下優(yōu)點：

本發(fā)明可以獨立使用，也可以與傳統(tǒng)的商品模型屬性建立方法結(jié)合使用。提高了系統(tǒng)的健壯性，減少了后期軟件開發(fā)、維護成本。

附圖說明

圖1為本發(fā)明適用于電子商務(wù)的通用商品模型的功能結(jié)構(gòu)圖；

圖2為本發(fā)明適用于電子商務(wù)的通用商品模型實現(xiàn)方法的流程示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。通常在此處附圖中描述和示出的本發(fā)明實施例的組件可以以各種不同的配置來布置和設(shè)計。

因此，以下對在附圖中提供的本發(fā)明的實施例的詳細描述并非旨在限制要求保護的本發(fā)明的范圍，而是僅僅表示本發(fā)明的選定實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

下面詳細描述本發(fā)明的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，旨在用于解釋本發(fā)明，而不能理解為對本發(fā)明的限制。

下面結(jié)合附圖和實施例對本發(fā)明作進一步詳述。通過對商品分類、屬性、關(guān)聯(lián)關(guān)系及展現(xiàn)形式的動態(tài)可配置，通過jquery框架和js腳本對html標簽的解析，實現(xiàn)前端頁面特定展示區(qū)域按定義的商品模型模板進行展現(xiàn)。

商品建模的時候，商品分類為最高的父節(jié)點，其次是商品，最后是商品的屬性；所以添加商品的屬性時，首先要有商品種類與商品，如果沒有，也可以自定義創(chuàng)建，但是創(chuàng)建時要按照規(guī)則，先創(chuàng)建商品類型，再創(chuàng)建商品，其次是商品屬性。

商品種類存儲的時候，電子商品通用模型會存儲一個唯一的code碼，這個code碼在商品存儲的時候會同時保存，而且建立唯一索引，當選擇商品種類的時候，我們就會根據(jù)這個唯一的code碼去查詢與該商品種類對于的商品，從而快速的顯示出該商品種類下的商品。

商品屬性是根據(jù)商品分類顯示的，商品分類比較多，可能有些商品的屬性不全，電子商務(wù)通用模型可以自由靈活的配置商品的屬性，如果現(xiàn)有的商品屬性不足，可以手動去添加，只需要輸入商品屬性名稱，程序會自動的把對于的商品code碼存到數(shù)據(jù)庫，之后再去選擇這個商品的時候，之前手動添加的商品屬性也會自動的展現(xiàn)出來。

前端展現(xiàn)的效果，需要手動配置。電子商品通用模型會提供一些展現(xiàn)方式，比如是下拉框、輸入框、單選框、復選框等等，如果不滿足，也可以去自定義，通用模型會把自定義的展現(xiàn)方式存儲到數(shù)據(jù)庫，以后再想用這種方式展現(xiàn)的時候，直接從數(shù)據(jù)庫讀取提供選擇。商品類型，商品和商品屬性的存放方式，數(shù)據(jù)字典表也會有兩個字段，一個是唯一的id字段，一個是展現(xiàn)類型，展現(xiàn)類型必須是前端能顯示的html標簽。前端的具體的展現(xiàn)，模版數(shù)據(jù)的解析，模板配置會以json數(shù)據(jù)格式保存，前端展現(xiàn)的時候要解析模版，模版的數(shù)據(jù)已經(jīng)是json格式，解析就非常的方便，通過jquery+js動態(tài)拼接html表，展現(xiàn)出配置好的商品模型。

商品模型配置步驟如圖2所示，商品分類配置：商品會有很多大類，做好商品的分類配置是商品建模的第一步驟，每一個商品的類別都是唯一的，在商品分類配置的時候，會存一個唯一的標識碼，一個標識碼對應(yīng)一個商品種類。在配置商品的時候，要給商品選擇種類的同時，而且還要給商品賦予一個唯一的標識碼，在配置商品的時候會有兩個標識碼，一個標識碼對應(yīng)的是商品的種類，另一個標識對應(yīng)的是商品的本身，這樣商品和商品種類就建立了對應(yīng)的關(guān)聯(lián)關(guān)系。然后配置商品的屬性，配置商品屬性的時候要給商品屬性選擇對應(yīng)的商品，也就是說要給商品屬性賦予商品的標識碼，同時也要給商品的屬性建立一個對應(yīng)的id，這樣商品屬性就和商品有了對應(yīng)的關(guān)聯(lián)關(guān)系。配置商品屬性時還有選擇商品屬性在前端顯示的方式，比如商品的名稱在前端是的是label，商品價格顯示的是input等。

如圖1所示，一種適用于電子商務(wù)的通用商品模型，包括：底層數(shù)據(jù)庫層，建立對應(yīng)的表結(jié)構(gòu)存儲分類后的商品及配置好的商品模型；

配置管理層，對于商品分類的配置、商品以及商品屬性展現(xiàn)方式的配置；

模型層，對配置管理層配置好的商品進行模型的建立復制和編輯；

展現(xiàn)層，通過html+js展現(xiàn)配置好的商品模型。如圖2所示，一種適用于電子商務(wù)的通用商品模型的實現(xiàn)方法，包括如下步驟：

s1，選擇商品類型，在數(shù)據(jù)庫層添加商品以及對應(yīng)的商品類型，完成對商品的分類；

s2，添加商品屬性，根據(jù)商品類型，配置商品類型、商品和商品屬性的關(guān)聯(lián)關(guān)系；

s3，選擇展現(xiàn)方式，選擇商品屬性對應(yīng)的數(shù)據(jù)字典中的html標簽；

s4，以json格式將頁面配置好的數(shù)據(jù)存儲到模版表中，獲取定義好的商品模型模版數(shù)據(jù)，通過jquery+js解析，在前端頁面顯示。優(yōu)選地，模板表中的模板數(shù)據(jù)包括商品分類信息、商品信息、商品屬性和商品展現(xiàn)方式，所述商品分類信息來自t_product_typr表，商品信息來自t_product表，商品屬性來自t_product_attribute表，商品展現(xiàn)方式來自t_dictionary表。

優(yōu)選地，所述模板數(shù)據(jù)通過頁面的配置封裝成json數(shù)據(jù)格式：

{"templateid":"模板id","data2":{"producttypeid":"商品類型id","producttypename":"商品類型名稱","showtype":"展現(xiàn)方式},"data3":{"productid":"商品id","productname":"商品名稱","showtype":"展現(xiàn)方式"},"data4":{"attribute1":"商品屬性id","attributename":"商品屬性名稱","showtype":"展現(xiàn)方式"}}

將所述封裝好的json數(shù)據(jù)格式的數(shù)據(jù)保存到模版表t_template中。以上所述，僅為本發(fā)明較佳的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)該以權(quán)利要求書的保護范圍為準。