Bây giờ không thực sự quan trọng để quyết định tên sẽ là gì vì sẽ mất một thời gian cho đến khi phiên bản chính tiếp theo được phát hành. Tuy nhiên, cuộc thảo luận này cần diễn ra sớm hay muộn để đưa ra quyết định
Cuộc thảo luận xoay quanh việc gọi nó là PHP 6 hoặc PHP 7. Các đối số cho từng đề xuất đã được trình bày trong tài liệu RFC có tên là Tên của bản phát hành PHP tiếp theo
Cuộc bỏ phiếu đã được bắt đầu một lần nhưng nó đã bị hủy ngay sau đó để đưa ra nhiều đối số hơn trước khi nó được bắt đầu lại. Kết quả được công bố một tuần sau khi cuộc bình chọn bắt đầu lại. Đề xuất PHP 7 đã thắng với 58 phiếu so với 24 phiếu cho PHP 6
Đã có tranh luận về việc có nên hiển thị phiếu bầu hay không trước khi thời gian bỏ phiếu kết thúc. Ý tưởng là để tránh hiệu ứng đoàn tàu. Lập luận bảo vệ rằng một số người sẽ chỉ bỏ phiếu để chơi cùng với những người khác, thay vì bỏ phiếu dựa trên giá trị của các đề xuất. Cuộc thảo luận không đi đến đâu
PHP 6 so với PHP 7
Cuộc thảo luận về tên phiên bản chính PHP tiếp theo đã kết thúc. Một quyết định đã được đưa ra cho PHP7, nhưng nếu bạn không tuân theo các đối số, bạn có thể tò mò muốn hiểu điều gì đang bị đe dọa
PHP không ngừng phát triển. Mỗi bản phát hành chính mới đều có các tính năng mới. Hầu hết các bản phát hành nhỏ là về sửa lỗi
Những người dùng nhiệt tình hơn có xu hướng trở nên rất phấn khích với các bản phát hành chính mới vì họ mong muốn được hưởng lợi từ các tính năng mới hơn càng sớm càng tốt
Ngoài ra các bản phát hành chính mới phát hành những dấu hiệu tuyệt vời về sức sống của ngôn ngữ này, củng cố niềm tin của những người hâm mộ PHP rằng họ đã lựa chọn đúng đắn khi đầu tư vào một ngôn ngữ đang dẫn đầu thị trường của nó
Những người dùng khác quan tâm nhiều hơn đến các bản phát hành chính vì các tính năng mới thường đi kèm với các thay đổi không tương thích ngược, nghĩa là nó có thể dẫn đến nhiều công việc và đau đầu hơn khi sửa mã bị hỏng bởi những thay đổi đó
Vì vậy, tên của phiên bản chính tiếp theo không quá quan trọng miễn là tất cả người dùng hiểu rằng đó là phiên bản chính mới với tất cả các hàm ý
Những người ủng hộ việc giữ nó PHP 6 tuyên bố rằng nó sẽ là con số hợp lý tiếp theo sau phiên bản PHP chính hiện tại, rõ ràng là 5
Những người ủng hộ PHP 7 cho rằng PHP 6 là tên của một nhánh PHP đã bị khai tử vào năm 2010. Đó là một sự phát triển rất tham vọng nhằm mang lại sự hỗ trợ Unicode như một tiêu chuẩn cho tất cả các xử lý văn bản PHP
Vì PHP 6 đã bị hủy bỏ, những người ủng hộ PHP 7 không muốn phiên bản PHP chính tiếp theo bị nhầm lẫn với nhánh đã bị khai tử từ lâu trong quá khứ
Phần lớn các nhà phát triển bỏ phiếu muốn tránh sự nhầm lẫn đó, vì vậy phiên bản PHP chính tiếp theo sẽ là PHP 7
Lời Nguyền Của Ngôn Ngữ Tập 6
Những người mê tín hơn có thể cho rằng có điều gì đó không ổn với các phiên bản ngôn ngữ lập trình và con số 6
Rất lâu trước khi PHP 6 thất bại, ngôn ngữ Perl cũng mắc kẹt với phiên bản 6. Perl 6 được cho là một công cụ ngôn ngữ hoàn toàn mới sau phiên bản 5 nhưng với tham vọng lớn hơn nhiều
Perl 6 bắt đầu với một cuộc tranh luận vào năm 2000 về các tính năng của ngôn ngữ. Một đặc điểm kỹ thuật cũng được tạo ra để cho phép ngôn ngữ được triển khai mà không yêu cầu nhà phát triển đọc các nguồn triển khai tham chiếu
Tất cả các cuộc thảo luận này đã khiến việc triển khai Perl 6 mất nhiều năm để phát triển, đến mức nhiều người hâm mộ Perl đã quên nó và chuyển sang các ngôn ngữ khác
Rõ ràng đó là một sự trùng hợp ngẫu nhiên mà những điều này xảy ra trong phiên bản 6. Các vấn đề của phiên bản PHP 6 đã khác và điều đó không làm ai khó thở để ngăn người dùng tiếp tục làm việc với PHP
PHPNG để trở thành PHP 7
Song song với cuộc thảo luận về tên phiên bản chính PHP tiếp theo, một đề xuất khác đã được đưa ra để biến nhánh PHPNG thành cơ sở của PHP 7
Mặc dù các cuộc thảo luận vẫn đang diễn ra và việc bỏ phiếu cho đề xuất này vẫn chưa bắt đầu vào thời điểm viết bài này, nhưng rất có khả năng điều này sẽ xảy ra
Tuy nhiên, có thể vẫn sẽ có một bản phát hành cho PHP 5. 7 trước PHP 7
Các tính năng hàng đầu cho PHP 7
Toàn bộ tính năng được thiết lập cho PHP 7 vẫn chưa được xác định. Một số tính năng chúng tôi đã có thể nói đến vì chúng đã được triển khai. Những người khác chúng ta chỉ có thể suy đoán dựa trên những phỏng đoán hợp lý
1. Cải tiến hiệu suất lớn
Mục tiêu chính của PHPNG là mang lại những cải tiến về hiệu suất ít nhất có thể phù hợp với những gì Facebook HHVM cung cấp
Zeev Suraski của Zend đã viết một bài báo trong đó ông công khai thừa nhận rằng họ coi HHVM là đối thủ cạnh tranh của PHP [dựa trên Zend Engine]. Điều này chỉ xác nhận rằng việc phát hành HHVM và sau đó là Facebook Hack đã kích hoạt mối quan tâm lớn này của Zend để tiếp tục cung cấp triển khai PHP hàng đầu
Trong bài báo đó, anh ấy cũng chứng minh rằng nhánh PHPNG đã phát triển đến mức nào về mặt cải thiện hiệu suất
2. Động cơ JIT
Theo Dmitry Stogov của Zend, việc phát triển PHPNG được bắt đầu với động lực nghiên cứu triển khai một công cụ JIT cho Zend Engine dựa trên PHP
Một công cụ JIT có thể tự động biên dịch các opcode Zend thành mã máy gốc mà cuối cùng sẽ làm cho mã chạy nhanh hơn vào lần chạy tiếp theo
Mặc dù việc triển khai công cụ JIT chưa được tích hợp sẵn trong nhánh PHPNG, nhưng hồi tháng 5, Dmitry đã đề cập rằng ông "đã dành một lượng thời gian đáng kể để thử nghiệm với JIT và thậm chí đã tạo ra một PoC của trình biên dịch JIT dựa trên LLVM trong suốt được nhúng vào OPCache"
Vì vậy, Zend chắc chắn có kế hoạch cho phép đưa một công cụ JIT vào PHP 7, vì theo Zeev Suraski, công cụ này có thể "đẩy hiệu suất vượt trội để triển khai cực kỳ nhanh"
3. AST. Cây cú pháp trừu tượng
Gần đây, Nikita Popov đã đề xuất triển khai việc tạo Cây cú pháp trừu tượng như một bước trung gian cho quá trình biên dịch PHP
Đây không phải là lần đầu tiên Nikita đề xuất thực hiện bước biên dịch AST. Anh ấy đã đề xuất nó vào năm 2012
Một AST sẽ cung cấp một số lợi thế mà anh ấy đã mô tả trong các đề xuất của mình, bao gồm cả khả năng tối ưu hóa nhiều hơn giúp PHP chạy nhanh hơn nữa
Trong đề xuất mới nhất, anh ấy mô tả khả năng hiển thị AST cho các tiện ích mở rộng PHP và ứng dụng vùng người dùng. Điều đó có thể mở ra không gian cho các công cụ thú vị hơn như máy phân tích mã tĩnh thường hữu ích để phát hiện lỗi hoặc tối ưu hóa mức nguồn tiềm năng cho mã PHP của bạn
Nikita đã cung cấp một bản vá để triển khai hỗ trợ AST trên nhánh PHPNG
4. Lập trình không đồng bộ
Đây dường như là một bước cần thiết để triển khai vòng lặp sự kiện. Vòng lặp sự kiện là một phần của mã xử lý các sự kiện liên quan đến hoạt động I/O và các tác vụ không đồng bộ khác có thể diễn ra song song, như truy cập vào tệp, mạng, cơ sở dữ liệu, bộ hẹn giờ, v.v.
Nói một cách đơn giản hơn, điều này sẽ cho phép các phiên bản PHP trong tương lai dễ dàng triển khai hỗ trợ thực thi các tác vụ song song trong cùng một yêu cầu, do đó đẩy tiềm năng cải thiện hiệu suất của PHP lên một cấp độ hoàn toàn khác
Đây là điều mà tôi đã nhận xét trong quá khứ nhiều lần. Một trong những lần gần đây nhất là trong bài viết về những cải tiến của Facebook Hack
Tất nhiên, bạn không nhận được các cải tiến hiệu suất tự động chỉ bằng cách bật hỗ trợ cho lập trình không đồng bộ. Mã PHP mới cần được viết để tận dụng tiềm năng lập trình không đồng bộ
Bất chấp nỗ lực ban đầu của Jean Pauli, điều đó không có nghĩa là hỗ trợ tích hợp lập trình không đồng bộ sẽ được kích hoạt trong PHP 7
Tuy nhiên, vì Facebook Hack đã cung cấp hỗ trợ lập trình không đồng bộ theo một cách rất tao nhã, nên tôi sẽ không ngạc nhiên nếu các nhà phát triển cốt lõi của PHP di chuyển nhanh hơn để cung cấp lập trình không đồng bộ trong PHP sớm hơn.
5. Máy chủ web đa luồng độc lập
Đây là thứ dường như không có trong kế hoạch cho PHP 7 nhưng nó là thứ sẽ giúp PHP có khả năng mở rộng hơn
PHP đã có thể được chạy từ các máy chủ Web đa luồng như ngynx, lighttpd hoặc thậm chí là Apache ở chế độ công nhân, tuy nhiên điều đó không giống như PHP chạy trên máy chủ Web đa luồng của chính nó
Một máy chủ Web đa luồng có thể xử lý nhiều yêu cầu đồng thời bằng cách sử dụng một nhóm bộ nhớ duy nhất, do đó tránh lãng phí bộ nhớ xảy ra khi bạn chạy PHP dưới dạng FastCGI hoặc ở chế độ trước nhánh rẽ của Apache
Nó cũng sẽ cho phép PHP sử dụng một nhóm kết nối cơ sở dữ liệu duy nhất, do đó giảm thiểu số lượng kết nối cơ sở dữ liệu đồng thời được mở trong thời gian truy cập cao nhất
HHVM đã có thể chạy như một máy chủ Web đa luồng độc lập kể từ những ngày mà dự án được gọi là trình biên dịch HipHop PHP
Điều này cho phép Facebook giảm số lượng máy chủ cần thiết để xử lý lượng lớn truy cập mà họ có
Mặc dù chạy PHP như một máy chủ Web đa luồng độc lập vẫn chưa có trong kế hoạch cho PHP 7, nhưng nó chắc chắn là một thứ tốt để có, ít nhất là cho PHP 8
Khi nào sẽ là Ngày phát hành PHP 7?
Vẫn còn quá sớm để có một ước tính chính xác về ngày phát hành của PHP 7. Những người khác nhau ước tính sẽ mất từ 1 đến 3 năm. Một dự đoán hợp lý là mong đợi bản phát hành PHP 7 cuối cùng vào một thời điểm nào đó trong năm 2016, mặc dù không phải là không thể thấy các phiên bản alpha đầu tiên vẫn còn trong năm 2015
Vì vậy, hiện tại bạn có thể tính ít nhất 1 năm chờ đợi cho đến khi có thể bắt đầu dùng thử PHP 7
kết luận
Những phát triển mới nhất của ngôn ngữ PHP chắc chắn rất thú vị
Nếu công bằng mà nói rằng hầu hết những phát triển này là hệ quả của việc Facebook đẩy mạnh HHVM và Ngôn ngữ Hack, thì tôi nghĩ chúng ta nên cảm ơn Facebook vì sự thúc đẩy đó
Tôi nghi ngờ họ đã cố ý, ý tôi là, họ đã đẩy HHVM và Hack để khiến các nhà phát triển lõi PHP thức dậy và tiến nhanh hơn. Trong trường hợp đó, nó hoạt động. Tuy nhiên, đó là một điều tốt cho cộng đồng PHP nói chung, vì vậy không ai nên phàn nàn
Bạn nghĩ sao?