<?= ?>Gần đây tôi đã bắt gặp thẻ PHP này và tôi không muốn sử dụng nó, nhưng nó rất khó để tôi muốn bạn sử dụng nó. Tôi biết đó là một thực tế xấu khi sử dụng các thẻ ngắn <? ?>và thay vào đó chúng ta nên sử dụng các thẻ đầy đủ <?php ?>, nhưng điều này thì sao : <?= ?>?

Nó sẽ tiết kiệm một số thao tác gõ và sẽ tốt hơn cho khả năng đọc mã, IMO. Vì vậy, thay vì điều này:

<input name="someVar" value="<?php echo $someVar; ?>">

Tôi có thể viết nó như thế này, sạch hơn:

<input name="someVar" value="<?= $someVar ?>">

Là sử dụng toán tử này nhăn mặt?

Lịch sử

Trước khi tàu thông tin sai lệch đi quá xa nhà ga, có một loạt điều bạn cần hiểu về các thẻ ngắn PHP.

Vấn đề chính với các thẻ ngắn của PHP là PHP quản lý để chọn một thẻ ( <?) được sử dụng bởi một cú pháp khác, XML .

Với tùy chọn được bật, bạn không thể xuất khai báo xml mà không gặp lỗi cú pháp:

<?xml version="1.0" encoding="UTF-8" ?>

Đây là một vấn đề lớn khi bạn xem xét mức độ phổ biến của quản lý và phân tích cú pháp XML.

Thế còn <?=?

Mặc dù <?gây ra xung đột với xml, <?= nhưng không . Thật không may, các tùy chọn bật và tắt nó được gắn với short_open_tag, điều đó có nghĩa là để có được lợi ích của thẻ echo ngắn ( <?=), bạn phải xử lý các vấn đề của thẻ mở ngắn ( <?). Các vấn đề liên quan đến thẻ mở ngắn lớn hơn nhiều so với lợi ích từ thẻ echo ngắn, vì vậy bạn sẽ tìm thấy một triệu rưỡi khuyến nghị để short_open_tagtắt, mà bạn nên làm .

Tuy nhiên, với PHP 5.4, thẻ echo ngắn đã được bật lại tách biệt với short_open_tagtùy chọn. Tôi thấy điều này như một sự chứng thực trực tiếp về sự tiện lợi của nó <?=, vì về cơ bản không có gì sai với nó cả.

Vấn đề là bạn không thể đảm bảo rằng bạn sẽ có <?=nếu bạn đang cố gắng viết mã có thể hoạt động trong phạm vi rộng hơn của các phiên bản PHP.

_{ok, vậy bây giờ đó là tất cả}

Bạn có nên sử dụng <?=?

Quét sạch mũ PHP của tôi

Tôi chắc chắn sẽ thích sử dụng <?= $someVar ?>hơn dài dòng echo(đơn giản là sở thích cá nhân). Các chỉ AFAIK nhược điểm là cho những người dùng đang chạy trước 5.4.0, trong trường hợp này short_open_tagphải được cho phép trong php.ini .

Bây giờ đã nói rằng, nếu dự án của bạn không phải là hệ điều hành, thì đó là một điểm cần thiết. Nếu đúng như vậy, tôi sẽ ghi lại thực tế short_open_taglà phải bật hoặc sử dụng tính di động cao hơn của hai giải pháp.

Bạn chắc chắn nên cố gắng tránh các thẻ dạng ngắn, cho dù đó là <?hay <?=.

Lý do kỹ thuật chính là tính di động, bạn không bao giờ có thể chắc chắn rằng các thẻ biểu mẫu ngắn sẽ hoạt động cho mọi thiết lập đã cho, vì chúng có thể bị tắt, tra cứu short_open_tagchỉ thị. Nhưng bạn luôn có thể hoàn toàn chắc chắn rằng hình thức dài sẽ hoạt động ở mọi nơi.

Nó sẽ tiết kiệm một số thao tác gõ và sẽ tốt hơn cho khả năng đọc mã, IMO.

