Tiny开发框架PPT介绍
Tiny开发框架PPT介绍
悠悠然然 发表于3年前
Tiny开发框架PPT介绍
  • 发表于 3年前
  • 阅读 15559
  • 收藏 232
  • 点赞 23
  • 评论 76

腾讯云 十分钟定制你的第一个小程序>>>   

我有一个梦想,那就是那一个NB的开发框架,让使用它的企业成本下降,让使用它的软件工程师轻松快乐。
有人问我,你觉得smart框架与Tiny相比怎么样?我的回答是:smart是一个非常棒的框架。
有人把JFinal的特性贴出来问我,你觉得Tiny框架与JFinal比怎么样?我的回答是:JFinal是一个非常出色的框架。
不同的框架有不同的目标定位,有不同的目标群体,只要是使有者觉得不错,那就是合适的,就是好的。
也有人非让我把Tiny框架和其它开源框架比较到底差异在哪里?这个问题确实不太好回答,于是我回答说,你觉得1万块的车和30万的车差别在哪里?
对方表示不解,于是我说:smart框架大概是3000多行,不到10000行;JFinal大概是8000多行,不到20000行;Tiny框架有20多万行,接近30万行。
同样是车,当然小有小的灵便,大有大的舒适。寸有所长,尺有所短,各有各的适用场景,适合的就是好的。

当然,代码行数本身不能说明什么,因此就通过这篇文章来回答如下问题:

1.Tiny是什么
2.Tiny要解决的问题是什么
3.Tiny的框架概述
4.Tiny的体系架构
5.Tiny的功能特性
6.Tiny的重点功能介绍
希望在看文此文之后,您能对Tiny框架有一定的了解,也欢迎对Tiny框架评头论足,多提宝贵的意见和建议。
Tiny框架的文档已经基本就绪,即将在近期全面放出。

GIT地址(必须是OSC家的):https://git.oschina.net/tinyframework/tiny
问题报告:https://git.oschina.net/tinyframework/tiny/issues
官方网站:http://www.tinygroup.org

 

共有 人打赏支持
悠悠然然
粉丝 2253
博文 171
码字总数 352094
作品 14
评论 (76)
Dead_knight
周末我打算试试tiny开发项目怎么样~
Dead_knight

引用来自“Dead_knight”的评论

周末我打算试试tiny开发项目怎么样~

在osc添加软件呀~
成熟的毛毛虫
支持
王爵nice
强大
Zoker
支持悠然!
Zoker

引用来自“Zoker”的评论

支持悠然!

一句必须是OSC家的就让人泪奔了…
android_radray
看半天没看明白
悠悠然然

引用来自“android_radray”的评论

看半天没看明白
说得明确一点可以么?谢谢
aspboy
很强大啊
FalconChen
口号太多,是什么这个直接讲就是什么,有什么用就行了,别一开始就讲虚的啊
1棵拼搏的寂静草
没看懂它在干嘛
悠悠然然

引用来自“falconchen”的评论

口号太多,是什么这个直接讲就是什么,有什么用就行了,别一开始就讲虚的啊
呵呵,没有虚的,就没有实的。 否则直接进入做啥的,最后也做不了啥。
悠悠然然

引用来自“aspboy”的评论

很强大啊
谢谢支持
悠悠然然

引用来自“1棵拼搏的寂静草”的评论

没看懂它在干嘛
嗯嗯,它在看你看不懂哦。
waylau
界面挺玄的哦,期待 开源 学习~
悠悠然然

引用来自“waylau”的评论

界面挺玄的哦,期待 开源 学习~

大部分已经开源,欢迎了解
Liuzh_533
支持悠然~~~~~~
铂金小猪
很牛逼啊,虽然我不是JAVA。但看到这样用心的界面就值得点赞。
铂金小猪
这么炫的界面,直接可以提升很大一票逗逼后端的作品视觉质量
写程序的康德

引用来自“falconchen”的评论

口号太多,是什么这个直接讲就是什么,有什么用就行了,别一开始就讲虚的啊
很显然,它想要解决的问题是任何方法论和任何工具都无法从根本上彻底解决的问题——降低软件开发的复杂度。这是一个天坑,无数人前仆后继。首先谈谈我对“复杂度”的看法,我觉得一个技术如果不够大众化一定是复杂的,人是因为不了解所以才觉得复杂,从这个叫角度来说我绝对不认同去重新定义已经有的东西。比如Spring的组件容器,Spring MVC的web framework,JPA的ORM(你还有querydsl一大波选择),apache的vfs,jboss的vfs,各种千古不变的commons-xxxx系列。这些东西一搜一大堆,文字资料满天飞,我们静下来好好想想一个有满上遍野的文字资料的框架和一个野路子出身的框架哪个复杂度更低(除非你对复杂度有自己的定义)哪个学习成本更低? 代码就在那里,你无论如何都无法避免“编码”;编码就是要点技术含量,你无论如何都无法避免机械式的提高编码质量。所以一切的根本必须是提高开发人员的能力和水平,而不是试图制造一种工具“弱化”他们的存在感。 我们有一点时共同的——试图接近UI复用问题,这个是很切实际的问题我反复尝试过javascript、html、jsf还有最近尝试的vaadin。要想实现UI复用一定是组件化的(jsf、vaadin、wicket、tapestry)而绝对不是用代码片段的拼接(这方面最好玩的是lightadmin)代码片段是无法胜任各种千奇百怪的UI要求的。
×
悠悠然然
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: