值得拥有的企业级j2ee应用开发框架套件，专业团队开发，完整的生态体系，活跃的社区氛围，无限的水平扩展能力，7*24不间断运维能力。
我心目中理想的开源框架
-
她应该是小的、简单的，满足Simple Is Beautiful
-
她应该是成长性好的，随着不断的扩展，她可以越来越丰满
-
她应该是有良好工具支持的，为什么要花时间做工具可以完成的事情呢？
-
她应该是自组装的，也就是尽可能的脱离配置，而是用一种依赖即可用，取消依赖即消失的全自动处理模式
-
她应该是模块化的，所有的内容都可以被打入jar包而作为一个整体进行发布，并且能支持热部署的，可以开着车儿换轮胎的
-
她应该是支持水平部署的，想加服务器就加，想减服务器就减
-
她应该是有良好知识积累体系的，使得使用Tiny框架的人们越用越强，越用越爽
-
她应该是便于企业降低开发成本的，便于技术经理控制开发进度的，便于开发人员快速上手的
-
她应该是避免重复劳动的，所有软件参与者都不应该做重复的事情
-
她应该是自管理的，最好不要让程序员配置这个配置那个
-
她应该是让人有种"众里寻他千百度,蓦然回首,那人却在,灯火阑珊处”的开发框架
Tiny框架
-
虽然整体体量比较大，但是它的每个模块都分得非常小，因此非常容易掌握
-
它的各种组件都可以方便的进行扩展，通过扩展可以不断的提升系统的处理能力
-
它的工具已经非常强大，而且它还是变得更加强大。
-
不管是管理台还是过滤器、Servlet，不管是流程组件还是UI组件，还是UI组件包等等都是可以自组装的
-
在Tiny的世界中Web工程只是个集合，除了配置文件和Pom依赖，不应该有其它东西
-
支持水平扩展，同时可以支持7*24小时运行
-
开始团队由金字塔向哑铃型转变，高低水平者各司其职
-
绝大多数情况下，要做的只是依赖，而不需进行配置
-
"众里寻他千百度,蓦然回首,那人却在,灯火阑珊处”，这一点是我们永远追求的目标
使用Tiny的理由
-
架构者十几年平台架构经验，避免了N多已经走过的坑
-
工程结构细化使得一切都可以非常容易理解及掌握
-
高内聚、低耦合、高质量的代码
-
完善的文档，快速入门在130页左右，全部文档接近600页，还在不断增加当中
-
与第三方平台的良好集成能力，想用什么就用什么，有非常低的侵入性
-
核心、前台、后台、UI、工具一应俱全
-
可以提供一站式应用开发支持，大多数的情况下都已足够
-
专职的团队，可以保持项目持续不断的前进
-
基于架构者设计的开发框架及Tiny上的产品的销售额累计有5个亿左右的销售额
-
正在构建的Tiny生态圈，上百个UI组件及流程组件已经足够你日常使用，还会有更多被不断加入
Tiny框架适用对象
-
在校学生，经常会做毕业论文啥的，如果需要搞点有深度的，到Tiny框架中挖挖，可以有不少猛料
-
SOHO一族，整合SSH/I之类框架来做做应用一般是够的，但是Tiny框架依然可以给你不一样的选择
-
个体或小型企业，很明确，光是SSH/I已经不足让你的方案看起来高大上，也不足以支持业务数据量比较大的时候的应用场景，也不足以支撑居高不下的软件开发实施成本。
-
中型企业，个体或小型企业碰到的问题你都会碰到，尤其还要考虑是的多系统集成、体系化规范建设、人员复用、资产复用等等诸多问题，自己创建团队需要解决合适的人、巨大的成本，巨大的风险。
质疑的声音
我相信，肯定也会有诸多质疑的声音，这是非常正常的，不过在质疑之前，请先参考一下如下事实：
-
Tiny构建了远超过Velocity性能和功能的模板引擎
-
Tiny构建了基于JDBC Driver的数据库分区分表引擎
-
Tiny构建了高性能的XmlParser、HtmlParser
-
Tiny构建了网络爬虫
-
Tiny构建了DBF读写程序
-
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解决了还有许多的技术难题
所以，我要说的是，我们和一般的二货还是有差别的。
常用连接
-
历经一年的开发，以及数千个Commits，Tiny 2.0于2015年6月10日震撼推出！ 实用的配套工具，完整的配套文档，无限的功能扩展，Tiny 2.0更加成熟！ 为了更好的提升框架的稳定性、健壮性、架构的合理性，特推出“捉虫挑战”活动！ 一、我们的口号是：只要用心找，BUG总会有的 没有人敢说自己的代码是完美无暇的，Tiny框架的构建者也这么认为。 虽然我们竭尽全力避免BUG的存在，但是在您
-
怎样从托管代码访问HTML DOM 这篇文章将演示如何从silverlight程序以编程的形式在托管代码中访问html DOM，控件以及虚拟元素。直接的访问DOM可以让你具备了在客户端直接操纵页面元素的能力，而无需饶个大弯，与服务器进行交互。（这个大概就是开心大哥所说的客户端的内置Tiny Framework） 演示步骤： 1 处理XAML的Carvas加载事件 2 将html Dom 与事件挂钩
-
源码快照： https://git.oschina.net/tinyframework/tiny 上手之前，默认已经熟悉Maven和Git，对于Maven和Gig相关问题，女生请问谷哥，男生请问度娘，他二位的细致耐心一定会让你满意的。 install之前需要进行环境准备，确认你的机器可以联得上外网，或者有好用的Maven代理。 请确认在编译环境中存在jdk1.5和1.6以上版本。 在你的Ma
-
更多内容，查看官网：www.tinygroup.org 约定优于配置原则-COC Tiny框架在设计时充分考虑此原则，凡是可以通过一定的约定来大大减少配置或开发量的，一般都会采用。 所以在Tiny框架的扩展、开发、配置过程中，会经常发现一些“潜规则”，如果利用好这些“潜规则”，会起起事半功倍的效果。 不要重复你自己原则-DRY Tiny框架的构建者对于做重复的事情一向是深恶痛绝的，因此非常不原意开
-
stephp框架介绍 框架特点 体积小，简单易用 基于namespace自动加载类库 低耦合，依赖注入，易扩展 强大url及路由处理能力 强大缓存处理方式 灵活的配置 目录结构 project # 项目根目录 ├─app # 应用目录 │ └─home # 模块 │ ├─controller # 控制器 │ ├─model # 模型 │ └─view # 试图 │ ├─index # 对应于Ind
-
一个应用程序开发框架。作者实现了很多控件效果，方便其他开发者各取所需。所实现的效果包括：打分星星、响应点击动作、旋转按钮效果、根据文字多少改变大小的UILabel等等效果。 [Code4App.com]
-
移动应用开发框架选型 2016 移动开发模式 移动开发主要分为原生模式（Native App）开发，混合模式（Hybrid App）开发，Web App模式。 1.1 Web APP Web App 指采用Html5语言写出的App，不需要下载安装。类似于现在所说的轻应用。生存在浏览器中的应用，基本上可以说是触屏版的网页应用。 优点： 1) 开发成本低 2) 更新快 3) 更新无需通知用户，不需要
-
本文向大家介绍Node.js 服务器端应用开发框架 -- Hapi.js，包括了Node.js 服务器端应用开发框架 -- Hapi.js的使用技巧和注意事项，需要的朋友参考一下 Hapi.js 是一个用来构建基于 Node.js 的应用和服务的富框架，使得开发者把重点放在便携可重用的应用逻辑而不是构建架构。内建输入验证、缓存、认证和其他 Web 应用开发常用的功能。 示例代码： 附上github
-
应用开发 PDF版下载 第一步：创建应用 进入管理后台-服务商-应用管理-创建应用 应用的基本信息： 信息项 要求及说明 应用Logo 应用的Logo，小于5M，640 * 640，在授权页会被用于展示。 应用名称 应用的名称，建议包含品牌名，2-8个字内 AppID 应用ID，系统分配，用于调用第三方应用相关接口 功能分类 应用提供的服务类型，如客户关系、团队协同、文化建设等。一个应用只能拥有一
-
1.1. 应用开发 1.2. 应用概述 1.3. 工程结构 1.4. 开发者工具 1.4.1. 安装 1.4.2. 调试 1.4.3. 测试 1.5. 教程 1.1. 应用开发 应用开发包括如下介绍： 应用概述 工程结构 开发者工具 教程 1.2. 应用概述 RokidOS 的本地技能分为两类： 轻应用(LightApp) 本地应用(NativeApp) 轻应用，直接通过语音交互的守护进程(vui
-
"One does not live by bread alone,but by every word that comes from the mouth of God" --(MATTHEW4:4) python开发框架 不管是python，还是php，亦或别的做web项目的语言，乃至于做其它非web项目的开发，一般都要用到一个称之为什么什么框架的东西。 框架的基本概念 开发这对框架的认识，由于
-
想改进这个问题吗？更新问题，以便通过编辑这篇文章用事实和引用来回答。 我的公司想开发一个移动应用程序。Web应用程序、本机应用程序还是混合应用程序？他们其实不知道。在这种情况下，他们要求我对移动开发的开源框架（跨平台框架btw）进行一些研究（我不是移动开发专家）。我做到了。现在，我大致了解了实际存在的情况，并选择了其中的8个。 现在，我想要的是你的个人反馈（赞成/反对/喜欢/不喜欢/如果你留下了另
-
你们使用Go开发应用，是使用那个框架，有用GoFly快速开发框架吗？