ToyBricks
[b]ToyBricks（积木）（以下简称ToyBricks）是基于面向积木方法论
构建的、面向Java开发（尤其是RIA应用）的开源开发平台， 旨在提
供给开发者一个简单易用、高效率、高产品质量、易扩展的开源平
台，“像搭积木一样开发软件”。[/b]
ToyBricks解决了很多长期困扰Java开发者的问题，如：
1）开发所应用的“平台”都是拼凑而成而非真正意义上的整合解决方案。
事实上，很多软件公司的平台都是用开源软件“混搭”而成，典型的，如 SSH（Struts+Spring+Hibernate）、
FSH（Flex+Spring+Hibernate）等，这种混搭方案天然的割裂了作为组件 的完整性，因为很多组件是横跨展现、业务逻辑
甚至持久层的；
2）JavaEE中Web开发规范的缺陷。
在当前的JavaEE开发中，作为一个功能，页面与业务逻辑、配置等文件是分散在不同地方的（页面jsp、 html、js、css、图
片等等一般放在工程rootFolder的某个文件夹中；业务逻辑放在classpath下；配置文件有时候要放在WEB-INF 文件夹
中），这种分散天然的破坏了作为一个功能的“聚合”要求（事实上在我们日常的设计工作中，人们追求松耦合更甚于高聚
合），我们很多时候是希望作为一个功能的全部文件放在一起的；
这种分散式的结构直接导致了“一个功能或模块打包形成一个jar文件作为产出物”的困难。
3）多个功能、模块之间的冲突问题。
jar冲突是最显而易见的了，不同模块要求同一jar的版本可能不同，由于缺乏像OSGI那样的单元（OSGI中为Bundle） 隔离机
制，所以只能一方向另一方妥协；
4）编程模型复杂、学习难度高。
无论Struts的MVC、Flex的组件模型、Spring的IOC/AOP、Hibernate的ORM等等，其学习与应用 都是有一定难度的；
5）缺乏组件模型或组件模型复杂。
可复用的资源积累是一个软件企业知识资产积累的重要组成部分，以JSP的Tag为例，目前很多企业内部只有少部分高 水平技
术人员被授权开发公司应用的标签库，这严重限制了可复用资源的积累；
6）缺乏清晰的功能、模块边界。
功能、模块之间高度耦合，且耦合分散在各个角落，导致模块拆分困难；
ToyBricks目前提供的功能
1）ToyBricks JavaBean运行容器；
2）Aquarell模板引擎；
3）RIA实现；
4）常规组件库：
1】UI 类
1. 按钮（支持下拉菜单、状态控制、图标自动匹配）
2. Text 编辑器（支持自定义扩展、校验器等）
3. TextArea 编辑器（支持自定义扩展、校验器等）
4. Combox 编辑器（可组合其他编辑器、支持即时搜索（可配置客户端或服务端数据源）、校验器等等）
5. 日期（时间）选择器（支持可配置的年月、年月日、年月日时间、时间等等选择）
6. HTML 编辑器（基于CKEditor ，支持各类常规操作，可通过配置mode （模式）为basic/cms 等来批
量选择功能按钮）
7. 选择树编辑器（支持单选、多选、节点锁定等等）
8. 文件上传（基于Flex 技术、支持单个与多文件上传、限制类型、大小、各类回调函数等等）
9. 代码高亮显示
10. 数据表格（支持列排序、列搜索、单元格编辑、分页、行菜单、表格菜单、预定义模板按钮等等）
11. 自由格式表格
12. Tree （支持节点懒加载、工具条按钮扩展、节点菜单等等）
13. 表单（ Form ）（支持编辑器自由布局与格式化布局、支持值自动分发与收集、统一校验等等）
14. 菜单（无限层级支持、状态控制、动态数据源等等）
15. 菜单条
16. TabBox （支持Tab 懒加载、锁定等）
17. 工具条
18. 对话框
19. CSS 引用（支持全局（页面）唯一引用）
20. JavaScript 引用（支持全局（页面）唯一引用）
21. Splitter
22. 图标库（预置了上百种各类图标，提供非常简单的扩展机制）
2】数据源（基于Toplink （ JPA ），支持基于JPA 规范的ORM ，支持多数据源，域对象自动发现等等）
3】Dao （同时支持基于JPA 规范与原生SQL ）
ToyBricks的特性
1）开发者只需要掌握简单的Java、Html（简单的Javascript及CSS）即可；
2）搭积木的开发体验，开发者只需要编写必须的代码；
3）ToyBricks提供了丰富的组件库；
4）桌面级的用户产品体验；
5）应用即组件、一切皆组件。事实上，实际开发中有约50%以上都是重复的功能，基于ToyBricks体系，您可以将您想要的
一切封装成组件；
6）一个功能（模块、甚至系统）可以打包成一个jar文件，边界清晰；
7）运行时隔离；
8）比OSGI更简单的扩展机制（套娃模型）；
9）搭配ToyBricks的WebOS平台，您已经拥有了一套完整的系统；
ToyBricks平台结构
[img]http://dl.iteye.com/upload/attachment/593963/de140da3-fd76-3824-a446-5567a7410546.jpg[/img]
[b]ToyBricks（积木）（以下简称ToyBricks）是基于面向积木方法论
构建的、面向Java开发（尤其是RIA应用）的开源开发平台， 旨在提
供给开发者一个简单易用、高效率、高产品质量、易扩展的开源平
台，“像搭积木一样开发软件”。[/b]
ToyBricks解决了很多长期困扰Java开发者的问题，如：
1）开发所应用的“平台”都是拼凑而成而非真正意义上的整合解决方案。
事实上，很多软件公司的平台都是用开源软件“混搭”而成，典型的，如 SSH（Struts+Spring+Hibernate）、
FSH（Flex+Spring+Hibernate）等，这种混搭方案天然的割裂了作为组件 的完整性，因为很多组件是横跨展现、业务逻辑
甚至持久层的；
2）JavaEE中Web开发规范的缺陷。
在当前的JavaEE开发中，作为一个功能，页面与业务逻辑、配置等文件是分散在不同地方的（页面jsp、 html、js、css、图
片等等一般放在工程rootFolder的某个文件夹中；业务逻辑放在classpath下；配置文件有时候要放在WEB-INF 文件夹
中），这种分散天然的破坏了作为一个功能的“聚合”要求（事实上在我们日常的设计工作中，人们追求松耦合更甚于高聚
合），我们很多时候是希望作为一个功能的全部文件放在一起的；
这种分散式的结构直接导致了“一个功能或模块打包形成一个jar文件作为产出物”的困难。
3）多个功能、模块之间的冲突问题。
jar冲突是最显而易见的了，不同模块要求同一jar的版本可能不同，由于缺乏像OSGI那样的单元（OSGI中为Bundle） 隔离机
制，所以只能一方向另一方妥协；
4）编程模型复杂、学习难度高。
无论Struts的MVC、Flex的组件模型、Spring的IOC/AOP、Hibernate的ORM等等，其学习与应用 都是有一定难度的；
5）缺乏组件模型或组件模型复杂。
可复用的资源积累是一个软件企业知识资产积累的重要组成部分，以JSP的Tag为例，目前很多企业内部只有少部分高 水平技
术人员被授权开发公司应用的标签库，这严重限制了可复用资源的积累；
6）缺乏清晰的功能、模块边界。
功能、模块之间高度耦合，且耦合分散在各个角落，导致模块拆分困难；
ToyBricks目前提供的功能
1）ToyBricks JavaBean运行容器；
2）Aquarell模板引擎；
3）RIA实现；
4）常规组件库：
1】UI 类
1. 按钮（支持下拉菜单、状态控制、图标自动匹配）
2. Text 编辑器（支持自定义扩展、校验器等）
3. TextArea 编辑器（支持自定义扩展、校验器等）
4. Combox 编辑器（可组合其他编辑器、支持即时搜索（可配置客户端或服务端数据源）、校验器等等）
5. 日期（时间）选择器（支持可配置的年月、年月日、年月日时间、时间等等选择）
6. HTML 编辑器（基于CKEditor ，支持各类常规操作，可通过配置mode （模式）为basic/cms 等来批
量选择功能按钮）
7. 选择树编辑器（支持单选、多选、节点锁定等等）
8. 文件上传（基于Flex 技术、支持单个与多文件上传、限制类型、大小、各类回调函数等等）
9. 代码高亮显示
10. 数据表格（支持列排序、列搜索、单元格编辑、分页、行菜单、表格菜单、预定义模板按钮等等）
11. 自由格式表格
12. Tree （支持节点懒加载、工具条按钮扩展、节点菜单等等）
13. 表单（ Form ）（支持编辑器自由布局与格式化布局、支持值自动分发与收集、统一校验等等）
14. 菜单（无限层级支持、状态控制、动态数据源等等）
15. 菜单条
16. TabBox （支持Tab 懒加载、锁定等）
17. 工具条
18. 对话框
19. CSS 引用（支持全局（页面）唯一引用）
20. JavaScript 引用（支持全局（页面）唯一引用）
21. Splitter
22. 图标库（预置了上百种各类图标，提供非常简单的扩展机制）
2】数据源（基于Toplink （ JPA ），支持基于JPA 规范的ORM ，支持多数据源，域对象自动发现等等）
3】Dao （同时支持基于JPA 规范与原生SQL ）
ToyBricks的特性
1）开发者只需要掌握简单的Java、Html（简单的Javascript及CSS）即可；
2）搭积木的开发体验，开发者只需要编写必须的代码；
3）ToyBricks提供了丰富的组件库；
4）桌面级的用户产品体验；
5）应用即组件、一切皆组件。事实上，实际开发中有约50%以上都是重复的功能，基于ToyBricks体系，您可以将您想要的
一切封装成组件；
6）一个功能（模块、甚至系统）可以打包成一个jar文件，边界清晰；
7）运行时隔离；
8）比OSGI更简单的扩展机制（套娃模型）；
9）搭配ToyBricks的WebOS平台，您已经拥有了一套完整的系统；
ToyBricks平台结构
[img]http://dl.iteye.com/upload/attachment/593963/de140da3-fd76-3824-a446-5567a7410546.jpg[/img]
扫一扫
3万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
