ruby – 为什么Gemfile语义版本控制运算符(〜>)会产生一个数字不一致的结果?

前端之家收集整理的这篇文章主要介绍了ruby – 为什么Gemfile语义版本控制运算符(〜>)会产生一个数字不一致的结果?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
gemspec语义版本控制运算符〜> (又名 twiddle-wakka,又名 pessimistic运算符)允许对gem版本进行约束,但允许进行一些升级.

我经常看到它可以被解读为:

"~> 3.1"   => "Any version 3.x,but at least 3.1"
 "~> 3.1.1" => "Any version 3.1.x,but at least 3.1.1"

但是有一个数字,这个规则就会崩溃:

"~> 3"     => "Any version x,but at least 3"   *NOT TRUE!*
 "~> 3"     => "Any version 3.x"                 *True. But why?*

如果我想要“任何版本3.x”,我可以使用“〜> 3.0”,这是一致的.就目前而言,这种操作在一个数字上的变化是不一致的,没有记录.

此外,如果我想说“任何高于或等于3的版本”(所以3.x,4.x等…)我很想使用“> =”运算符,我们被告知is evil.

这种行为有原因吗?

编辑:

我将这个给大卫找到rubygems中的罪魁祸首文件.有一个“功能”无声地将“3”扩展为“3.0”(Line 148 in version.rb:“单个数字版本会自动扩展为零以产生合理的结果.”)

我必须说我不同意结果是明智的,因为它打破了预期的顺序,并阻止能够用该运算符说“任何版本x,但至少3”.因此,无论如何,我们被迫进入> =的哪个指南.rubygems.org warns us not to use.也许这篇文章将作为我一直在寻找的文档……

解决方法

通过窥视rubygems源(特别是requirement.rb,version.rb),悲观运算符至少需要两个版本控制段.

它也有意义.作为〜> v.r只是不平等的语法糖

v.r< = current_version.current_release< (第1节).0 如果只有一个版本号,那么上限是多少?是的,∞(无穷大),所以没有必要为什么它应该工作.你可以简单地把它写成> = v.

原文链接:https://www.f2er.com/ruby/265100.html

猜你在找的Ruby相关文章