基於組件化的J2EE開發框架,from:http://www.tinygroup.org/css
TinyFramework 1.2.0 預覽版正式發佈,更新內容以下:
雖然總體體量比較大,可是它的每一個模塊都分得很是小,所以很是容易掌握
它的各類組件均可以方便的進行擴展,經過擴展能夠不斷的提高系統的處理能力
它的工具已經很是強大,並且它仍是變得更增強大。
不論是管理臺仍是過濾器、Servlet,不論是流程組件仍是UI組件,仍是UI組件包等等都是能夠自組裝的
在Tiny的世界中Web工程只是個集合,除了配置文件和Pom依賴,不該該有其它東西
支持水平擴展,同時能夠支持7*24小時運行
開始團隊由金字塔向啞鈴型轉變,高低水平者各司其職
絕大多數狀況下,要作的只是依賴,而不需進行配置
"衆裏尋他千百度,驀然回首,那人卻在,燈火闌珊處」,這一點是咱們永遠追求的目標
架構者十幾年平臺架構經驗,避免了N多已經走過的坑
工程結構細化使得一切均可以很是容易理解及掌握
高內聚、低耦合、高質量的代碼
與第三方平臺的良好集成能力,想用什麼就用什麼,有很是低的侵入性
核心、前臺、後臺、UI、工具包羅萬象
能夠提供一站式應用開發支持,大多數的狀況下都已足夠
專職的團隊,能夠保持項目持續不斷的前進
基於架構者設計的開發框架及Tiny上的產品的銷售額累計有5個億左右的銷售額
正在構建的Tiny生態圈,上百個UI組件及流程組件已經足夠你平常使用,還會有更多被不斷加入
在校學生,常常會作畢業論文啥的,若是須要搞點有深度的,到Tiny框架中挖挖,能夠有很多猛料
SOHO一族,整合SSH/I之類框架來作作應用通常是夠的,可是Tiny框架依然能夠給你不同的選擇
個體或小型企業,很明確,光是SSH/I已經不足讓你的方案看起來高大上,也不足以支持業務數據量比較大的時候的應用場景,也不足以支撐居高不下的軟件開發實施成本。
中型企業,個體或小型企業碰到的問題你都會碰到,尤爲還要考慮是的多系統集成、體系化規範建設、人員複用、資產複用等等諸多問題,本身建立團隊須要解決合適的人、巨大的成本,巨大的風險。
我相信,確定也會有諸多質疑的聲音,這是很是正確的,不過在質疑以前是,請先考慮一下以下事實:
Tiny構建了遠超過Velocity性能和功能的模板引擎
Tiny構建了基於JDBC Driver的數據庫分區分表引擎
Tiny構建了高性能的XmlParser、HtmlParser
Tiny構建了網絡爬蟲
Tiny構建了高效、強大的中文分詞引擎
Tiny構建了虛擬文件系統,簡單、高效、且不存在內存泄露(Apache VFS中存在)
Tiny解決了模板化問題,能夠把一切資源放入Jar包,甚至JSP
Tiny解決了前端UI組件化問題,全部js,css,img均可以打入jar包,而讓程序員避免關心UI組件的依賴關係
Tiny解決了每次升級的數據庫腳本升級問題,程序員能夠告別編寫升級腳本的生活
Tiny解決了緩衝從業務代碼中徹底剝離的難題
Tiny解決了服務的一次開發處處使用難題,WebService,JSON,XML,etc通通不是問題
Tiny解決了流程編排全自動排列問題(此項已申請專利)
Tiny解決了業務單元熱部署的難題
Tiny解決了業務對象自動構建
Tiny解決了還有許多的技術難題
固然,這裏總結的比較粗,詳細的介紹請查閱Tiny框架介紹PPT,若是有任何問題,請回貼提問。
Tiny的博客裏有許多精彩的文章,不同的內容,同樣的精彩,歡迎前來觀看,保證不會讓您失望。
固然,也能夠看看下面的快速入門文檔,瞭解一下Tiny的開發模式。