喵呜喵5 发表于 2015-8-19 22:33
即使是浮点数，仍然毫无任何问题

你这个的效果好像是自动放大缩小循环...跟我的设想不一样
大概是我标题起错了。

不过我刚刚用了一个勉强的解决方案

1. if sprite.zoom_x < k - 0.01
   
2.       sprite.zoom_x += 0.05
   
3.       sprite.zoom_y = sprite.zoom_x
   
4.     elsif sprite.zoom_x > k + 0.01
   
5.       sprite.zoom_x -= 0.05
   
6.       sprite.zoom_y = sprite.zoom_x
   
7.     end

复制代码

损失了一点精度，肉眼分辨不出来

即使是浮点数，仍然毫无任何问题

1. sprite = Sprite.new
   
2. sprite.bitmap = Cache.system("06_avatar_big")
   
3. 
   
4. class << sprite
   
5.   def update
   
6.     super   
   
7.     if @zoom_in_flag
   
8.       self.zoom_x += 0.01
   
9.       self.zoom_y = self.zoom_x
   
10.       @zoom_in_flag = false if self.zoom_x > 1      
    
11.     else
    
12.       self.zoom_x -= 0.01
    
13.       self.zoom_y = self.zoom_x
    
14.       @zoom_in_flag = true if self.zoom_x < 0.8      
    
15.     end   
    
16.   end
    
17. end
    
18. 
    
19. loop do
    
20.   
    
21.   sprite.update
    
22.   
    
23.   Graphics.update
    
24.   
    
25. end

复制代码

cinderelmini 发表于 2015-8-19 22:11
类似这种判定，脑内演算的时候似乎可行，实际上忽略了一点细节：
【sprite.zoom_x < k ? sprite.zoom_x +=  ...

问题不出在这里
对于你说的问题我有前置判断 if sprite.zoom_y != k 的

我的问题如截图...程序计算1-0.01的时候实际上并不是0.01...我想问的是怎么摆脱这该死的浮点数

----误人子弟伪科学----

1. if sprite.zoom_x != k
   
2.   sprite.zoom_x = sprite.zoom_x < k ? sprite.zoom_x += 0.01 : sprite.zoom_x -= 0.01
   
3. end

复制代码

类似这种判定，脑内演算的时候似乎可行，实际上忽略了一点细节：
【sprite.zoom_x < k ? sprite.zoom_x += 0.01 : sprite.zoom_x -= 0.01】
sprite.zoom_x 小于 k 的时候，就增加0.01，大于或等于k的时候就减小0.01，
那么设想一个情况，当k = 1.0， sprite.zoom_x处于0.99的情况，
sprite.zoom_x + 0.01 = 1.0，
那么不满足sprite.zoom_x < k这个条件，于是sprite.zoom_x - 0.01 = 0.99，
那么又满足了sprite.zoom_x < k这个条件，于是sprite.zoom_x + 0.01 = 1.0，
以上两个步骤就在那循环了，所以看到的是这个精灵在微弱地抖动。。。