Những tính năng nào bạn muốn có trong PHP? [đóng cửa]

Vì bây giờ là mùa lễ và mọi người đều thực hiện mong muốn, tôi tự hỏi - những tính năng ngôn ngữ nào bạn muốn PHP sẽ thêm vào? Tôi quan tâm đến một số gợi ý / mong muốn thiết thực cho ngôn ngữ. Ý tôi là:

1. Một cái gì đó có thể được thực hiện trên thực tế (không phải: "Tôi ước PHP sẽ đoán được mã của tôi có nghĩa là gì và sửa lỗi cho tôi" hoặc "Tôi ước bất kỳ mã nào sẽ thực thi dưới 5ms")
2. Một cái gì đó không yêu cầu thay đổi PHP sang ngôn ngữ khác (không phải: "Tôi ước họ bỏ dấu $ và sử dụng khoảng trắng thay vì dấu ngoặc nhọn" hoặc "Tôi ước PHP được biên dịch, gõ tĩnh và có # trong tên của nó")
3. Một cái gì đó sẽ không yêu cầu phá vỡ tất cả các mã hiện có (không phải: "Hãy đổi tên 500 hàm và thay đổi thứ tự tham số cho chúng")
4. Cái gì mà không thay đổi ngôn ngữ hoặc một số khía cạnh thú vị của nó (không: "Tôi muốn có phần mở rộng để hỗ trợ cho giao thức XYZ" hay "Tôi muốn bug # 12345 cuối cùng đã được cố định")
5. Một cái gì đó còn hơn cả một lời ca tụng (không phải: "Tôi ước PHP sẽ không tệ đến thế")

Bất cứ ai có bất kỳ lời chúc tốt đẹp?

Chỉnh sửa bản sửa đổi: Stanislav Malyshev là một nhà phát triển PHP cốt lõi.

Tôi sẽ không nhớ các tham số được đặt tên.

getData(0, 10, filter => NULL, cache => true, removeDups => true);
// instead of:
getData(0, 10, NULL, true, true);

// or how about:
img(src => 'blah.jpg', alt => 'an albino platypus', title => 'Yowza!');

Thật không may, các nhà phát triển PHP đã bắn hạ ý tưởng đó.

Thêm hội nghị:

echo something_that_returns_array()[4];

Những người khác đã đề cập đến các tham số được đặt tên, và cú pháp mảng ngắn hơn. Tôi sẽ không nhớ cú pháp đối tượng ngắn hơn là tốt.

$a1 = array(1, 2, 3, 4);
$a2 = [1, 2, 3, 4];

$b1 = (object)array('name' => 'foo');
$b2 = {'name' => 'foo'}; // or something?

Sau khi làm việc với PHP khoảng 13 năm và rất nhiều với JS khoảng 4 năm, có một vài điều tôi nghĩ rằng PHP sẽ làm tốt khi mượn từ JS:

1) ký hiệu viết tắt cho Mảng và Đối tượng. Tôi tin rằng điều này có thể đã được thảo luận và bắn hạ trên Quốc tế (vì vậy tôi nghe thấy - tôi không muốn xem xúc xích được tạo ra như thế nào), nhưng tôi thực sự, thực sự thấy rằng ký hiệu theo nghĩa đen cho mảng và đối tượng trong JS là rất lớn năng suất chiến thắng.

Ví dụ:

$arr     = [1,2,3,4];
$assoc   = [foo=>'bar', baz=>'boo'];
$stdobj  = {foo->'bar', baz->'boo'};

Là (IMHO) chỉ dễ viết và sạch hơn nhiều

$arr     = array(1,2,3,4); // not too bad
$assoc   = array("foo"=>'bar', baz=>'boo'); // not too bad either
$stdobj  = new stdClass; // this gets pretty rough
$stdobj->foo = 'bar';
$stdobj->baz = 'boo';

Tôi đã nghe nói rằng một số lo ngại về sự nhầm lẫn tiềm ẩn đã được nêu ra, nhưng thực sự, điều này có khó hiểu hơn so với, ký hiệu di truyền không? Ít nhất, việc tạo một đối tượng stdClass trong PHP đủ dài để ngăn cản việc thực hành, tôi nghĩ vậy.

2) Có thể xác định lại các chức năng và phương thức được xác định trước đó sẽ thực sự hữu ích. Nó đặc biệt đơn giản hóa các tình huống mở rộng một lớp và khởi tạo lớp mới là quá phức tạp hoặc không thực tế. Tuy nhiên, tôi nghĩ rằng chúng ta nên tránh xác định lại các chức năng và phương thức lõi / không sử dụng.

Ngoài hai thứ đó, tôi nghĩ PHP phải hỗ trợ unicode một cách minh bạch . Điều này ngày càng trở thành một vấn đề đối với các nhà phát triển và các giải pháp hiện được cung cấp trong PHP rất khó hiểu và thường không thực hiện được. Làm cho tất cả các chức năng chuỗi tiêu chuẩn trở nên thân thiện với unicode sẽ là một chiến thắng lớn cho các lập trình viên PHP.

Cam ơn vi đa hỏi!

Những điều tôi muốn, như một người xin lỗi PHP lâu năm:

1. Cú pháp ngắn hơn cho mảng. Mảng PHP là một trong những tính năng tuyệt vời của ngôn ngữ vì tính linh hoạt của chúng, nhưng đó là một trở ngại để viết some_array_method($argity, array('key' => $value));. Tôi tin rằng đề xuất này đã được đưa vào danh sách gửi thư PHP không may.
2. finally ủng hộ
3. Các thuộc tính / chú thích. Những thứ này cho phép bạn thêm hành vi tùy chỉnh vào một phương thức theo cách cho phép tái sử dụng mã. Ví dụ, trong khung MVC, người ta có thể định nghĩa AuthorizeAttributemột bộ điều khiển chỉ ra rằng bộ điều khiển hoặc phương thức hành động yêu cầu người dùng được ủy quyền. Khung chính sẽ chịu trách nhiệm tìm kiếm các thuộc tính và hành động theo chúng. Tôi tin rằng PHPUnit đã sử dụng một loại thuộc tính bằng cách đưa chúng vào các bình luận docblock, có thể được đọc bằng phản xạ, nhưng đưa chức năng thực tế vào các bình luận docblock chắc chắn là một hack.
4. Cú pháp lambda ngắn hơn. Thay vì phải viết function($x){ return $x*2;}, có lẽ tôi có thể viết $x => return $x*2, hoặc một cái gì đó. Đây lại là một cái gì đó chỉ làm cho nó trở thành một lực cản để sử dụng tính năng này. Ví dụ $results = array_filter(array(1,2,3), function($a) { return $a % 2; }):vs $results = array_filter(array(1,2,3), $a => return $a % 2 );Trước đây chỉ có rất nhiều hệ thống ống nước về cơ bản không liên quan đến công việc thực tế mà bạn đang cố gắng thực hiện.
5. Một tích hợp Decimal(toán học điểm cố định) hỗ trợ các hoạt động toán học thông qua các toán tử bình thường sẽ rất tốt, vì chúng ta không có quá tải toán tử.
6. PHƯƠNG PHÁP TẠP CHÍ NHẤT. Phương pháp kỳ diệu là tuyệt vời. Tôi có thể thấy PHP thêm quá tải toán tử thông qua các phương thức ma thuật (tôi biết điều này về cơ bản sẽ không bao giờ xảy ra.) Nhưng nói chung, chúng cung cấp những cách thực sự tuyệt vời để kết nối với ngôn ngữ và làm những điều tuyệt vời.

Làm cho PHP thực sự hướng đối tượng. Sự slap on another global functionphát triển của PHP cần kết thúc.

array_merge(array_filter(array_intersect_key($arr1, $arr2), "is_int"), $arr3);

Điều này là khó cho tôi để đọc. Tôi phải tạo ra ngăn xếp tinh thần của riêng mình và tự biên dịch nó. Về cơ bản nó nên đọc theo chiều ngược lại. $dog->wakeup()->bark();dễ đọc so vớibark(wakeup($dog))

$arr1->array_intersect_key($arr2)->array_filter("is_int")->array_merge($arr3);

Bây giờ bạn đã thực hiện bước cho phép hỗ trợ đối tượng / phương thức, vui lòng sử dụng nó trong các hàm PHP cốt lõi thực tế.

Hãy đổi tên 500 hàm và thay đổi thứ tự tham số cho chúng.

Chuyển chức năng này sang các phương thức sẽ cho phép chúng được đổi tên bằng cách sử dụng một số nhất quán. Nó sẽ phá vỡ bất kỳ khả năng tương thích ngược nếu chuỗi và mảng có phương thức riêng của họ?

