sumk-1.7.7 版发布,开发速度非常快的服务器端框架

游夏-sumk
 游夏-sumk
发布于 2017年06月26日
收藏 37

使用sumk框架,你将很容易搭建服务器端应用。而且不需要关心接口交互(包括rpc和http)、数据库访问、加解密、异常处理、redis连接等,还能减少sql编写数量,使开发者能够专注于业务代码编写,大大提升开发效率。它将大幅度降低软件架构的门槛。

changelog:

  1. ORM的update方法支持数字增减,避免开发人员将数字取出再做加减,从而造成并发情况下的数据不一致。后期还将通过将字段声明为不可变、只能加减等方式,避免被小白误操作

  2. sumk-http在内置jetty的情况下,支持Filter接口。用@SumkFilter进行注解

  3. sumk-http支持在filter、servlet、listener接口直接注入bean。也可以直接用@Box启动事务,这点比spring mvc还要方便。对于sumk而言,action层不是必须的,任何方法如果想暴露出去(无论是RPC还是HTTP),只要在方法上加注解就行。

  4. 支持通过在url中带sid=***,来传递sessionID。这种做法的好处是方便H5与原生应用的交互
    可以在url中通过sclient来指定客户端的类型,这样方式对seo有好处。并且对sclient=PC进行了特殊处理:long变为字符串格式,日期采用"yyyy-MM-dd HH🇲🇲ss.SSS"格式。这是因为js无法处理数字比较大的long类型

  5. 数据库字段类型的通用处理。比如数据库字段是long类型,但它的实际取值在byte的范围内,在java就可以用Byte来定义。对于日期类型下一版也会做类似处理

  6. date工具类的性能优化

以上是本次更新的主要内容,祝大家使用愉快

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:sumk-1.7.7 版发布,开发速度非常快的服务器端框架
加载中

最新评论(5

游夏-sumk
游夏-sumk

引用来自“poe”的评论

和 Jfinal 相比怎么样
1、定位不同,sumk第一定位是互联网,但支持单机使用,强调的是性能和开发速度的结合,为开发者提供一套能适应大多数情况的框架,降低架构难度。sumk的功能是根据互联网应用的情况而开发的,在开发的过程中,去兼容单机使用。jFinal定位于简单应用,无法适应互联网环境。但jfinal只需要引入一个jar包就可以的做法,真的很棒。
2、双方都有DB操作,都支持ORM以及sql模式。双方在便利性上应该差不多。sumk相对其它的DB框架,优势是能用redis做准实时缓存(自带表级缓存,可以通过扩展实现接口级缓存。它的实现原理跟hibernate的二级缓存或spring的接口缓存有本质差异),也能用于同步数据变更mongoDB、solr等,但这个需要比较高的技巧。跟jFinal相比还有一个优势是sumk的ORM有比较强的误操作验证
3、web方面sumk跟jFinal差异很大。jFinal有类似spring mvc的页面渲染功能,sumk没有。sumk的http接口更适合移动端或者ajax类型,但可以结合spring mvc或struts实现页面功能。sumk的优势是自带加解密、数据签名、分布式session、第三方应用交互等功能。
4、sumk有rpc功能,可以实现微服务化,jFinal没有。sumk的rpc跟dubbo相比,功能没有dubbo丰富,但使用比dubbo更便捷。
5、sumk有自己的一套IOC功能,从而实现各模块的解耦,并且提供良好的扩展性、定制性。jFinal没有IOC功能
6、双方都有插件机制,这个功能上类似,写法上有所不同。sumk是通过@Plugin和@Bean注解,不需要代码调用。jFinal使用代码显示构造和销毁。
7、双方都有对redis的封装,都能维护连接的创建销毁等。但sumk能支持多个不同的redis实例,因为互联网公司,一个redis实例可能是不够的。并且提供了基于redis的分布式锁。
看来我要把今天写的添加到博客中,很多人问过我这个问题
p
poe
和 Jfinal 相比怎么样
游夏-sumk
游夏-sumk

引用来自“bestpray”的评论

这样的框架出来使码农更似码农。。
编码简单了,你也有时间去想别的问题。比如用设计模式去写业务代码^_^
有了时间,才有可玩性嘛
小白小霸王
小白小霸王
坐等 想啥有啥式 极简编程
bestpray
bestpray
这样的框架出来使码农更似码农。。
返回顶部
顶部