Đó cũng là một thói quen xấu. Tôi thực sự không thể nói cho bạn biết những gì bạn thấy dễ đọc hơn, nhưng tôi đang sốt sắng chống lại việc sử dụng khả năng đọc mã như một cái cớ để tiết kiệm cho mình một vài tổ hợp phím. Nếu bạn lo lắng về khả năng đọc, bạn nên tìm một công cụ mẫu, điều này:

<input name="someVar" value="{someVar}">

dễ đọc hơn từ cả hai ví dụ của bạn.

Cuối cùng, điều đáng chú ý là các thẻ biểu mẫu ngắn được khuyến khích rõ ràng bởi các dự án PHP lớn, ví dụ PEAR và Zend Framework .

Các PHP-Tài liệu nói rõ ràng mà bạn có thể sử dụng các thẻ vang ngắn một cách an toàn:

5.4.0 The tag <?= is always available regardless of the short_open_tag ini setting.

Mặc dù đây là phiên bản PHP 5.4 trở lên nhưng ít nhất mọi người nên sử dụng phiên bản này. Tôi chỉ thích chúng cho mục đích tạo khuôn mẫu.

Lý do sử dụng thẻ ngắn:

• Chúng ngắn hơn.

Lý do không sử dụng thẻ ngắn:

• Họ giới thiệu thêm một cấu hình gotcha - trong khi bạn kiểm soát máy chủ hầu hết thời gian trong bối cảnh chuyên nghiệp, nếu bạn dự định phát hành mã của mình ra công chúng, các thẻ ngắn có thể phá vỡ không thể sửa chữa đối với những người sử dụng nó trên, nói, lưu trữ được chia sẻ .
• Chúng làm cho nó quá dễ dàng để thả các chuỗi không được khử trùng vào đầu ra của bạn. Điều này thật đáng sợ vì nó có thể giới thiệu các lỗ hổng XSS. Mặc dù các thẻ dài không làm gì trực tiếp để ngăn chặn điều này, nhưng chúng báo hiệu cho lập trình viên rằng có thể những gì họ đang làm không phải là điều đúng đắn và họ nên bắt đầu sử dụng một hệ thống mẫu tự động xử lý mã hóa HTML cho họ ngay bây giờ . Xuất ra các chuỗi động với các thẻ dài là đau đớn, đó là một điều tốt (giáo dục).

Tôi nghĩ rằng <?=phiên bản này là một thực tiễn tốt / có thể chấp nhận được, với điều kiện bạn chỉ sử dụng nó cho đầu ra cuối cùng của các biến và tránh mọi lệnh gọi hàm hoặc logic ba không liên quan trực tiếp đến việc trình bày dữ liệu.

Nó chắc chắn tốt hơn nhiều so với <? echo($x); ?>mọi nơi.

Về lâu dài, bạn có thể muốn xem xét các công cụ tạo khuôn mẫu như Smarty .

Kể từ phiên bản PHP 7.4, sân chơi thay đổi một chút:

<? ?> được chính thức phản đối và sẽ bị xóa trong PHP 8.0.

PHP RFC: Không dùng các thẻ mở ngắn Các trạng thái rõ ràng <?= ?>không bị ảnh hưởng. Điều này sẽ chỉ ra (theo tôi, không phải RFC) rằng việc sử dụng nó không được khuyến khích.

Thành thật mà nói, tôi nghĩ rằng việc lặp lại một kết quả cho dù phương thức là gì (thời trang cũ hay mới) là một cái gì đó khá lỗi thời trong khi MVC kỷ niệm 33 năm rồi.

Tôi sẽ nói rằng có, đây là một cách thực hành tốt để đóng gói dữ liệu máy chủ (php) đến trong một tài liệu XML và xử lý nó trong lớp ứng dụng / máy khách của bạn, do đó, giúp bạn tiết kiệm ngay cả ý tưởng sử dụng thẻ như vậy.