J-Hi快速開發平臺到底快速在哪里?
1、快速上手，降低學習曲線
對于剛剛接觸J-Hi的人來說，它上手很容易，我們為每一個功能點都提供了懸浮幫助功能，即使沒有任何資料(當然我們已提供了視頻與開發文檔)，您也可以通過向導與幫助在十分鐘之內就可以創建出您自己的項目原型。
其次J-Hi平臺采用的大都是大家耳熟能詳的主流框架與技術，如果您對主流的框架有所了解，那么對J-Hi的學習就沒有任何阻力了。
2、快速搭建開發環境
也許您因為項目或自身開發團隊的不同會采用不同的框架技術，例如您團隊中對struts2熟悉的人遠遠要比掌握webwork的工程師要多，或者在您的項目中統計分析的功能很多，您要考慮ORM的效率問題，而不得不放棄hibernate而采用ibatis或springJDBC，也許您還要考慮數據庫問題等等。在搭建開發環境您一定會考慮很多因素，盡管搭建開發環境并不復雜，但還是不夠自動化，還要手動的配置，費時費力。J-Hi為快速搭建開發環境提供合理的解決方案，您可以按需求動態的搭建開發環境。
在此您可以選擇不同的ORM框架
在此您可以選擇不同的表現層框架
在此您可以選擇不同的頁面框架，并且我們提供了“預覽”讓您在搭建開發環境之前就可以看到搭建后的頁面顯示效果
在此您可以選擇不同的數據庫。
3、快速生成所有代碼
通過建立或導入模式，您可以快速的生成所有代碼與文件，并且在生成時會根據您選擇的框架技術與數據庫的不同而自動適配。
當然您還可以有選擇的生成部分代碼文件，例如只生成JSP頁面，或只生成java代碼。生成的java代碼結構如下(因為我選擇的框架是ibatis3+struts2，所以平臺會自動匹配只生成與這兩個框架相關的類文件，而不會生成無用的其它框架的東西)：
4、快速解決在業務需求中的技術難點
一般我們在做項目開發時，總是要等到項目開發的中、后期才能去解決業務核心問題，因此很造成無法合理估計項目的技術風險。原因是復雜的業務總是要等到基礎模塊建好后才能進入到開發階段，從而使解決核心的技術問題置后。我們以一個報銷為例來做個簡單說明，比如報銷在審核后的業務邏輯很復雜并且有可能還要涉及到與其它的系統對接。一般來說我們總是要等到這個報銷單建好，起碼要有最基本的增刪查改功能(即使沒有頁面也要有后臺的代碼)后才能進入到核心業務的開發，這就加大的技術風險，因為我們會很早的發現問題，但解決這些問題卻遠遠的落后于發現這個問題，甚至到了開發的中、后期因為技術問題在底層上還要一改再改。而使用J-Hi可以很快的進入到業務核心的技術上，因為只要生成，基礎功能就已經提供，甚至平臺還為您提供了單元測試用例類，從而使您可以直指業務核心，將項目風險控制在***。
5、通過提供通用的組件
平臺提供了很多通用業務組件，例如組織機構、角色權限、報表、定時任務、菜單管理、日志管理、系統配置、附件上傳等等，除此之外平臺還提供了一些純技術組件，例如樹型結構、java腳本工具、編碼生成器、可選擇性的返回JSON對象等等。這些通用的業務組件與技術組件可以為您在開發過程節省很多時間，隨需使用，從而大大降低開發速度。
6、通過服務的復用性提高開發速度
在介紹平臺的服務復用性之前，讓我們來舉個例子。比如您做了一個OA項目其中有一個模塊是報銷管理這個模塊很成熟，您已經在OA系統中應用了很久。現在又有一個ERP系統，您想把這個成熟的報銷管理復制到ERP系統中，這樣這個功能就不用在ERP系統中再做開發了。對于平臺來說這就是服務的復用性，我們提供了一整套對服務復用性的解決方案，并且有自己的可視化工具。
我們叫它J-Hi整合工具，是用C#做的。它的作用：
1)可視化導入/導出數據庫，并同時實現跨數據庫，例如您可以在mysql上開發(導出)，開發完將所有的數據遷移到oracle上(導入)。
2)發布器，可視化將您開發的模塊或系統自動發布成一個發布包(包括數據庫、jar、文件[jsp、js、圖片、配置文件等]還包括文件的片段[例如修改web.xml文件中的一部分內容])
3)部署器，將發布包部署到開發的工程中，部署的內容見發布器的描述
4)實施器，對應的生產系統，我們通過FTP，將相應的文件與數據庫自動部署到生產系統中
7、快速的部署與遷移
也許您正在為客戶要求從SQLServer數據庫改為Oracle而感到苦惱，因為這要做大量的數據遷移工作，或許您反復的將修改后的bug部署到生產環境中而郁悶，我想J-Hi通過它的整合工具為您提供了便捷的方式。具體的實現方式請參見上一節的介紹
8、開發人員可以快速的接手別人的工作
因為使用J-Hi開發，生成的代碼與文件的風格都是相同的，在哪里寫業務邏輯應該怎么寫?在哪里要改頁面應該怎么做?想要到哪張數據庫表或表與類的對應關系?包括生成的類、JSP文件、配置文件的命名規則都是統一的。因此一個新人加入團隊會很容易的上手并進入工作狀態，即使是修改別人寫過的代碼，也會很快速的定位到相應要修改的位置。
9、快速解決需求變更
對于項目開發來說，項目的需求變更是很正常的事情，對于有經驗的項目經理來說，如果一個項目從未發生過需求變更過反而是不正常了:)一但需求變更大多都要改數據庫表，如果是已運行很穩定的系統，這種變更真是要命。J-Hi為此也提供了自己的解決方案，對于簡單表變更，平臺只要對單個實體生成就可以了。如果是復雜的變更，我們還提供繼承實體的解決方案，也就是說原來的所有代碼與表結構都不變，通過實體繼承J-Hi會從數據庫表到java類再到JSP頁面形成一整套繼承關系，從而保證以前功能的穩定性。這個說來好象很玄妙，讓我們舉例說明。比如你有一個部門表，N多信息都與它有聯系，而且做了很多的業務處理，現在客戶要求在部門表中加另一些信息。對你來說可能會為部門表中加字段，由此而帶來所有類的變化與頁面的變化，而這套系統已經很穩定已經用了一、兩年了，開發人員都已經離開了公司，這樣接手的人要讀懂全部代碼才有可能改，這樣就造成開發速度的大大降低。平臺提供了另一種解決方案：不動以前的任何東西，相關于在原有的基礎上打上一塊補丁。再做一張表，讓這張表與部門表形成one to one的關系，而類無論是POJO、DAO、Service都繼承自部門相應類作為父類，同時在JSP頁面上也會繼承所有部門的所有元素，這樣就形成了實體繼承關系，這就好比設計模式中最基本的“開閉原則”，對于所有的新生功能是開放的，而對于已有的老功能是關閉的，可以完全把老的功能視為一個黑箱。這樣即能保證已有功能的穩定性，又能加入新的功能做為補充。
【編輯推薦】
