Tại sao quá tải đúng và sai thay vì xác định toán tử bool?

Question

Tôi đã đọc về quá tải đúng và sai trong C#, và tôi nghĩ rằng tôi hiểu sự khác biệt cơ bản giữa điều này và xác định một toán tử bool. Ví dụ tôi thấy xung quanh là một cái gì đó như:

public static bool operator true(Foo foo) { 
    return (foo.PropA > 0); 
} 
public static bool operator false(Foo foo) { 
    return (foo.PropA <= 0); 
} 

Đối với tôi, đây là giống như nói:

public static implicit operator bool(Foo foo) { 
    return (foo.PropA > 0); 
} 

Sự khác biệt, như xa như tôi có thể nói, đó là bằng cách định nghĩa đúng và sai riêng biệt, bạn có thể có một đối tượng vừa đúng và sai hoặc không đúng hoặc sai:

public static bool operator true(Foo foo) { return true; } 
public static bool operator false(Foo foo) { return true; } 
//or 
public static bool operator true(Foo foo) { return false; } 
public static bool operator false(Foo foo) { return false; } 

Tôi chắc chắn có lý do được phép, nhưng tôi không thể nghĩ nó là gì. Với tôi, nếu bạn muốn một đối tượng có thể được chuyển đổi thành true hoặc false, thì một toán tử bool đơn giản nhất.

Có ai có thể cho tôi một kịch bản có ý nghĩa khi làm theo cách khác không?

Cảm ơn

Answer 1

Khi the docs nói, quá tải true và false nhằm hỗ trợ các loại cơ sở dữ liệu (không có) (Có/Không, Y/N, 0/1, v.v ...).

Và tất nhiên bạn có thể xác định chúng không nhất quán, giống như với bất kỳ toán tử nào. Đó là trách nhiệm của bạn để trả lại một cái gì đó hợp lý. Trình biên dịch không đi xa hơn yêu cầu cả hai hoặc cả hai.

Answer 2

Tùy thuộc vào hệ thống, giá trị thực có thể là bất kỳ giá trị khác không. Ở những người khác, nó có thể là bất kỳ giá trị tích cực nào.

Các hệ thống khác không thực sự boolean, và cho phép giá trị boolean thứ ba hoặc nill cho các giá trị boolean, đó là lý do tại sao bạn có thể quá tải đúng và sai, so với quá tải một toán tử bool đơn.

Answer 3

Tôi đã thấy mọi người quá tải các sự cố quá tải true và false để thực hiện những việc thông minh như xây dựng biểu thức trong .NET 2.0, trước khi LINQ tồn tại.

Ayende làm việc ra một cú pháp như thế này để xây dựng các tiêu chí NHibernate truy vấn, sử dụng dự án NHQG của mình:

return Repository.FindAll(
    (Where.Publisher.Name == name) && 
    (Where.Publisher.City == city)); 

Answer 4

Tôi không biết các nhà khai thác tồn tại. Điều đó có nghĩa là bạn có thể triển khai nghịch lý tự phủ định:

public class ThisClassIsFalse 
{ 
    public static bool operator true(ThisClassIsFalse statement) 
    { 
     return statement ? false : true; 
    } 

    public static bool operator false(ThisClassIsFalse statement) 
    { 
     return statement ? true : false; 
    } 
} 

Vì vậy, bây giờ chúng tôi biết giải pháp thực sự cho nghịch lý cổ điển này ... StackOverflowException.