Một công cụ truy vấn tích hợp ngôn ngữ sẽ là tuyệt vời. Sắp xếp giống như những gì có sẵn trong .NET được gọi là LINQ. Nó sẽ giúp sắp xếp thông qua các mảng dữ liệu khổng lồ và chuẩn hóa truy cập cơ sở dữ liệu, để ít cuộc tấn công SQL-SQL thành công hơn.

Oh. Gợi ý cho người nguyên thủy. Thế thì tốt quá.

Tôi thực sự muốn hỗ trợ unicode tốt hơn ra khỏi hộp. Hầu hết các ngôn ngữ di chuyển theo hướng đó nhưng PHP vẫn có các lệnh lạ nằm rải rác khắp nơi.

Chuỗi PHP chỉ là mảng byte đơn giản. Nội dung của chúng không thể mang theo được vì nó phụ thuộc vào mã hóa mặc định hiện tại.

Điều tương tự áp dụng cho các đại diện được xây dựng bằng cách tuần tự hóa. Nó chứa một đại diện byte có tiền tố dài của chuỗi mà không thực sự lưu trữ bất kỳ thông tin mã hóa nào.

Hầu hết các hàm PHP (chuỗi) không có đầu mối về Unicode. Để biết danh sách chi tiết bao gồm mức độ rủi ro của từng chức năng, hãy tham khảo: http://www.phpwact.org/php/i18n/utf-8

http://blog.ginkel.com/2010/03/php-unicode-support-or-the-lack-thereof/

Tạo các chuỗi đối tượng như thế, với các phương thức được xây dựng để thay thế các chuỗi không đối tượng được đặt tên và tham số không nhất quán. ví dụ

$subject->replace($search,$replace);
$string->split($separator);
$string->trim();

Vân vân.

Chỉnh sửa: một điều nữa: Các phương thức này luôn luôn mong đợi và phát ra UTF-8, ngoại trừ các phương thức được dành riêng để xử lý mã hóa. Nếu đầu vào không hợp lệ UTF-8, một ngoại lệ sẽ bị ném, ngay cả khi đầu ra của chức năng sẽ không bị ảnh hưởng bởi mã hóa.

1) Tôi rất thích các đối tượng mới được khởi tạo để trả về "$ this" để tôi có thể phương thức chuỗi, $ user = new User ('john') -> setLastName ('Doe') -> save ();

2) Nếu bạn đã từng sử dụng ruby ​​và nút gần đây nhất, chúng có lớp vỏ tương tác tuyệt vời (IRB). Tôi rất thích PHP có một cái thực sự hữu ích.

3) Đặc điểm / Mixins, nhưng tôi nghe thấy chúng đang trên đường.

4) Tôi muốn thứ hai mảng ngắn $ myArray = ['my', 'mảng'];

5) Đặt tên / thứ tự nhất quán (ví dụ: kim haystack)

1) xin vui lòng thoát khỏi bao gồm (). Các tham chiếu đến các tệp khác phải là các tham chiếu và không thực sự đặt nội dung của một tệp mã nguồn này vào một tệp khác. Quá nhiều lập trình viên PHP sử dụng bao gồm () như một kiểu gọi hàm chứ không phải là phương tiện để tham chiếu thư viện. Điều này dẫn đến tất cả các loại mơ hồ trong trạng thái biến đổi và mã không ổn định. Thay thế điều này bằng lệnh 'sử dụng' giống như Perl.

2) vui lòng cung cấp ra khỏi hộp phương thức để biên dịch một ứng dụng PHP thành một tệp mã byte phân phối duy nhất hoặc có thể thực thi được. Điều này sẽ tăng cường đáng kể sự hấp dẫn của PHP như một ngôn ngữ phát triển thương mại. Đây phải là một thành phần cơ bản của ngôn ngữ. Đừng lo lắng về các tệp html được sử dụng cho GUI của ứng dụng vì ...

3) hãy loại bỏ khả năng nhúng các thẻ PHP vào HTML. Hoặc ít nhất cung cấp chế độ 'không nhúng'. Đây là một mớ hỗn độn tuyệt đối và khuyến khích thiết kế xấu bằng cách trộn logic ứng dụng và trình bày với nhau. Các nhà phát triển nên sử dụng các mẫu để hiển thị và không đập các tệp PHP lại với nhau và hy vọng điều tốt nhất.

