t-io 1.7.0 发布,让天下没有难开发的即时通讯

talent-tan
 talent-tan
发布于 2017年05月03日
收藏 198
  1. 几句题外话

    • talent-aio 更名为 t-io 后,发的第一条新闻,中间两个小版本没发新闻

    • 现在发个新版本比以前犹豫多了,希望带给大家一个足够完美和“风骚”的新版本,同时也希望大家持着更为理性的态度面对版本发布后的不完美!

  2. t-io简介

    t-io是基于jdk aio实现的易学易用、稳定耐操、性能强悍、内置功能丰富、代码只有3000多行的即时通讯框架。字母 t talent(天才)的首字母,也可以理解为"特快",同时也是作者姓氏的首字母。一些传送门

    1. 看helloworld入门,主要是了解一下开发流程和概念

    2. 下载例子showcase的源代码,对API用法进行掌握

  3. 更新内容

    1. context的id由原来的自增长改为uuid,保证其值为全世界范围内唯一,为后面内置集群功能打下基础

    2. Aio.java增加getChannelContextById(),为后面内置集群功能打下基础

    3. 线程池部分代码精简,原来是引入了全部的talent系列线程池框架的代码,考虑到大家并不需要,所以精简到t-io必须的代码

    4. 解决问答https://www.oschina.net/question/3439170_2240233,框架层面允许用户自己去处理心跳,只需要将org.tio.core.GroupContext.heartbeatTimeout设为0就好,其它用户爱怎么玩就怎么玩,框架层面不设置任何规范来束缚用户。

    5. 本版本没有bug修复,但有几处日志去掉了,还是把打印权交给应用的开发人员

    6. 代码精简,删除talent-nio时代许多过时的代码,目前代码量在3000多行左右,不过后面陆续内置新特性,代码量只会越来越多,预计一年内能发展到4-6000行左右,当然t-io删除的代码量远大于1万行(有一种说法:好代码是删出来的,深有体会),有些地方老是反复,就是因为觉得不够好,并且没有一个标准的好,只有试出来的好

    7. 删除部分鸡肋功能,以后提供哪些功能,有一部分将由t-io官方QQ群成员讨论决定。

  4. 最新maven坐标

    <dependency>
        <groupId>org.t-io</groupId>
        <artifactId>tio-core</artifactId>
        <version>1.7.0.v20170501-RELEASE</version>
    </dependency>
  5. 后继工作预告

    1. 规划企业版功能及服务,让企业用户可以没有后顾之忧地使用t-io,广大个人用户喜欢用免费的社区版,但企业会觉得免费版没有安全感,所以各取所需吧!

    2. 持续优化社区版(貌似没什么好优化的了,用户反映太稳定了,怎么操都不死,所以不弄个企业版的出来,后面都没机会上开源中国的新闻了,就像10年前写的talent-validate一样窝死在码云上面^_^,不过听说有用户要帮talent-validate写一篇博客

    3. 规划t-io用户群体行为规范,目前设置了入群规范,在制度层面保障品行优良的用户获得更好的技术支持。

    4. 文 档

      为了给大家增加一点对文档的信心,列一个链接、一张截图和我的aio系列文档地址,后面我会加大力度完善文档

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:t-io 1.7.0 发布,让天下没有难开发的即时通讯
加载中

精彩评论

talent-tan
talent-tan
目前的代码量是3423行,是介入进来读源代码的最好时机。后面会加上各种内置功能,而为更好地完成内置功能会引入各种设计模式,会导致代码量大增和可读性变差。
天蓬小猪
天蓬小猪
终于等到你还好我么放弃,风骚的代码只配风骚的你!大道至简,妙不可言!
青苗
青苗
😄 给谭总助威!
龙少有约
龙少有约
支持谭总,良心大作!
OpenIoT
OpenIoT
最近很火啊!

最新评论(78

talent-tan
talent-tan

引用来自“zjg23”的评论

用t-io是否适合做一个http协议的文件服务器?

引用来自“talent-tan”的评论

官方目前已经有http协议的实现,但并没有对大文件传输做优化,如果对性能要求较高,需要自己再优化一下

引用来自“zjg23”的评论

"大文件传输做优化"这个计划做么?想做一个文件服务器,供移动端应用(会有大文件),移动端到服务端的文件传输瓶颈点一般在哪里?或者说用t-io实现的话有什么优势?
暂无优化的计划,为了不耽误你,你可以看看netty是不是有现成的方案
zjg23
zjg23

引用来自“zjg23”的评论

用t-io是否适合做一个http协议的文件服务器?

引用来自“talent-tan”的评论

官方目前已经有http协议的实现,但并没有对大文件传输做优化,如果对性能要求较高,需要自己再优化一下
"大文件传输做优化"这个计划做么?想做一个文件服务器,供移动端应用(会有大文件),移动端到服务端的文件传输瓶颈点一般在哪里?或者说用t-io实现的话有什么优势?
talent-tan
talent-tan

引用来自“zjg23”的评论

用t-io是否适合做一个http协议的文件服务器?
官方目前已经有http协议的实现,但并没有对大文件传输做优化,如果对性能要求较高,需要自己再优化一下
zjg23
zjg23
用t-io是否适合做一个http协议的文件服务器?
蜀黍凯
蜀黍凯

引用来自“talent-tan”的评论

目前的代码量是3423行,是介入进来读源代码的最好时机。后面会加上各种内置功能,而为更好地完成内置功能会引入各种设计模式,会导致代码量大增和可读性变差。

引用来自“蜀黍凯”的评论

现在大量引入了设计模式了吗?

引用来自“talent-tan”的评论

回复@蜀黍凯 : tio-core目前代码量在4000左右了,你可以自己看看,目前没有难懂的设计模式在里面
回复@talent-tan :感谢
talent-tan
talent-tan

引用来自“talent-tan”的评论

目前的代码量是3423行,是介入进来读源代码的最好时机。后面会加上各种内置功能,而为更好地完成内置功能会引入各种设计模式,会导致代码量大增和可读性变差。

引用来自“蜀黍凯”的评论

现在大量引入了设计模式了吗?
回复@蜀黍凯 : tio-core目前代码量在4000左右了,你可以自己看看,目前没有难懂的设计模式在里面
蜀黍凯
蜀黍凯

引用来自“talent-tan”的评论

目前的代码量是3423行,是介入进来读源代码的最好时机。后面会加上各种内置功能,而为更好地完成内置功能会引入各种设计模式,会导致代码量大增和可读性变差。
现在大量引入了设计模式了吗?
蜀黍凯
蜀黍凯

引用来自“talent-tan”的评论

目前的代码量是3423行,是介入进来读源代码的最好时机。后面会加上各种内置功能,而为更好地完成内置功能会引入各种设计模式,会导致代码量大增和可读性变差。
现在呢??可读性还强吗
talent-tan
talent-tan

引用来自“zxw0558”的评论

啥时候客户端出支持多语言的API啊?
朋友,t-io暂未此计划,t-io坚持把已经有的功能做到精致、高效、稳定,但其它一些领域的东西,可能并不是作者擅长的,谢谢理解!
球豆麻袋
啥时候客户端出支持多语言的API啊?
返回顶部
顶部