阅读更多

54顶
2踩

编程语言

原创新闻 Nutz1.a.27 发布,支持 XML 配置

2010-04-27 12:06 by 正式记者 zozoh 评论(42) 有16678人浏览
发布的背景

  • 由于更多人试图通过更多的方法定制和使用 Nutz,所以遇到了更多的问题
  • 这些问题都是对 Nutz 小幅的修正和调整
  • 本次发布修复了其中绝大多数问题
  • 所以我们强烈推荐你更新到这个版本. 马上下载


为什么还是 Alpha

曾有朋友建议将 Nutz 的级别调至 b (beta,因为现有的功能已经很稳定了。经过半年的不断修正,它在生产
环境中的表现无论是开发效率还是灵活性上,完全不比很多已经 RC 的框架差,甚至更好。

但是我们还是坚持它是 alpha。

  • 因为我们并不认为把一个发布包的名字由 alpha 改为 beta,它就是 beta 品质的了。
  • 我们认为只有它达到了我们心中 的 beta 品质,即,我们实在不认为有调整接口的必要了,我们才会将其升级成 beta。
  • 起码一段时间内,我们还会继续保留修改 Nutz 主要接口和使用方法的权利。


为什么这一版本很重要

1.a.27 从另外一个角度来说,也是一个里程碑。从 09 年初的个人框架,到现在社区已经成为这个框架发展不可或缺的 力量。

  • 新人可以很容易的加入到社区,并得到帮助
  • 使用者提出的问题会得到及时的响应
  • 每一个意见和建议都会得到讨论
  • 被关注的问题很快可以得到修复。

因此我们可以说,从这个版开始,它已经成为一个真正的开源框架了

有哪些重要改进

这个版本是在 1.a.26 基础上的重要改进
  • 为 IdEntityService 和 IdNameEntityService 增加了 exists 函数,根据主键判断一条记录是否存在将更加轻松
  • IdNameEntityService<Pet> pets = new IdNameEntityService<Pet>(dao){};
    pets.exists(34);
    pets.exists("XiaoBai);
    

  • 为 IdNameEntityService 增加了 smartFetch 函数,可以自动判断是根据 @Id 还是 @Name 来获取对象
  • mvc: Uploading速度提高一倍
  • ioc: 注入支持新的 Value 类型: sys
  • ioc: 支持使用XML作为配置文件
  • ioc: 通过配置文件添加AOP
  • mvc: 通过直接声明一个包来声明包中所有的类为Module

  • 我们都修复了什么问题

    • 68 通过配置文件添加AOP by Chen.Bao.Yi
    • 112 通过直接声明一个包来声明包中所有的类为Module by Toni.xutao
    • 119 对@Id字段是否能在没有设置@Next的情况下,insert后自动把数据库中的id值回填到Entity中? by hzzdong
    • 126 Dao: 执行 Trans.exec for informix 出现 Castors 错误 by jiongs753
    • 127 dao: NutTransaction 的实现代码有错误,在 commit 的时候 clear list 以及 close conn by jiongs753
    • 128 无法将自定义的EntityMaker注入到NutDao中 by caiceclb
    • 129 Link的构造函数不方便自己实现的JPAEntityMaker by jiongs753
    • 132 DAO使用proxool做数据源会出警告 by happyday0517
    • 134 log: 使用Nutz的log工具在eclipse控制台打印的日志无法通过点击链接后跟踪到调用的代码行 by zozohtnt
    • 135 Daos.java在jdk5编译通不过,因为其中使用了java.sql.Statement.isClosed()方法。 造成Nutz不兼容JDK5。 by jiongs753
    • 136 fastInsert 支持多一个参数,是否执行 @prev by happyday0517
    • 139 dao: DefaultEntityMaker代码逻辑错误 by wendal1985
    • 140 DAO: 关于Entity和EntityField get\set Attribute by zozohtnt
    • 142 Disk.absolute(String, ClassLoader, String),当上层文件夹中包含非英文字符时,返回的path可能不正确 by wendal1985
    • 143 org.nutz.ioc.impl.NutIoc无法设置MirrorFactory by wendal1985
    • 144 ioc: 注入应该支持新的 Value 类型: property by zozohtnt
    • 147 Nut.Aop没有提供示例 by happyday0517
    • 148 Nut.Aop 当方法的返回值为基本数据类型,而拦截器的beforeInvoke返回false时,会出现NPE by wendal1985
    • 149 空json配置文件启动时会报错 by wendal1985
    • 150 ActionFilter中能否多增加一个方法或在现有方法上加个参数,使实现类可以获得@At所注解的方法名 by hzzdong
    • 151 关于upload File时候的性能问题
    • 153 当类文件在中文路径下,org.nutz.lang.util.Resources.scanClasses()无法得到任何class by wendal1985
    • 154 新的代码在JDK5,mysql下测试发现一个单元测试没有通过 by hzzdong
    • 157 MVC部分《请求范围模块》request 注入类型为空   by axhack
    • 160 换1.a.27后找不到自定义sql   by happyday0517
    • 163 json: 获取属性值时,应该调用 getter   by zozohtnt
    • 164 json: 字段类型为 Map<String, List<String>> 会抛错   by zozohtnt


    这个版本质量怎么样

    • 共通过了 476 个单元测试用例,代码覆盖率达到62%(按line计算)
    • Nutz.Dao 经测试在如下数据库上可以工作正常



    文档

    • 更新英文文档  by mutang
    • 添加Nutz插件页 by wendal
    • 整理 FAQ 文档


    博客



    主要贡献者名单

    贡献的种类:
    • 问题: 给项目的问题列表汇报一个上的问题,并且该问题被本次发布包括
    • 博客: 在本版本开发期间,写过关于 Nutz 的文章,并被 推荐列表收录
    • 支持: 总结至少出 FAQ 文档
    • 关于 FAQ 文档的写作规范请先阅读: Nutz 的虎年计划.5提供更好的社区支持
    • 代码: 提交过至少一个修订
    • Demo: 为 Demo Site 提交过代码
    • 文档: 提交过文档,在讨论区发帖或者通过文档上的留言指出现有文档存在的问题
    • 测试: 发布前,参与测试周,发布人给出的任务

    如有遗漏,请提醒我们 ^_^

    贡献者名单列表

    贡献者 问题 博客 支持 代码 Demo 文档 测试
    amosleaf   O    -    -    O    -    -    - 
    axhack   O    -    -    -    -    -    - 
    BirdWyatt   -    -    -    O    -    -    - 
    caiceclb   O    -    -    -    -    -    - 
    Chen.Bao.Yi   O    -    -    -    -    -    - 
    deadeye2k   O    -    -    -    -    -    - 
    E-Hunter   O    -    O    -    -    -    - 
    hzzdong   O    -    -    -    -    -    - 
    happyday0517   O    -    -    -    -    -    - 
    mastung   -    -    -    -    -    O    - 
    ming300   -    -    -    O    -    -    - 
    jiongs753(天行健)   O    -    -    -    -    -    - 
    Toni.xutao   O    -    -    -    -    -    - 
    wendal   O    -    O    O    O    O    O 
    zozoh   O    -    O    O    -    O    O 


    另外,非常感谢

    的朋友们,你们提出的任何问题,发表的任何言论,实际上都对这个小框架 产生着潜移默化的影响。 我们也正在不断的努力,希望每一个新版本都能让大家获得更好的编程体验。
    54
    2
    评论 共 42 条 请登录后发表评论
    42 楼 caoyangx 2010-05-08 20:13
    zozoh 写道
    Aspen 写道

    ...
    请问Nutz怎样来完全取代SSH,SSH一共有多少特点来让Nutz取代?
    ...


    必须在这里郑重声明一下:

    1. Nutz 这个框架从开始到现在从来没有宣称“取代XXX”。 我们一直说:“除了 SSH 之外,Java 程序员的另外一个选择”
    2. 我们只是努力让这个“选择”成为不太坏的选择
        > 因为 JAVA 世界本来就这么多选择了,再多一个也不算添乱
        > 如果这个选择某些时候真的不错,在使用的时候你真的感觉到了我们某些讨巧的设计,到也算是我们为和谐社会做贡献了
    3. 所有“Nutz 可以取代 XXX” 的说法,都不是我们官方说法。
        > 当然我们对这种说法一点也不反感
        > 我们同时也不反感对这种说法持反感态度的人或事
    4. 在设计之初,它就考虑到如何同其他的框架一起使用。大家也逐渐发现了这个特点,比如:
          >  http://hzzdong.javaeye.com/blog/656948
          >  http://axhack.javaeye.com/blog/542441
      >  更多文章: http://code.google.com/p/nutz/wiki/appendix_resources

    -------- 特此声明的分割线 ---------
    我们一直认为批评比赞扬有益于身心健康

      讨论区:  http://groups.google.at/group/nutzam?hl=zh-CN
      Q Q 群 http://qun.qq.com/air/#75818186http://qun.qq.com/air/#68315571

    欢迎你的到来

    当然如果你能有建设性的意见更好。
    如果你只是出来打酱油,我只能说: 真佩服您看完上面那么多字儿 ^_^

    呵呵,没错,估计这位老兄记错了,withoutSSH可不是nutz的口号,nutz是脚踏实地的做出成绩堵住所有人的嘴。
    41 楼 zozoh 2010-04-30 17:24
    Aspen 写道

    ...
    请问Nutz怎样来完全取代SSH,SSH一共有多少特点来让Nutz取代?
    ...


    必须在这里郑重声明一下:

    1. Nutz 这个框架从开始到现在从来没有宣称“取代XXX”。 我们一直说:“除了 SSH 之外,Java 程序员的另外一个选择”
    2. 我们只是努力让这个“选择”成为不太坏的选择
        > 因为 JAVA 世界本来就这么多选择了,再多一个也不算添乱
        > 如果这个选择某些时候真的不错,在使用的时候你真的感觉到了我们某些讨巧的设计,到也算是我们为和谐社会做贡献了
    3. 所有“Nutz 可以取代 XXX” 的说法,都不是我们官方说法。
        > 当然我们对这种说法一点也不反感
        > 我们同时也不反感对这种说法持反感态度的人或事
    4. 在设计之初,它就考虑到如何同其他的框架一起使用。大家也逐渐发现了这个特点,比如:
          >  http://hzzdong.javaeye.com/blog/656948
          >  http://axhack.javaeye.com/blog/542441
      >  更多文章: http://code.google.com/p/nutz/wiki/appendix_resources

    -------- 特此声明的分割线 ---------
    我们一直认为批评比赞扬有益于身心健康

      讨论区:  http://groups.google.at/group/nutzam?hl=zh-CN
      Q Q 群 http://qun.qq.com/air/#75818186http://qun.qq.com/air/#68315571

    欢迎你的到来

    当然如果你能有建设性的意见更好。
    如果你只是出来打酱油,我只能说: 真佩服您看完上面那么多字儿 ^_^
    40 楼 Aspen 2010-04-30 16:29
    只所以说出一个“托”,是因为我只看到有人绝对的展成!
    因此有人说:可以完全取代SSH。
    请问Nutz怎样来完全取代SSH,SSH一共有多少特点来让Nutz取代?

    我不否认Nutz作出的贡献,我只是提供自己的观点。我的观点不针对任何人,不也攻击任何人。我之所以说出来,为的是让大家多讨论讨论。

    任何事情都是有缺陷的,EJB以前号称那么强大那么好,为什么会出现Spring与之针峰。
    难道Spring就是神吗?我不用Spring难道就开发不出项目了吗?
    所以我们要想想Spring给我们带来了什么?
    我想Spring更多的是包容吧,而不绝对的专横。

    总之,忠言逆耳,你有你的支持,我有我的反对。
    39 楼 Aspen 2010-04-30 16:12
    dongfangx 写道
    zozoh 写道
    Aspen 写道
    为什么我觉得,楼上好多“托”。

    我首先申明,我并没有看完Nutz的源代码,只针对性的看了DAO那个包,对DAO而言,我觉得Nutz设计得欠妥。
    dongfangx 写道
    zozoh 写道
    Aspen 写道
    为什么我觉得,楼上好多“托”。

    我首先申明,我并没有看完Nutz的源代码,只针对性的看了DAO那个包,对DAO而言,我觉得Nutz设计得欠妥。

    1.DAO 应驾驭数据库之外,而不仅仅是关系数据库。
    2.DAO接口应该简单,针对CRUD(create、read、update、delete)四种操作定义方法即可。

    请大家去认真读一下这篇文章:
    http://www.ibm.com/developerworks/cn/java/j-genericdao.html

    不要盲目崇拜,多一点自己的思考。


    就 read 来说, 基本有两种 read, 一种是读出多个对象,一种是读出一个对象
    虽然都是 read,但是读出多个对象的调用必然需要更多的参数 (比如需要过滤和翻页)

    那么, 是不是把 read 变成 query(读多个) 和 fetch(读一个),对编程者更友好呢?

    另外 Dao 的设计上,如果完全脱离了 SQL, 必然需要抽象,一个东西太抽象了帮不了人干具体事,太具体了又会不够灵活。这个的确让人很纠结。

    如果我们假设,关系型数据库在相当长的一段时间内还会是最主要的数据处理方式,那么 这个 Dao 接口就还算有意义,否则它的确欠妥当






    你在用面向对象的数据库??


    1.DAO 应驾驭数据库之外,而不仅仅是关系数据库。
    2.DAO接口应该简单,针对CRUD(create、read、update、delete)四种操作定义方法即可。

    请大家去认真读一下这篇文章:
    http://www.ibm.com/developerworks/cn/java/j-genericdao.html

    不要盲目崇拜,多一点自己的思考。


    就 read 来说, 基本有两种 read, 一种是读出多个对象,一种是读出一个对象
    虽然都是 read,但是读出多个对象的调用必然需要更多的参数 (比如需要过滤和翻页)

    那么, 是不是把 read 变成 query(读多个) 和 fetch(读一个),对编程者更友好呢?

    另外 Dao 的设计上,如果完全脱离了 SQL, 必然需要抽象,一个东西太抽象了帮不了人干具体事,太具体了又会不够灵活。这个的确让人很纠结。

    如果我们假设,关系型数据库在相当长的一段时间内还会是最主要的数据处理方式,那么 这个 Dao 接口就还算有意义,否则它的确欠妥当






    你在用面向对象的数据库??


    难道除了关系数据库,就只有面向对象的数据库?
    我在用MongoDB!!
    38 楼 cuigeyejing 2010-04-29 15:38
    不要在讨论"托"的问题了,每一个人的设计都有他自己的思路
    就斑竹的设计思路是让开发人员少写代码,我门不能因为不熟悉
    这个框架就乱下结论.多做一些Demo,然后和自己的项目相结合,
    看看有什么优点和缺点告诉斑竹,这才是最重要的哦.我现在就正在
    runing demo 顺便找一些bug 我不相信没有bug 呵呵 有点挑事儿啊
    希望斑竹能把文档说明再写的详细一些,让更多的开发人员能够更加
    快速的进入使用状态,这样才能让人感到更加亲切和流畅.
    37 楼 findhappy7 2010-04-29 09:14
    只是创新,,,,国人也很强大
    36 楼 icanfly 2010-04-28 13:08
    我看下面的人这么多人说它好,真的大家都看过源代码,都使用过它了吗。可别人云亦云,这样对一个框架来说也不是一件好事。至少毒害了自己也毒害了所有的人
    35 楼 dsezu 2010-04-28 12:39
    我们的确跳票了10天,哈哈。 这个版本,不简单啊

    34 楼 dsezu 2010-04-28 12:38
    学生族:[[/url]url]http://www.xszu.net[/url]
    33 楼 wendal 2010-04-28 11:35
      大家觉得好用就行
    32 楼 zozoh 2010-04-28 10:44
    kjj 写道
    wendal 写道
    Aspen 写道
    为什么我觉得,楼上好多“托”。

    我首先申明,我并没有看完Nutz的源代码,只针对性的看了DAO那个包,对DAO而言,我觉得Nutz设计得欠妥。

    1.DAO 应驾驭数据库之外,而不仅仅是关系数据库。
    2.DAO接口应该简单,针对CRUD(create、read、update、delete)四种操作定义方法即可。

    请大家去认真读一下这篇文章:
    http://www.ibm.com/developerworks/cn/java/j-genericdao.html

    不要盲目崇拜,多一点自己的思考。


    IBM这文章就是"盲目崇拜"

    Nutz的设计,是让程序员轻松些,而非套一些所谓的理论.
    讨论技术的地方, 说别人为"托"是没有意义,这是对他人的不尊重哦

    别人的文章就是盲目崇拜了,你给个标准,怎么才不是盲目崇拜.......只有和你保持一致才算是对吧...........


    别人的文章就是盲目崇拜了,你给个标准,怎么才不是盲目崇拜.......只有和你保持一致才算是对吧...........
    31 楼 kjj 2010-04-28 09:38
    wendal 写道
    Aspen 写道
    为什么我觉得,楼上好多“托”。

    我首先申明,我并没有看完Nutz的源代码,只针对性的看了DAO那个包,对DAO而言,我觉得Nutz设计得欠妥。

    1.DAO 应驾驭数据库之外,而不仅仅是关系数据库。
    2.DAO接口应该简单,针对CRUD(create、read、update、delete)四种操作定义方法即可。

    请大家去认真读一下这篇文章:
    http://www.ibm.com/developerworks/cn/java/j-genericdao.html

    不要盲目崇拜,多一点自己的思考。


    IBM这文章就是"盲目崇拜"

    Nutz的设计,是让程序员轻松些,而非套一些所谓的理论.
    讨论技术的地方, 说别人为"托"是没有意义,这是对他人的不尊重哦

    别人的文章就是盲目崇拜了,你给个标准,怎么才不是盲目崇拜.......只有和你保持一致才算是对吧...........
    30 楼 BruceXX 2010-04-28 09:26
    没什么意思。。。
    29 楼 lovejing 2010-04-28 08:46
    非常好,自己写了一些小例子,很好很强大
    28 楼 baozi265 2010-04-27 23:02
    确实很不错,支持一下nutz
    27 楼 xiang 2010-04-27 22:58
    粗粗看了一下整个项目的介绍,非常不错!!!

    现在就是缺少一些最佳实践,以及一个比较完整、经典的DEMO了
    26 楼 wendal 2010-04-27 22:05
    Aspen 写道
    为什么我觉得,楼上好多“托”。

    我首先申明,我并没有看完Nutz的源代码,只针对性的看了DAO那个包,对DAO而言,我觉得Nutz设计得欠妥。

    1.DAO 应驾驭数据库之外,而不仅仅是关系数据库。
    2.DAO接口应该简单,针对CRUD(create、read、update、delete)四种操作定义方法即可。

    请大家去认真读一下这篇文章:
    http://www.ibm.com/developerworks/cn/java/j-genericdao.html

    不要盲目崇拜,多一点自己的思考。


    IBM这文章就是"盲目崇拜"

    Nutz的设计,是让程序员轻松些,而非套一些所谓的理论.
    讨论技术的地方, 说别人为"托"是没有意义,这是对他人的不尊重哦
    25 楼 phenom 2010-04-27 21:06
    之前看了领域驱动模型设计一书,觉得SSH还是SSI都是CODER干得活用的东西.居多.
    Aspen 写道
    为什么我觉得,楼上好多“托”。

    我首先申明,我并没有看完Nutz的源代码,只针对性的看了DAO那个包,对DAO而言,我觉得Nutz设计得欠妥。

    1.DAO 应驾驭数据库之外,而不仅仅是关系数据库。
    2.DAO接口应该简单,针对CRUD(create、read、update、delete)四种操作定义方法即可。

    请大家去认真读一下这篇文章:
    http://www.ibm.com/developerworks/cn/java/j-genericdao.html

    不要盲目崇拜,多一点自己的思考。

    像这样的也和书里的思想有些相似,关系数据库,没有人说它现在不是主流,(死不死都是主流).如果全部东西压在上面,需要怎样的硬件,怎样编程,才能适合.

    数据不只有数据库才有数据,我想系统缓存也算吧,缓存重要还是数据库重要呢?
    24 楼 dongfangx 2010-04-27 19:37
    zozoh 写道
    Aspen 写道
    为什么我觉得,楼上好多“托”。

    我首先申明,我并没有看完Nutz的源代码,只针对性的看了DAO那个包,对DAO而言,我觉得Nutz设计得欠妥。

    1.DAO 应驾驭数据库之外,而不仅仅是关系数据库。
    2.DAO接口应该简单,针对CRUD(create、read、update、delete)四种操作定义方法即可。

    请大家去认真读一下这篇文章:
    http://www.ibm.com/developerworks/cn/java/j-genericdao.html

    不要盲目崇拜,多一点自己的思考。


    就 read 来说, 基本有两种 read, 一种是读出多个对象,一种是读出一个对象
    虽然都是 read,但是读出多个对象的调用必然需要更多的参数 (比如需要过滤和翻页)

    那么, 是不是把 read 变成 query(读多个) 和 fetch(读一个),对编程者更友好呢?

    另外 Dao 的设计上,如果完全脱离了 SQL, 必然需要抽象,一个东西太抽象了帮不了人干具体事,太具体了又会不够灵活。这个的确让人很纠结。

    如果我们假设,关系型数据库在相当长的一段时间内还会是最主要的数据处理方式,那么 这个 Dao 接口就还算有意义,否则它的确欠妥当






    你在用面向对象的数据库??
    23 楼 zozoh 2010-04-27 18:23
    Aspen 写道
    为什么我觉得,楼上好多“托”。

    我首先申明,我并没有看完Nutz的源代码,只针对性的看了DAO那个包,对DAO而言,我觉得Nutz设计得欠妥。

    1.DAO 应驾驭数据库之外,而不仅仅是关系数据库。
    2.DAO接口应该简单,针对CRUD(create、read、update、delete)四种操作定义方法即可。

    请大家去认真读一下这篇文章:
    http://www.ibm.com/developerworks/cn/java/j-genericdao.html

    不要盲目崇拜,多一点自己的思考。


    就 read 来说, 基本有两种 read, 一种是读出多个对象,一种是读出一个对象
    虽然都是 read,但是读出多个对象的调用必然需要更多的参数 (比如需要过滤和翻页)

    那么, 是不是把 read 变成 query(读多个) 和 fetch(读一个),对编程者更友好呢?

    另外 Dao 的设计上,如果完全脱离了 SQL, 必然需要抽象,一个东西太抽象了帮不了人干具体事,太具体了又会不够灵活。这个的确让人很纠结。

    如果我们假设,关系型数据库在相当长的一段时间内还会是最主要的数据处理方式,那么 这个 Dao 接口就还算有意义,否则它的确欠妥当




    发表评论

    您还没有登录,请您登录后再发表评论

    相关推荐

    • 使用VS2019编译fluent2021的UDF程序

      记录一下学习使用VS2019完成fluent的UDF程序编译的过程。

    • [UDF系列]如何编写InterBase UDF 之一

      如何编写InterBase UDF(作者:Gregory Deatz - Hoagland, Longo, Moran, Dunst & Doukas)warton 译 译者叙:由于InterBase性能方面表现突出,并且它是开源和跨平台的,有很多使用Delphi,C++Builder的程序员开始采用它做为其后数据库平台。但是InterBase的中文资料简直太少了。昨日,一网友

    • [UDF系列]如何编写InterBase UDF

      译者叙: 由于InterBase性能方面表现突出,并且它是开源和跨平台的,有很多使用Delphi,C++Builder的程序员开始采用它做为其后数据库平台。但是InterBase的中文资料简直太少了。昨日,一网友在CSDN上提到InterBase的UDF(user defined functions 用户自定义函数),我顺手一查,网上竟然查不到这方面的中文资料。于是,我今天将一篇如何编写和使用I

    • [UDF系列]如何编写InterBase UDF 之三

      google_ad_client = "pub-2947489232296736";/* 728x15, 创建于 08-4-23MSDN */google_ad_slot = "3624277373";google_ad_width = 728;google_ad_height = 15;//<script type="text/javascript"

    • UDF函数开发流程

      1。首先编写UDF 继承: org.apache.hadoop.hive.ql.exec.UDF; 需要导入hive-exec-0.13.1-cdh5.3.6.jar 包及hadoop-common-2.5.0-cdh5.3.6.jar eg:package com.paic.nets.pnc.udf; import java.text.SimpleDateFormat;...

    • Interbase/Firebird Date&Time Function For UDF

      type  TIBDate = Integer;  TIBTime = Longword;  TIBTimeStamp = packed record    Date: TIBDate;    Time: TIBTime;  end;procedure IBDecodeDate(IBDate: TIBDate; var Year, Month, Day: SmallInt);var  Centur

    • Hive UDF函数编写流程详解

      参考官网:https://cwiki.apache.org/confluence/display/Hive/HivePlugins     添加hive UDF函数https://cwiki.apache.org/confluence/display/Hive/LanguageManual+UDF   可查看hive内置函数常用命令:SHOW FUNCTIONS;      查看hive函数DES

    • Hive-编写UDF函数(详细教程~~~)

      编写UDF函数(1)创建项目:(2)导入依赖: Hive 自带了一些函数,比如:max/min 等,但是数量有限,自己可以通过自定义 UDF 来 方便的扩展。 2)当 Hive 提供的内置函数无法满足你的业务处理需要时,此时就可以考虑使用用户自定义 函数(UDF:user-defined function)。 3)根据用户自定义函数类别分为以下三种: (1)UDF(User-Defined-Function) 一进一出 (2)UDAF(User-Defined Aggregation Function)

    • 手把手教你定义一个UDF

      本文目的为告诉读者在如何通过java实现一个UDF—>在linux下如何将该UDF打包成一个jar—>在hive中如何引入这个jar—>以及在此基础上定义函数。相信读者读完本文,一定可以自己实际定义任何所需的UDF。   废话不多少,直接看实例。 假设想定义一个能够根据人的生日来计算他的星座的函数。 步骤一:准备一份样例数据,我们将其写入文件bigdata.txt中,并放在某个路径下(例如

    • FirebirdSQL内置函数使用说明

      加*号为FB2.0加入的函数整理:剑雷(jianlei) 2006-10-131. COUNT, AVG, MAX, MIN, SUM说明:通用统计函数,不详细介绍了2. EXTRACT(timestamp_part FROM value) 说明:EXTRACT(YEAR/MONTHE/DAY/WEEKDAY FROM 字段名)从日期型字段中分离出年,月,日及一个星期的第几天3. CAST(val

    Global site tag (gtag.js) - Google Analytics