Đã ký

Chưởng môn

ps: không nghe những gì người khác ở đây nói, tôi đã tốt đẹp cả năm

Một lệnh ini E_ERRORtrên các hằng số không xác định, thay vì cho rằng đó là một chuỗi với E_NOTICE.

Bình thường hóa không gian tên toàn cầu với một quy ước đặt tên được suy nghĩ kỹ càng có ý nghĩa với những người mới đến!

Để trích dẫn Jeff Atwood yêu quý của chúng tôi: PHP tệ nhưng không thành vấn đề !

Chuỗi phải là đối tượng

1) Cú pháp mảng / đối tượng ngắn hơn, la JavaScript (như đã đề cập trước đó)

2) Cho phép constcác biến cho phép kết quả tính toán như thế define()nào.

3) Xâu chuỗi trực tiếp từ nhà xây dựng: new User()->name('Ryan');

4) Hội nghị truyền hình mảng: something_that_returns_array()[4];

5) Hỗ trợ SPL mở rộng. SPL thực hiện một công việc tốt là mô phỏng lại các hàm chuỗi và mảng (trong số những thứ khác) làm đối tượng. Việc mở rộng SPL có thể giải quyết được rất nhiều sự hiểu biết về ngôn ngữ đang bị đùa giỡn.

6) Sử dụng ArrayObject()phải minh bạch như sử dụng array(). Bạn sẽ có thể làm những việc như array_filter($array_object_instance)không cần làm array_filter($array_object_instance->getArrayCopy()). Thậm chí tốt hơn, tất nhiên, sẽ được $array_object_instance->filter().

7) Unicode đầy đủ sẽ tốt.

8) Dừng thực hiện chuyển đổi loại tự động kỳ lạ. Ví dụ, bạn không thể echođối tượng SimpleXMLE bổ sung mà không có kiểu chữ rõ ràng đầu tiên dưới dạng chuỗi. Hoặc ít nhất, ném một cái gì đó khi nó xảy ra (ví dụ, trong chế độ nghiêm ngặt hoặc bất kỳ chế độ nàoerror_reporting(-1) ).

9) Hỗ trợ cho nhiều luồng hoặc một số loại cuộc gọi lại không đồng bộ / không đồng bộ. Điều này quan trọng nhất khi cố gắng tải lên các tệp lớn thông qua cURL. Thay vì các chủ đề cũ kỹ, một cái gì đó như Grand Central Dispatch của Apple sẽ rất tuyệt. Hoặc thậm chí một cái gì đó giống như JavaScript nơi bạn có thể thực hiện các yêu cầu không đồng bộ và xác định các cuộc gọi lại.

10) Đặt tên / đặt hàng nhất quán (ví dụ kim haystack) sẽ tốt, nhưng tôi nghĩ điều này có thể được giải quyết tốt hơn với SPL.

11) Một shell PHP tương tác được hỗ trợ chính thức, như IRB. Facebook có một cuộc gọiphpsh bằng Python, nhưng nó thiếu sự đánh bóng mà tôi muốn thấy.

12) Đối với API Reflection, hãy thêm hỗ trợ cho (a) nhận xét docblock về hằng số (toàn cầu & lớp) và (b) hỗ trợ để phân tích các nhận xét giống như PHPDoc thành cấu trúc dữ liệu hợp lý. Có một gói PECL được gọi là "docblock" cố gắng thực hiện điều này, nhưng có vẻ như tác giả đã đi rất xa.

EDIT: 13) Tôi cũng rất thích xem khả năng sử dụng !và ?tên hàm - như Ruby có thể.

1) Hiểu mảng theo kiểu hiểu danh sách Python:

$newlist = array($x->something for $x in $oldlist);

//with short array syntax:
$newlist = [$x->something for $x in $oldlist];

2) Cú pháp mảng ngắn

$newlist = [1,2,3,4,...];

3) Làm trống () không coi chuỗi '0' là đúng

Tôi muốn xem một phương pháp hợp pháp để tạo / xác định mảng CONSTANT. Có một vài cách hackish để mô phỏng loại chức năng này nhưng sẽ rất tuyệt nếu nó chỉ là một tính năng trực tiếp của PHP. Sẽ thật tuyệt nếu bạn có thể tạo một mảng theo cách tương tự như khai báo "cuối cùng" của Java.

