天天看點

RUKU系統的實作方向

今天以前,我的思路是自己開發,ExtJS+Spring+MySQL和Access

但是實作過程中我遇到了如下問題:

不使用Hibernate對于分頁或者其他很掣肘

不使用Hibernate無法自動生成Domain,顯得自己很低級

ExtJS的基本控件雖然可以用,但是對比一些成熟代碼,真的很低級

我現在已經堅定了使用ExtJS的決心,因為我們公司另一個團隊使用了這個,我們公司購買的PLM産品也使用了它,對于企業級應用使用ExtJS似乎十分的“标配”。

現在有三個實作方向:

1.繼續以前的思路,嚴格使用Spring+ExtJS(使用自己可以掌握的簡單控件和代碼)

在原有基礎上,加入Hibernate

直接使用蔣鋒的開源代碼

第一種方案的缺點就是:低級、代碼低級;(低級)

第二種可能性的缺點是:在低級的前提下,導入了另一個從沒有用過的Hibernate,又延長了時間,又低級;(低級+花時間)

第三種方案的缺點是:需要花時間調試别人的代碼;(花時間)

現在需要在“低級”和“花時間”之間做一個選擇。

因為我的上司催的很緊,是以時間很重要,不然我也不會想到去抄别人代碼的。

<a href="http://blog.csdn.net/yushiww/article/details/74421476">http://blog.csdn.net/yushiww/article/details/74421476</a>

<a href="http://blog.csdn.net/shasiqq/article/details/51302632">http://blog.csdn.net/shasiqq/article/details/51302632</a>

<a href="http://blog.csdn.net/z69183787/article/details/19911935">http://blog.csdn.net/z69183787/article/details/19911935</a>

我今天在win7虛拟機上嘗試部署蔣鋒的項目,最終今天下班的時候看到了點眉目:

RUKU系統的實作方向

maven的引用不再報錯

eclipse中tomcat伺服器本身不再出錯

将quick-build-opensource添加入eclipse的tomcat之後,也不再報錯(這裡是關鍵)

然後運作tomcat伺服器使用浏覽器通路,可以有正常反映了,但是會出現quick-build-opensource自身的提示資訊,還是有問題,但是環境應該是搞定了。

RUKU系統的實作方向

下面說一下今天遇到的最關鍵問題:部署階段的報錯的console中的代碼:

上述報錯内容,我隻能百度,因為看不懂

第一個報錯資訊很關鍵

警告: [SetContextPropertiesRule]{Context} Setting property 'source' to 'org.eclipse.jst.jee.server:quick-build-opensource' did not find a matching property.

這個資訊也是事實上解決問題的關鍵,我參考了這篇文章:

<a href="https://www.cnblogs.com/TTTTT/p/5917550.html">https://www.cnblogs.com/TTTTT/p/5917550.html</a>

文章指出,報錯的原因是,重複的配置

RUKU系統的實作方向

上圖中兩個配置context和那個*.xml檔案的配置沖突了,是以:

RUKU系統的實作方向

看可以正常在eclipse中啟動帶有quick-build-opensource項目的tomcat伺服器了。

然而,事實證明,經過上述調試,項目并沒有正常的運作,也就是說,我昨天一天的工作都白做了。

群主給我遠端調試,他認為是maven依賴的問題,我覺得不是。應該是tomcat的問題或者環境的問題,最終,問題沒有得到解決。

我決定不用他的項目靈活開發。

目前決定的内容包括:

馬上進行資料遷移(資料庫重構、hibernate導入、DO生成)

采用ExtJS的技術,但是自己繪制

說幹就幹吧

RUKU系統的實作方向

安裝power designer後使用,可以畫關系圖,然後得到資料庫的SQL建立語句如下圖所示,這個還是很有必要,畢竟要留下的是作品,不隻是空氣操作。

RUKU系統的實作方向