推荐使用Tiny Framework web开发UI组件
TINY FRAMEWORK
基于组件化的J2EE开发框架,from:http://www.tinygroup.org/
TinyFramework 1.2.0 预览版正式发布,更新内容如下:
Tiny框架
-
虽然整体体量比较大,但是它的每个模块都分得非常小,因此非常容易掌握
-
它的各种组件都可以方便的进行扩展,通过扩展可以不断的提升系统的处理能力
-
它的工具已经非常强大,而且它还是变得更加强大。
-
不管是管理台还是过滤器、Servlet,不管是流程组件还是UI组件,还是UI组件包等等都是可以自组装的
-
在Tiny的世界中Web工程只是个集合,除了配置文件和Pom依赖,不应该有其它东西
-
支持水平扩展,同时可以支持7*24小时运行
-
开始团队由金字塔向哑铃型转变,高低水平者各司其职
-
绝大多数情况下,要做的只是依赖,而不需进行配置
-
"众里寻他千百度,蓦然回首,那人却在,灯火阑珊处”,这一点是我们永远追求的目标
使用Tiny的理由
-
架构者十几年平台架构经验,避免了N多已经走过的坑
-
工程结构细化使得一切都可以非常容易理解及掌握
-
高内聚、低耦合、高质量的代码
-
与第三方平台的良好集成能力,想用什么就用什么,有非常低的侵入性
-
核心、前台、后台、UI、工具一应俱全
-
可以提供一站式应用开发支持,大多数的情况下都已足够
-
专职的团队,可以保持项目持续不断的前进
-
基于架构者设计的开发框架及Tiny上的产品的销售额累计有5个亿左右的销售额
-
正在构建的Tiny生态圈,上百个UI组件及流程组件已经足够你日常使用,还会有更多被不断加入
Tiny框架适用对象
-
在校学生,经常会做毕业论文啥的,如果需要搞点有深度的,到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的开发模式。
Tiny快速入门之服务开发
Tiny快速入门之Web界面快速开发实践
Tiny快速入门之控制层开发
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。