CONDITIONALS10.1 Are exact equality

CONDITIONALS
10.1 Are exact equality tests used on floating point numbers?
if ( someVar == 0.1 )
might never be evaluated as true. The constant 0.1 is not exactly representable by any
finite binary mantissa and exponent, thus the compiler must round it to some other
number. Calculations involving someVar may never result in it taking on that value.
Solution: use >, >=, = 0 ) // better!
if ( mySignedVar

Kết quả (Việt) 1:

CONDITIONALS10,1 là bình đẳng chính xác các xét nghiệm được sử dụng trên số điểm nổi?Nếu (someVar == 0,1)không bao giờ có thể được đánh giá là đúng sự thật. Hằng số 0,1 là không chính xác USD bởi bất kỳmantissa nhị phân hữu hạn và số mũ, do đó trình biên dịch phải quanh nó với một số khácsố. Tính toán liên quan đến someVar có thể không bao giờ làm nó tham gia vào các giá trị đó.Giải pháp: sử dụng >, > =, <, hoặc < = tùy theo hướng bạn muốn biến bị ràng buộc.10.2 có dấu giá trị thử nghiệm lớn hơn hoặc bằng 0?Nếu (myUnsignedVar > = 0)sẽ luôn luôn đánh giá đúng sự thật.10.3 là ký biến thử nghiệm cho sự bình đẳng cho hằng số không hay khác?Nếu (mySignedVar) / / không phải luôn luôn tốtNếu (mySignedVar > = 0) / / tốt hơn!Nếu (mySignedVar < = 0) / / đối diện trường hợpNếu các biến được cập nhật bằng phương tiện nào khác hơn so với c++ hay--, nó có thể bỏ lỡ giá trị của cáckiểm tra liên tục hoàn toàn. Điều này có thể gây ra lỗi tinh tế và đáng sợ khi thực thi mãTheo điều kiện mà không lên kế hoạch.10.4 nếu các thử nghiệm là một kiểm tra lỗi, "tình trạng lỗi" thực sự có thể hợp pháp trong một sốtrường hợp không?

Kết quả (Việt) 2:

Điều kiện
10.1 là kiểm tra bình đẳng chính xác được sử dụng trên số điểm nổi?
If (someVar == 0.1)
có thể không bao giờ được đánh giá là đúng. Hằng số 0,1 là không chính xác biểu diễn bởi bất kỳ
mantissa nhị phân hữu hạn và số mũ, do đó trình biên dịch phải làm tròn đến một số khác
số. Tính toán liên quan someVar có thể không bao giờ dẫn nó lấy trên giá trị đó.
Giải pháp: sử dụng>,> =, <, hoặc <=, tùy thuộc vào hướng bạn muốn biến ràng buộc.
10.2 có giá trị unsigned thử nghiệm lớn hơn hoặc bằng số không?
Nếu (myUnsignedVar> = 0)
sẽ luôn luôn đánh giá đúng.
10,3 đang ký biến thử nghiệm cho sự bình đẳng để không hay khác không đổi?
if (mySignedVar) // không phải luôn luôn tốt
nếu (mySignedVar> = 0) // tốt hơn!
if (mySignedVar <= 0 ) // đối diện trường hợp
Nếu biến được cập nhật bởi bất kỳ phương tiện khác ngoài ++ hoặc -, nó có thể bỏ lỡ các giá trị của các
hằng số thử nghiệm hoàn toàn. Điều này có thể gây ra lỗi tinh tế và đáng sợ khi đoạn mã thực thi
trong điều kiện mà không được lên kế hoạch cho.
10.4 Nếu xét nghiệm là một kiểm tra lỗi, có thể là "tình trạng lỗi" thực sự là chính đáng trong một số
trường hợp?

Kết quả (Việt) 3:

Điều kiện:10.1 là bình đẳng trên sử dụng thử nghiệm chính xác số nổi?Nếu (somevar = = 0)Có thể sẽ không bao giờ bị đánh giá là thật.Hằng số 0 là không hoàn toàn được bởi bất kỳChỉ số của phần tử hữu hạn số lẻ và trình biên dịch, vì thế phải đi vòng qua nó nào khácSố.Tính toán liên quan đến somevar có thể sẽ không dẫn đến nó với giá.Giải pháp: dùng > = >, và <, hay < =, tùy thuộc vào anh hy vọng biến những tổ hợp hướng nào.10.2 kiểm tra có giá trị lớn hơn hoặc bằng 0, biểu tượng của giá trị chứ?Nếu (myunsignedvar > = 0)Sẽ không bao giờ đánh giá thực tế.Biểu tượng của trường là biến kiểm tra bình đẳng khác là 0 hoặc 1 liên tục?Nếu (mysignedvar) / không phải lúc nào cũng tốt.Nếu (mysignedvar nhân cho là 0) / tốt hơn!Nếu (mysignedvar ≤ 0) / ngược lại trường hợp củaNếu biến bằng bất kỳ cách nào khác để cập nhật + hoặc -, nó có thể sẽ bỏ lỡKiểm tra liên tục hoàn toàn.Nó có thể dẫn đến sự tinh tế và sai lầm khủng khiếp khi thực hiện mãTrong điều kiện không có kế hoạch.10.4 là một sai lầm. Nếu xét nghiệm kiểm tra, có thể là "sai lầm điều kiện" thực ra là hợp pháp ở một sốVụ án?