方**
方**決定了可以達到的高度
方**，就是人們認識世界、改造世界的根本方法。
它是人們用什麼樣的方式、方法來觀察事物和處理問題。概括地說，世界觀主要解決世界「是什麼」的問題，方**主要解決「怎麼辦」的問題。
方**是一種以解決問題為目標的體系或系統，通常涉及對問題階段、任務、工具、方法技巧的論述。方**會對一系列具體的方法進行分析研究、系統總結並最終提出較為一般性的原則。
方**也是乙個哲學概念。人們關於「世界是什麼、怎麼樣」的根本觀點是世界觀。用這種觀點作指導去認識世界和改造世界，就成了方**。 方**是普遍適用於各門具體社會科學並起指導作用的範疇、原則、理論、方法和手段的總和。
tiny框架有著完整的方**基礎，在方**的基礎上構建了完整的框架構建、擴充套件、利用體系。
設計理念
設計理念決定了設計的目標
使用靈活：可以整個使用它，也可以只用它的乙個或幾個部分。tiny構建者認為，乙個完整的框架可能需要有許許多多個部分組成，但是對於實際應用的使用者來說，它可能只需要其中的一部分功能。構架一定要有這種能力，可以由使用者進行點菜式，使用，避免只要用一點點功能，就要引入許許多多的內容。
學習成本低、上手容易:框架的學習成本必須非常低，這樣才可以讓使用者更容易上手，避免由於學習難度大而導致的學習曲線太陡、太長。
保持核心的穩定性:tiny框架是立足於在需要穩定、安全要求非常高的應用環境中使用的，因此其穩定性就是框架構建者首要思考目標，核心部分只使用經過充驗證及廣泛應用的第三方包。
資產的可積累性：只有易於知識積累，才可以真正做到越用越強。
設計原則
設計原則解決目標衝突時的解決策略
約定優於配置原則-coc
不要重複你自己原則-dry
減法原則 :減法原則是我們自己提出的，意思就是給程式設計師做減法。
模組化原則 :模組化對於軟體開發過程中開發、高度、整合、發布、維護過程中所起的作用及節省或花費的巨大成本。因此提出了business unit的概念，使得與模組相關的所有內容都可以放在一起。
自動組裝原則 :在整個tiny框架的構建過程中，都非常注重整合過程的自動組裝，要求做到扔進去不用管，由框架自動整合。
下級服從上級原則 :tiny框架則從框架層級做了限制，使得下級必須服務上級。
單一原則 :通過單一原則進行強制性的約束，使得乙個模組只解決單一模組應該解決的問題，從而避免不同的問題放在一起解決所導致的鬍子眉毛縷不清的問題，同時也避免了不恰當的依賴及模板引用。
集中配置原則 ：在tiny框架我們對配置做了大量的工作，乙個是coc方式，如果不配，則採用系統預設的值；乙個是集中原則：把需要人工需要配置的內容都集中起來統一配置；乙個是對於不需要人工干預的配置，那就整合在jar包中，作為發布者發布項的一部分。
生態圈
生態圈決定了是否可以持續性發展
只有形成完整的開源生態圈，開源才能生存、發展。
只有輸出沒有輸入的模式不可能得到持續發展。
tiny開源生態圈，包含了tiny框架、tiny開源元件、tiny商業元件、tiny技術支援、tiny諮詢、tiny培訓等，具有較強市場競爭力和可持續發展的體系，展現了一種新的軟體產業發展模式。
不管您處在生態圈的哪個位置，您都會有所付出有所收穫，這正是生態圈的意義及可持續發展的動力所在。
模組化
模組化能力決定了業務模組治理的優劣
tiny框架在模組化方面進行了深入的研究和實踐。
tiny業務開發過程中的任何內容都可以放入jar包當中去，包含j**a類，靜態資源，jsp等等，所以乙個業務模組是不是被工程引用，只要引入對應的jar包，就可以引入此業務模組；只要把某個業務模組的jar包移除就可以徹底移除此業務模組。
tiny框架的業務單元具有非常好的獨立性、替換性和通用性。
4 小時前 上傳
熱部署
熱部署可有效幫助提公升系統的可用性
所謂熱部署，就是在應用正在執行的時候軟體公升級，卻不需要重新啟動應用。
常見的熱部署方案有osgi等框架，但是這些方案具有侵入性大，開發除錯困難，使用方式固定等弊端。
tiny框架的bundle與普通的jar工程沒有本質區別，僅多了乙個配置檔案。所以，它即可以作為普通的jar包使用也可以作為熱部署的bundle來進行使用。
流程引擎
流程引擎提供了非程式設計性開發的能力
所謂流程引擎，就是對通過流程化的方式來進行業務、頁面、工作流程的編排支援的開發框架。
tiny框架提供了業務流、頁面流、工作流(正在實現中)等三種流程編排引擎，可以方便的進行業務流、頁面流、工作流領域的開發。
強大的視覺化流程設計工具，可以便捷的進行流程設計。
web展現
web展現是網際網路應用中重中之重
web應用開發是j2ee領域的重要問題領域
tiny框架提供了強大的web層的擴充套件和ui元件支援,對於web靜態資源放入jar包，css合併壓縮、js合併壓縮等方面都有良好支援。對於不同角色的開發者之也可以進行良好角色劃分，使得開發過程更加高效有序。
領先的模板引擎提供的一些獨特特性使得可以更便捷的進行展現層開發。
4 小時前 上傳
4 小時前 上傳
元件庫
面向元件的開發是效率與質量的保證
元件化程式設計的關鍵目的是為了將程式模組化，使各個模組之間可以單獨開發，單獨測試。元件的提取、管理與利用是面向元件開發的關鍵。
tiny框架中，元件無處不在，有些元件框架中已經預設嵌入，有些元件就需要自己手工納入。當然，一些願分享元件的同學也可以發布自己的元件讓別人使用。
元件化有助於推動企業資產的積累與高水平開發人員工作成果的復用，這個在現在這個講究協作的競爭體系中尤為重要。12
3456
78910
1112
1314
1516
1718
1920
2122
2324
2526
2728
2930
3132
3334
3536
3738
3940
4142
4344
4546
4748
4950
5152
5354
5556
5758
5960
開發工具
開發工具是軟體工程方法的延伸
不用tiny開發工具你可以完成所有基於tiny框架的開發工作。
用了tiny開發工具你可以更快的完成基於tiny框架的開發工作，效率提公升5倍不是想象。
這，就是開發工具的意義。
模板語言編輯器
4 小時前 上傳
流程編輯器
4 小時前 上傳
視覺化介面編輯器
還有許多不再一一貼圖。
總結
如果說tiny1.0還只是乙個開發框架的話，那麼2.0不管是從思想體系還是從框架體系都更加完整、完善，對於工程化的解決軟體開發過程中的各種問題進行了充分的有益的探索。
也歡迎所有感興趣的同學們以各種方式一起參與。
Tiny框架設計原則
tiny框架在設計時充分考慮此原則，凡是可以通過一定的約定來大大減少配置或開發量的，一般都會採用。所以在tiny框架的擴充套件 開發 配置過程中，會經常發現一些 潛規則 如果利用好這些 潛規則 會起起事半功倍的效果。tiny框架的構建者對於做重複的事情一向是深惡痛絕的，因此非常不原意開發人員在基於t...
Storm 最火的流式處理框架
在2011年storm開源之前，由於hadoop的火紅，整個業界都在喋喋不休地談論大資料。hadoop的高吞吐，海量資料處理的能力使得人們可以方便地處理海量資料。但是，hadoop的缺點也和它的優點同樣鮮明 延遲大，響應緩慢，運維複雜。有需求也就有創造，在hadoop基本奠定了大資料霸主地位的時候，...
Storm 最火的流式處理框架
伴隨著資訊科技日新月異的發展，資訊呈現出爆發式的膨脹，人們獲取資訊的途徑也更加多樣 更加便捷，同時對於資訊的時效性要求也越來越高。舉個搜尋場景中的例子，當乙個賣家發布了一條寶貝資訊時，他希望的當然是這個寶貝馬上就可以被賣家搜尋出來 點選 購買啦，相反，如果這個寶貝要等到第二天或者更久才可以被搜出來，...