'VÀ' vs '&&' với tư cách là nhà điều hành

Tôi có một cơ sở mã nơi các nhà phát triển quyết định sử dụng ANDvà ORthay vì &&và ||.

Tôi biết rằng có một sự khác biệt về quyền ưu tiên của các nhà khai thác ( &&đi trước and), nhưng với khung đã cho ( chính xác là PrestaShop ) thì rõ ràng đó không phải là một lý do.

Phiên bản bạn đang sử dụng? Có anddễ đọc hơn &&không? Hay là không có sự khác biệt?

Nếu bạn sử dụng ANDvà OR, cuối cùng bạn sẽ bị vấp ngã bởi một cái gì đó như thế này:

$this_one = true;
$that = false;

$truthiness = $this_one and $that;

Bạn muốn đoán những gì $truthinessbằng?

Nếu bạn nói false... bzzzt, xin lỗi, sai!

$truthinessở trên có giá trị true. Tại sao? =có độ ưu tiên cao hơn and. Việc thêm dấu ngoặc đơn để hiển thị thứ tự ngầm làm cho điều này rõ ràng hơn:

($truthiness = $this_one) and $that

Nếu bạn đã sử dụng &&thay vì andtrong ví dụ mã đầu tiên, nó sẽ hoạt động như mong đợi và được false.

Như đã thảo luận trong các ý kiến ​​dưới đây, điều này cũng hoạt động để có được giá trị chính xác, vì dấu ngoặc đơn có độ ưu tiên cao hơn =:

$truthiness = ($this_one and $that)

Tùy thuộc vào cách sử dụng, nó có thể cần thiết và thậm chí tiện dụng. http://php.net/manual/en/lingu.operators.logical.php

// "||" has a greater precedence than "or"

// The result of the expression (false || true) is assigned to $e
// Acts like: ($e = (false || true))
$e = false || true;

// The constant false is assigned to $f and then true is ignored
// Acts like: (($f = false) or true)
$f = false or true;

Nhưng trong hầu hết các trường hợp, có vẻ như nhiều thứ thuộc về nhà phát triển hơn, giống như mọi sự cố xảy ra mà tôi đã thấy trong khung CodeIgniter như @Sarfraz đã đề cập.

Để an toàn, tôi luôn liệt kê các so sánh của mình và đưa chúng ra ngoài. Theo cách đó, tôi không phải dựa vào quyền ưu tiên của nhà điều hành:

if( 
    ((i==0) && (b==2)) 
    || 
    ((c==3) && !(f==5)) 
  )

Khác với ưu tiên giữa && và và (&& có độ ưu tiên cao hơn và), một cái gì đó gây nhầm lẫn khi kết hợp với một nhà điều hành ternary. Ví dụ,

$predA && $predB ? "foo" : "bar"

sẽ trả về một chuỗi trong khi

$predA and $predB ? "foo" : "bar"

sẽ trả lại một boolean .

Vì andcó quyền ưu tiên thấp hơn =bạn có thể sử dụng nó trong gán điều kiện:

if ($var = true && false) // Compare true with false and assign to $var
if ($var = true and false) // Assign true to $var and compare $var to false

Hãy để tôi giải thích sự khác biệt giữa những người khác và người khác -

"&&" và "và" cả hai đều là các phép toán AND logic và chúng thực hiện cùng một thứ, nhưng quyền ưu tiên của toán tử là khác nhau.

Ưu tiên (ưu tiên) của một toán tử chỉ định mức độ "chặt chẽ" của nó liên kết hai biểu thức với nhau. Ví dụ: trong biểu thức 1 + 5 * 3, câu trả lời là 16 chứ không phải 18 vì toán tử nhân ("*") có độ ưu tiên cao hơn toán tử cộng ("+").

Trộn chúng lại với nhau trong một thao tác duy nhất, có thể mang lại cho bạn kết quả bất ngờ trong một số trường hợp tôi khuyên bạn nên luôn sử dụng &&, nhưng đó là lựa chọn của bạn.

Mặt khác, "&" là hoạt động bitwise AND . Nó được sử dụng để đánh giá và thao tác các bit cụ thể trong giá trị số nguyên.

Ví dụ nếu bạn làm (14 & 7) thì kết quả sẽ là 6.

7   = 0111
14  = 1110
------------
    = 0110 == 6

Phiên bản bạn đang sử dụng?

Nếu các tiêu chuẩn mã hóa cho cơ sở mã cụ thể mà tôi đang viết mã để chỉ định toán tử nào sẽ được sử dụng, tôi chắc chắn sẽ sử dụng mã đó. Nếu không, và mã ra lệnh nên được sử dụng (không thường xuyên, có thể dễ dàng làm việc xung quanh) thì tôi sẽ sử dụng nó. Nếu không, có lẽ && .

Là 'và' dễ đọc hơn '&&'?

Là nó dễ đọc hơn cho bạn . Câu trả lời là có và không phụ thuộc vào nhiều yếu tố bao gồm mã xung quanh toán tử và người thực sự đọc nó!

| | Có ~ sự khác biệt?

Đúng. Xem toán tử logic cho ||và toán tử bitwise cho ~.

Tôi đoán đó là vấn đề của hương vị, mặc dù (nhầm lẫn) trộn chúng có thể gây ra một số hành vi không mong muốn:

true && false || false; // returns false

true and false || false; // returns true

Do đó, sử dụng && và || an toàn hơn vì họ có quyền ưu tiên cao nhất. Liên quan đến khả năng đọc, tôi muốn nói rằng các toán tử này là đủ phổ quát.

CẬP NHẬT : Về các ý kiến ​​nói rằng cả hai hoạt động trả về sai ... tốt, thực tế, đoạn mã trên không trả về bất cứ điều gì, tôi xin lỗi vì sự mơ hồ. Để làm rõ: hành vi trong trường hợp thứ hai phụ thuộc vào kết quả của hoạt động được sử dụng. Quan sát cách ưu tiên của các nhà khai thác phát huy tác dụng ở đây:

var_dump(true and false || false); // bool(false)

$a = true and false || false; var_dump($a); // bool(true)

Lý do $a === truelà bởi vì toán tử gán được ưu tiên hơn bất kỳ toán tử logic nào, như đã được giải thích rất rõ trong các câu trả lời khác.

Đây là một ví dụ nhỏ:

$a = true;
$b = true;
$c = $a & $b;
var_dump(true === $c);

đầu ra:

bool(false)

Tôi muốn nói loại lỗi đánh máy này có nhiều khả năng gây ra các vấn đề ngấm ngầm (theo cách tương tự như =vs ==) và ít được chú ý hơn so với adn/ rolỗi chính tả sẽ đánh dấu là lỗi cú pháp. Tôi cũng tìm thấy và / hoặc dễ đọc hơn nhiều. FWIW, hầu hết các khung công tác PHP thể hiện sở thích (hầu hết không) chỉ định và / hoặc. Tôi cũng chưa bao giờ gặp phải một trường hợp thực tế, không tranh chấp, nơi nó sẽ có vấn đề.

Một ví dụ đẹp khác sử dụng các ifcâu lệnh mà không có =thao tác gán.

if (true || true && false); // is the same as:
if (true || (true && false)); // TRUE

và

if (true || true AND false); // is the same as:
if ((true || true) && false); // FALSE

bởi vì ANDcó quyền ưu tiên thấp hơn và do đó ||có quyền ưu tiên cao hơn.

Đây là khác nhau trong các trường hợp true, false, falsevà true, true, false. Xem https://ideone.com/lsqovs để biết ví dụ chi tiết.