在groovy/grails中编码java风格有什么性能优势吗?

在groovy/grails中编码java风格有什么性能优势吗?,grails,groovy,grails-2.2,Grails,Groovy,Grails 2.2,您可以在groovy中指定类型并使用接口。换句话说,您可以在groovy中以java风格编写代码。来自java背景的一些人发现,将groovy视为java并开始java风格的开发是很舒服的。我想知道在groovy中指定类型和编码java风格在速度和性能方面是否有任何好处,或者如果没有性能差异,我们是否可以放弃指定类型和编码纯groovy风格 下面是一个java风格的服务方法 Reservation makeReservation(Sale sale, Buyable buyable, BigDe

您可以在groovy中指定类型并使用接口。换句话说,您可以在groovy中以java风格编写代码。来自java背景的一些人发现,将groovy视为java并开始java风格的开发是很舒服的。我想知道在groovy中指定类型和编码java风格在速度和性能方面是否有任何好处,或者如果没有性能差异,我们是否可以放弃指定类型和编码纯groovy风格

下面是一个java风格的服务方法

Reservation makeReservation(Sale sale, Buyable buyable, BigDecimal serviceFeePayment = BigDecimal.ZERO,
            Integer quantity = 1, BigDecimal price = null, Date expiration = null, Boolean includedInRegistration = false, String initials = ''){
这里没有指定类型

def makeReservation(sale, buyable, serviceFeePayment = BigDecimal.ZERO,
            quantity = 1, price = null, expiration = null, includedInRegistration = false, initials = ''){

我很欣赏你的见解。谢谢

如果您想编写Java,如果您想从中获得好处,也可以将.Java文件放在src/groovy中。我会在每个函数上加上类型,由于它对开发人员有帮助,以及这是否会对性能产生影响,所以我不在乎——很可能是创建保留比在这方面做微基准标记花费更多的时间。我在Groovy中注意到的唯一区别是使用def和实际数据类型时——有时这是IDE的功能——当您声明对象类型时reservationres=getsomes。res对象能够解析sts中groovy中的内部方法或可用调用,它会变成蓝色,有时会被识别为def-你会看到下划线,并且对ide没有实际的理解-我的意思是res.someMethod会回来,declaredIt不仅仅是通过声明类型来对其他开发人员友好,当你在x个月甚至几年后回到代码时,你自己也是如此。当类型存在时,您立即知道它们应该是什么对象。如果您想编写Java,如果您想从中获益,也可以将.Java文件放在src/groovy中。我会在每个函数上加上类型,由于它对开发人员有帮助,以及这是否会对性能产生影响,所以我不在乎——很可能是创建保留比在这方面做微基准标记花费更多的时间。我在Groovy中注意到的唯一区别是使用def和实际数据类型时——有时这是IDE的功能——当您声明对象类型时reservationres=getsomes。res对象能够解析sts中groovy中的内部方法或可用调用,它会变成蓝色,有时会被识别为def-你会看到下划线,并且对ide没有实际的理解-我的意思是res.someMethod会回来,declaredIt不仅仅是通过声明类型来对其他开发人员友好,当你在x个月甚至几年后回到代码时,你自己也是如此。当类型存在时,您立即知道它们应该是什么对象。