張昊

       我是J-Hi項目的發(fā)啟者， 從2005年末時我就開如做這個項目了。當(dāng)時它還只是大家為了探索如何使程序開發(fā)更好、更快速、易于管理而又不影響開發(fā)人員的編程習(xí)慣的一個構(gòu)想，當(dāng)初它還只是個底層框架或開發(fā)工具，核心團隊成員就是用這個小小的底層框架做了很多項目，從未想過會將它開源出來（因為我們覺得做 得還不夠好，擔(dān)心開源后會被同行笑話）。后來隨著所接項目的逐漸增多，J-Hi所涉足的行業(yè)領(lǐng)域也不斷廣闊，因此我們也不得不適應(yīng)需求的變化不斷的為它加 入新的功能，慢慢的它變得越來越強壯。突然有一天有人提議我們將它開源吧,大家這才為平臺的開源做準(zhǔn)備。從我們今年1月14日開始推廣以來，有很多的愛好者加到其中，這樣我和我的團隊感到很欣慰，覺得我們努力得到了大家的認(rèn)可！

      

快速的按需動態(tài)搭建

目前平臺支持的框架有：webwork、struts2、spring、hibernate、ibatis2、ibatis3，對于這些框架您可以通過可視化(J-HI Studio，eclipse插件)的方式隨意組合，通過工程創(chuàng)建向?qū)В?wbr>自動化的按照你所選擇的框架快速的動態(tài)搭建起開發(fā)工程。我們之所以將J-Hi做成多框架動態(tài)搭建，主要是考慮到不同企業(yè)的開發(fā)團隊對技術(shù)的傾向性會有很大差別，比如對于ORM有的人就喜歡hibernate，而有的人就覺得hibernate太強硬，喜歡用半自動化的ibatis。J-Hi基于這個目的為開發(fā)者提供了更多的可選擇性。在此要注意對于平臺多框架的集成并不象一般意思上的集成（即幾個框架拼接在一起就可以象appfuse一樣），因為平臺的集成還要包括很多通用業(yè)務(wù)并且與數(shù)據(jù)庫表是有關(guān)系的（一般搭建多框架是沒有業(yè)務(wù)的所有的東西都要由你親自去開發(fā)，而平臺會有很多的業(yè)務(wù)已經(jīng)預(yù)留在平臺中）。舉個例子：比如安全管理，這是平臺的一個通用業(yè)務(wù)包括角色、權(quán)限等。在切換到不同的框架比如struts或webwork；hibernate或ibatis時，平臺的底層要自動的適應(yīng)這種變化，這是有一定的創(chuàng)新點的J。當(dāng)然我們以后還會集成更多、更優(yōu)秀的框架在平臺之中，比如SpringMVC，SpringJDBC等等，在數(shù)據(jù)庫端我們也會再多支持一些數(shù)據(jù)庫，當(dāng)然集成數(shù)據(jù)庫也不是傳統(tǒng)意義上的只是一個數(shù)據(jù)庫連接，而是針對不同的數(shù)據(jù)庫差異會做不同的方言，不同的數(shù)據(jù)庫腳本還要有相應(yīng)的生成模板等等。

因此你會發(fā)現(xiàn)快速按需動態(tài)搭建，并不是傳統(tǒng)意義上的多框架集成那么簡單，而是對應(yīng)每一種框架（數(shù)據(jù)庫）平臺都會提供一套完整的解決方案?？傊嗫蚣芗蓪τ?/span>J-Hi來說，是牽一發(fā)而動全身的事情，變動一個框架，包括每一個頁面，每一個java類，每一個配置文件都要隨之而動態(tài)的變化。因此它是系統(tǒng)級的工程而非簡單的多個框架拼接。