Tôi đã tạo một hệ thống đăng nhập rất nhanh để thiết lập. Tất cả bạn phải làm là thay đổi nội dung của một mảng trong tệp văn bản để chỉ định các trường bạn muốn cho thông tin người dùng. Sử dụng một vòng lặp cho các vòng lặp, nó xử lý tất cả mọi thứ từ tạo biểu mẫu và độ nhạy đầu vào, đến các cuộc gọi cơ sở dữ liệu nhưng tất cả đều phụ thuộc vào mảng ban đầu này.

Các tập tin với mảng được khóa với quyền nhưng một khi mảng di chuyển xung quanh trong ether thì nó có thể thay đổi. Mặc dù tôi cảm thấy hệ thống này khá an toàn nhưng tôi không muốn để bất cứ điều gì có cơ hội. Một phương pháp để hoàn thiện các mảng sẽ tốt cho một tình huống như thế này.

Ý tưởng mới !!

Ohhh, tôi đã nghĩ đến một cái gì đó khác mà tôi thực sự sẽ thực sự thích trong php. Tôi muốn một số loại hệ thống để kiểm soát các hoạt động tệp php và các hoạt động thư mục tương tự như cách .htaccess hoạt động.

Tệp .phpaccess sẽ kích hoạt một số loại chính sách / tên miền giống nhau.

Ví dụ: Nếu tôi đang lưu trữ nhiều trang web có máy chủ ảo, tôi có thể có tệp .phpaccess trong thư mục sẽ báo cho php kiểm tra quỹ đạo của bất kỳ tập lệnh nào đang được thực thi trên thư mục được bảo vệ của tôi. Nếu tập lệnh không đến từ thư mục đó hoặc thư mục con của nó thì các thao tác tệp / hoặc các hoạt động của ổ cắm sẽ bị từ chối.

Tôi nghĩ rằng một hệ thống như thế này sẽ làm cho việc lưu trữ ảo trở thành một môi trường an toàn hơn nhiều. Nếu bạn có thể đặt một trong số chúng ở đầu mỗi máy chủ ảo thì sẽ giảm bớt cơ hội ai đó tìm cách lẻn vào từ máy chủ ảo lân cận.

Ngoài ra nếu nó là tốt để có một phương pháp bảo đảm nó theo nghịch đảo của cách này. tức là hạn chế phạm vi tiếp cận của các tập lệnh trong một thư mục vào thư mục đó.

Đó là âm và dương ya biết!

Hai mong muốn lớn nhất của tôi là một lập trình viên PHP khó tính:

1. Hỗ trợ cuối cùng. Đó là một mớ hỗn độn lớn để hư cấu xung quanh điều này thông qua cờ hoặc phương tiện tương tự.
2. Tôi rất thích thấy hỗ trợ về cú pháp của C # cho getters và setters. Khi bạn có nhiều getters và setters, một cú pháp đơn giản như C # là một công cụ tăng cường hiệu năng tuyệt vời thay vì thực hiện theo cách Java và viết các phương thức getter và setter. Các phương thức ma thuật rất tuyệt vời trong trường hợp bạn muốn tạo thành viên một cách linh hoạt (ví dụ: nếu bạn muốn cung cấp cho trình kết xuất mẫu một số biến để sử dụng), nhưng không tốt cho các thuộc tính thông thường mà IDE muốn IDE tự động hoàn thành, hãy biết các loại, và như vậy. điều này sẽ giúp làm cho mã nhỏ hơn và vẫn dễ đọc và dễ sử dụng.

Cú pháp ngôn ngữ : Có một số manh mối tốt trong pihipi và phpreboot về những gì các nhà phát triển quan tâm (mặc dù phpreboot đã đi quá xa trở thành JS).

Phương pháp phát triển : Nó sẽ giúp tăng đáng kể tuổi thọ của PHP.net nếu các cuộc khảo sát như vậy thực sự được tính đến. Không đưa ra bất kỳ quyết định cú pháp phiên IRC buổi chiều nào nữa.

Các tính năng cá nhân : Một số tính năng đã được đề cập trước đây, nhưng tôi sẽ vui vẻ đốt một số nghiệp lực để trở nên cùn hơn ở đây:

• Kiểu chuỗi Unicode.
• Bigint (xem Python).
• Runkit dựng sẵn để loại bỏ / đổi tên / ghi đè các hàm và lớp dựng sẵn, không phải lúc nào cũng được thiết kế tốt.
• OOP hiện đại
  • nhiều kế thừa (thay vì phức tạp để hỗ trợ các trường hợp cạnh hiếm khi có cú pháp đặc điểm vụng về)
  • vô hướng có thể tăng gấp đôi như các đối tượng (xem Python), ví dụ mảng () hoạt động như ArrayObject hoặc chuỗi dưới dạng SplString (cần các phương thức có thể sử dụng, tất cả các hàm funcs đều có sẵn như str::toupper())
• Khấu hao \cú pháp không gian tên shit shitty , sửa lỗi trình phân tích cú pháp và chấp nhận ::thay thế. Bạn biết đấy, giống như một ngôn ngữ thực sự.
• Bất kỳ biến thể nào của LINQ (mặc dù tôi không tin các bạn đã nghĩ ra một cú pháp hợp lý)
• hoặc bằng chữ XML.
• Loại bỏ hành vi thời gian chạy php.ini và chuyển đổi ngữ nghĩa. Nó lấy ra một số sự phấn khích, đúng, nhưng sẽ có lợi cho các nhà phát triển và cơ sở người dùng.
• Vâng, magic_quotes vẫn chưa biến mất.
• Chuyển đổi mã byte Zend Engine sang PBC

Mặc dù, nếu điều này không rõ ràng, tôi vui vẻ tài trợ cho bất kỳ ai khác làm điều sau và loại bỏ php.net làm triển khai chính. :P
Ồ, chỉ cần chú ý, đó là wiki cộng đồng. Vì vậy, có một cơ hội bạn không thực sự ở đây vì nghiệp, nhưng quan tâm thực sự. Nếu vậy, hãy xem xét vấn đề <b> </ b> làm tổn thương nghiêm trọng ngôn ngữ (viêm đạo diễn).

Tôi muốn thấy sự thống nhất giữa Lỗi và Ngoại lệ thành một khái niệm duy nhất (Ngoại lệ). Thật tuyệt vời khi có thể bắt ngoại lệ và ghi chúng vào nhật ký, để tìm và sửa lỗi theo cách đó. Nhưng nếu có một cái gì đó sai về cơ bản (đọc: Lỗi PHP) trong một mật mã rất hiếm khi xảy ra, thì không có cách nào tốt để đưa thông tin đó vào cùng một cơ sở dữ liệu về các vấn đề.

Xin vui lòng, Santa, giới thiệu một công tắc trong php.ini sẽ biến tất cả các lỗi thành ngoại lệ - lý tưởng nhất là các ngoại lệ tôi có thể bắt được trong mã của mình.

PHP rất phù hợp với tôi vì nó phù hợp với các trang web vừa và nhỏ; Tôi phải là một chút không tưởng tượng, điều duy nhất tôi có thể nghĩ như là một câu trả lời cho câu hỏi này sẽ là một cái gì đó làm cho nó có quy mô tốt hơn cho các trang web lưu lượng truy cập cao.

Tôi đang suy nghĩ về việc sinh ra các quy trình cho các lõi khác, ví dụ như cập nhật cơ sở dữ liệu trong một quy trình trong khi tạo trang đầu ra trong quy trình khác. Một tìm kiếm nhanh trên google chỉ ra rằng điều này có thể được mô phỏng, nhưng hiện tại không được hỗ trợ trực tiếp trong php.

Tôi thực sự đã bỏ lỡ rằng các kiểu vô hướng không được coi là các đối tượng và các đối tượng thực không thể hoạt động như bất kỳ loại hoặc đối tượng nào khác (ngoại trừ chuỗi do __toString ()).

• hỗ trợ liệt kê (như java 1.5+)
• Có thể định nghĩa các kiểu trả về của phương thức, trong các giao diện và các lớp
• hỗ trợ cho các chú thích / định nghĩa siêu dữ liệu về các thuộc tính và phương thức.
• có thể thực hiện gợi ý kiểu nghiêm ngặt cho các đối số vô hướng phương thức.

Dọn dẹp "Ghi chú đóng góp của người dùng" trên http://php.net . Chúng đôi khi là một mớ hỗn độn thực sự, trong khi nói chung là một giá trị lớn.