完整而系統(tǒng)的生成方案

       代碼生成或生成器這實際上在十年前就已經(jīng)有的東西，無論是實現(xiàn)原理還是具體的工具都不是新鮮事物。J-Hi之所以將代碼生成也算作自己的特色，是因為它的完整性與系統(tǒng)性。從完整性來看，J-Hi的生成是一套含蓋從數(shù)據(jù)庫底層一直到頁面端全部的解決方案，包括數(shù)據(jù)庫表；權(quán)限、菜單、多語言等相關(guān)基礎(chǔ)數(shù)據(jù)；java類文件；JSP、js文件；相關(guān)配置文件等等，因此保證了生成即可運行，從單元體上來看生成文件是完整的，是可獨立運行的。從系統(tǒng)性來看，生成的文件是隨著你選擇的框架不同而不同的，生成的基礎(chǔ)是隨著框架與數(shù)據(jù)庫的差異而隨需變化，系統(tǒng)的解決了生成器的僵硬性，從而靈活的適應(yīng)開發(fā)環(huán)境。因此J-Hi的生成方案是系統(tǒng)的，是適應(yīng)不同框架與數(shù)據(jù)庫的生成方案的。

平臺到底生成了些什么？

組件化

J-Hi把組件劃分為四類，技術(shù)組件、實體組件、業(yè)務(wù)組件與系統(tǒng)組件，具體內(nèi)容請參見平臺組件化

    J-Hi的理論基礎(chǔ)請參見：http://www.blogjava.net/hao-zhang-hi/archive/2011/02/27/345277.html

     J-Hi就是從實際的項目開發(fā)過程中誕生與完善起來的，它把主要把關(guān)注放在如何解決快速開發(fā)與降低成的問題上。如果從一個項目的整個生命期來看，實際上開發(fā)只占了總項目的成本的一小部分，然后就是這一小部分還是有大量的成本損耗。比如在管理上，人員變動對開發(fā)的影響；在技術(shù)偏向性上，增加了開發(fā)人員的學(xué)習(xí)曲線從而使成本提高；在功能的復(fù)用性上，在項目開發(fā)過程會發(fā)現(xiàn)每次都會做一些稍有差異但實際是功能重疊的東西；在具體coding過程中，會寫一樣模式化的但又不得不寫的東西（如POJO等）。J-Hi就是為了解決上述問題而產(chǎn)生的。
     當(dāng)然J-Hi還有弱小，以后我們還不斷的完善，使它越來越強大。

     我們用J-Hi做過很多領(lǐng)域，互聯(lián)網(wǎng)我們做過電子商務(wù)的網(wǎng)站，物聯(lián)網(wǎng)我們做過RFID的票務(wù)管理系統(tǒng)，傳統(tǒng)行業(yè)的ERP、進銷存、OA這些我們都有做過
http://hi.baidu.com/haozhang_hi/blog/item/76fdf13575d492fa3d6d970c.html 
     這是我們曾經(jīng)做過的部分項目，給您做個參考，哈哈。
     
     J-Hi開發(fā)平臺實際上它是不拘泥于某種技術(shù)或某個領(lǐng)域的開發(fā)工具。我們拿sturts舉例來說，有人用它做互聯(lián)網(wǎng)，有人用它做CMS，也可能有人用它做物聯(lián)網(wǎng)的表現(xiàn)層，而它本身是中立的它只是個工具不受限于具體的領(lǐng)域。J-Hi也是一樣

     對J-Hi的更多描述，請您參見：http://www.blogjava.net/hao-zhang-hi/archive/2011/02/14/344303.html

     平臺類的產(chǎn)品對于使用它的開發(fā)者來說都有同樣的特點：使聰明人更加聰明，使懶惰的人更加懶惰（從而失去了思想）。我希望所有接觸J-Hi的愛好者都能成為前者，而不是后者。因為在J-Hi的設(shè)計之初間中的一個理念就是，讓它成為希望了解主流框架人一個學(xué)習(xí)工具。從這一點來看，J-Hi也跟Appfuse很象，但要比Appfuse更完善，更全面，更貼進去業(yè)務(wù)。