Có một số hàm mảng khá tốt trong PHP, cung cấp khả năng xử lý danh sách, với các cuộc gọi lại và create_function()cung cấp một phép tính lambda cơ bản.

Vấn đề chính với nó, là nó quá dài dòng trong PHP, một hệ thống tốc ký sẽ rất tuyệt vời, đặc biệt là khi các lệnh map / less có liên quan.

Quan trọng hơn, các chức năng danh sách không hoàn toàn đầy đủ:

• không có foldrchức năng, array_reduce()cung cấpfoldl
• array_map()nên vượt qua chủ chốt trong đối số thứ hai, như array_walk()không
• một array_map_keys()có thể hữu ích cho sửa đổi quan trọng
• danh sách hiểu biết là rất phiền phức, range(), array_fill()và array_fill_keys()chỉ xử lý rất nhiều trường hợp, và array_filter()là riêng biệt

Tôi không có ý định đưa PHP vào Haskell, nhưng PHP thường được sử dụng để thao tác cấu trúc dữ liệu kiểu danh sách và có một bộ công cụ đầy đủ về vấn đề này sẽ hữu ích.

Quá tải toán tử:

$result = $MatrixA + $MatrixB * $MatrixC;

Thêm ngoại lệ thay vì tạo E_WARNING ... Thật khó chịu khi tôi không thể sử dụng thứ gì đó như:

try{
   $f = fopen('asd', 'r');
   flock($f, LOCK_SH);

   while(!feof($f)){
       echo fread($f, 512);
   }

   fclose($f);

}catch(IOException $ex){
   echo 'Oops, something wrong: '.$ex->getCode();
}

Tất nhiên, hiện tại không thực tế lắm nhưng rất khó nhận:

CẢNH BÁO

CẢNH BÁO

CẢNH BÁO

và tôi không thể kiểm soát luồng mã mà không viết error_handler của riêng mình và đánh hơi chuỗi lỗi nào đã được tạo ra (quyền, tên tệp không chính xác hoặc bất cứ điều gì khác; Tôi không bận tâm về các nguồn lỗi khác ở đây) để đưa ra ngoại lệ chính xác .

Tôi hy vọng tôi không giải thích được tại sao nó quan trọng.

PHP đã trở thành Hướng đối tượng một thời gian trước đây và chúng tôi, các lập trình viên sử dụng PHP, đang mong đợi các tính năng OO, không giới thiệu "goto" ... Khi tôi phát hiện ra điều đó thực sự rất vui, tôi nghĩ đó là một ngày Cá tháng Tư.

1. Hợp nhất mô hình đối tượng - làm cho tất cả các đối tượng mở rộng lớp Object cơ sở. Lớp Object sẽ (trong số những thứ khác) thực hiện tất cả các phương thức ma thuật (vì vậy chúng sẽ không còn là phép thuật nữa!)

2. Di chuyển các tiện ích mở rộng sang không gian tên của riêng chúng - giải phóng không gian tên toàn cầu $conn = new \MySQLi\Connection();

3. Hủy làm tê liệt spl_autoload()chức năng! Nghiêm túc mà nói, đây có thể là một trong những tính năng tuyệt vời nhất của PHP và cũng là vô dụng nhất cùng một lúc. spl_autoloadlà trình tải tự động mặc định, hỗ trợ không gian tên và nhiều phần mở rộng tệp, nhưng vì một số lý do không xác định, yêu cầu tên tệp phải được hạ xuống. Có một báo cáo lỗi được điền cho điều này , nhưng nhân viên trả lời họ sẽ không sửa nó vì tính tương thích ngược. Phải ... nó không giống như mọi khung công tác với trình tải tự động của riêng nó, vì cái mặc định bị tê liệt!

Hỗ trợ tập tin lớn. Khá vui lòng?

Xem http://bugs.php.net/orms.php?id=27792 (mặc dù có thể có nhiều khu vực / chức năng cũng cần chú ý).

Mang hỗ trợ mờ lên phiên bản mới nhất và đưa nó vào các bản dựng tiêu chuẩn, tốt nhất là bật trong cấu hình mặc định http://wiki.php.net/rfc/taint

Điều này sẽ ngăn chặn các cuộc tấn công tiêm XSS và SQL bằng cách làm cho mọi người viết mã đúng.