Những gì bạn yêu cầu chỉ có thể với ngôn ngữ được đánh máy tĩnh và vì PHP được gõ động, câu trả lời ngắn là không thể.
Ví dụ, trong Java, createMyInterface có thể trả về một IMyInterface và các hoạt động duy nhất có thể trên đối tượng này là các hoạt động được xác định trong chính giao diện. Tất nhiên, đối tượng thực sự thuộc loại ConcreteImplOfMyInterface, vì vậy bạn luôn có thể chuyển nó theo loại đó để truy cập vào các trường/phương thức khác.
PHP không có loại được khai báo, vì vậy những gì bạn trở lại từ một hàm chỉ đơn giản là một "biến" - nó không có loại. Và bởi vì không có loại, tất cả các bộ tra cứu trường/phương thức đều năng động, vì vậy bất cứ điều gì "có" trong đối tượng luôn có thể được truy cập.
Theo một cách nào đó, các giao diện thực sự bị hạn chế trong một ngôn ngữ như PHP - bất kỳ lớp nào thực hiện giao diện phải thực hiện tất cả các phương thức của nó, nhưng vì không có gì đảm bảo về những gì một chức năng có thể quay lại ngay từ đầu, ở đó thực chất là không đảm bảo bất cứ điều gì cả. Điều tốt nhất bạn có thể làm là sử dụng instanceof để kiểm tra xem một biến không xác định có thực hiện một giao diện nhất định hay không.
Rất nhiều người có thể sẽ ghét tôi vì đã trả lời theo cách này nhưng giải pháp cho các vấn đề gõ của bạn có thể dễ dàng khắc phục bằng PHP. Có PHP được gõ một cách lỏng lẻo nên các loại được giả định theo mặc định, điều này có thể gây ra một số vấn đề, đặc biệt là trong các hoạt động so sánh, hầu hết các người gặp vấn đề với nó. Điều đó đang được nói, PHP có thể nghiêm ngặt như bất kỳ ngôn ngữ được gõ mạnh mẽ nào nếu bạn sử dụng những gì bạn đang sử dụng vào loại bạn cần, và sau đó sử dụng các toán tử so sánh bitwise. Đây là ví dụ dễ nhất tôi có thể nghĩ về những gì tôi đang nói:
$ myvar = [int] 0; $ myothervar = '0';
So sánh [$ myvar == $ myvar] sẽ bằng [bool] đúng
Nhưng so sánh [$ myvar === $ myvar] sẽ bằng [bool] sai giống như bất kỳ so sánh "gõ" nào
Tôi thực sự chỉ mong các nhà phát triển sẽ ngừng tranh luận về những điều này, nếu bạn gặp vấn đề với cách thức hoạt động của PHP trong chương trình trong Java và sống và để sống, hoặc sử dụng nó theo cách mà nó sẽ làm những gì bạn muốn nó .. Dù sao đi nữa, việc chê bai nó làm gì tốt cho bạn? Cho bạn một cái cớ để vặn vẹo cả ngày? Làm cho bạn trông đẹp hơn người khác? Thật tuyệt khi bạn cảm thấy rất cao về bản thân đến nỗi bạn sẵn sàng làm cho người khác trông xấu nhưng thực tế đó là sở thích của bạn và buộc niềm tin của bạn đối với bất cứ ai thực sự chỉ làm cho họ mã theo cách họ không thoải mái với việc gây ra ba điều:
1] Họ sẽ mã hóa theo cách của bạn nhưng "lộn xộn" theo tiêu chuẩn của bạn [nghĩ rằng, bạn đã bao giờ thấy một lập trình viên Java tạo ra chương trình PHP đầu tiên của họ hoặc ngược lại? Nó sẽ giống như cách thay đổi phương pháp của họ hoặc thậm chí còn tệ hơn.]
2] Bạn sẽ tìm thấy một cái gì đó khác để than vãn về
3] Có thể sẽ mất nhiều thời gian hơn để họ sản xuất. Và có thể nó sẽ làm cho bạn trông đẹp hơn trong thời gian ngắn, nhưng toàn bộ nhóm sẽ trông tồi tệ hơn đối với nó [hãy nhớ rằng bạn có thể mã hóa chậm hơn người khác và điều đó không nhất thiết là miễn là nhóm gặp nhau trong một khung thời gian hợp lý, Nhưng buộc thói quen của bạn đối với một người thường thực hiện nhanh hơn một chút có thể khiến toàn bộ nhóm của bạn chậm lại như vậy, trông tệ hơn trong một quy trình công việc rất khắt khe]
Cá nhân tôi thích viết mã PHP thủ tục mặc dù tôi có thể, và đã viết các chương trình đầy đủ bằng cách sử dụng OOP bằng một vài ngôn ngữ khác nhau. Điều đó đang được nói, tôi đã thấy mã OOP tốt và mã OOP xấu, và mã thủ tục tốt và mã thủ tục xấu cho vấn đề đó ... nó thực sự không liên quan gì đến việc thực hành, nhưng với những thói quen mà bạn sử dụng và thậm chí sau đó, Rất nhiều điều là cảm xúc được giải thích của tôi ... điều đó không có nghĩa là tôi sẽ nói xấu về những nhà phát triển đó hoặc nói khoe khoang với "cách của tôi là tốt nhất" B.S., nó phù hợp với tôi, và công ty tôi làm việc rất đẹp hạnh phúc với công việc của tôi và tôi tự hào về điều đó. Có nhiều lý do, một tiêu chuẩn nên được thiết lập nhưng những gì bạn bao gồm trong tiêu chuẩn bạn chọn là rất quan trọng ... Cảm ơn vì đã cho tôi lấy nó ra khỏi ngực. Có một ngày tuyệt vời.
Định nghĩa của Stack Overflow
Stack Overflow trong lập trình là một loại lỗi có thể gây ra vấn đề nghiêm trọng cho chương trình của chúng tôi và làm cho nó thậm chí dừng lại để phản hồi như ngoại lệ. Stack Overflow giống nhau trong mọi ngôn ngữ lập trình và nếu chúng ta nói về PHP, chúng cũng hoạt động giống như mong đợi. Trong vấn đề này, một số chương trình máy tính bắt đầu lấy nhiều bộ nhớ hơn so với tính khả dụng thực tế. Trong ngôn ngữ lập trình, chúng tôi có một ngăn xếp cuộc gọi chịu trách nhiệm xử lý yêu cầu và giữ chúng không là gì ngoài bộ đệm. Trong phần sắp tới, chúng tôi sẽ thảo luận thêm về lỗi Overflow Stack.
Syntax:
Như chúng ta biết rằng đó là một lỗi đã xảy ra vì vậy chúng ta không có cú pháp nào để làm cho nó xảy ra, nó thường xảy ra khi một phần của chương trình cố gắng chiếm nhiều không gian hơn có sẵn. Hãy cùng xem bộ đệm đầu ra để gặp một số lỗi nghiêm trọng trong ngôn ngữ lập trình.
ví dụ. :
1] Max_execut_time []
2] set_time_limit []
3] vv
Như bạn có thể thấy trong các dòng mã trên, chúng tôi có thể sử dụng một số hàm và gán một số giá trị để nhận lỗi gây tử vong trong PHP hoặc bất kỳ ngôn ngữ lập trình nào. Chúng tôi cũng có thể thoát khỏi vấn đề bộ nhớ nếu chúng tôi cố gắng sử dụng bộ nhớ nhiều hơn khả dụng. Nhưng không có cú pháp cho lỗi này vì đây không phải là phương pháp hoặc tiện ích, nó có thể xảy ra bất cứ lúc nào chúng ta cố gắng sử dụng nhiều tài nguyên hơn có sẵn. Trong phần sắp tới, chúng ta sẽ thấy nhiều chi tiết hơn về hoạt động của nó.
Làm thế nào để Stack Overflow hoạt động trong PHP?
Như bây giờ chúng ta biết rằng Stack Overflow là một lỗi có thể khiến chương trình của chúng ta chấm dứt và hành xử không mong muốn. Đây không phải là một ngoại lệ mà là một lỗi trong PHP. Trong ngôn ngữ lập trình, chúng tôi có một ngăn xếp cuộc gọi không là gì ngoài bộ đệm, chịu trách nhiệm xử lý yêu cầu. Nói tóm lại, nó quyết định bộ nhớ được phân bổ cho một chương trình và kích thước của ngăn xếp cuộc gọi phụ thuộc vào một số yếu tố trong PHP. Trong ngôn ngữ lập trình, chúng tôi quyết định kích thước khi bắt đầu thực hiện chương trình, hãy để xem một số yếu tố chịu trách nhiệm quyết định kích thước của ngăn xếp cuộc gọi xem bên dưới;
1] Ngôn ngữ của chương trình
2] Kiến trúc của chương trình
3] Cuối cùng là tổng số lượng bộ nhớ có sẵn.
Lỗi Overflow Stack đòi hỏi một lượng rất lớn so với có sẵn và điều này dẫn đến lỗi và cũng có thể làm hỏng hệ thống. Đôi khi nó có thể yêu cầu tất cả các bộ nhớ có sẵn trong hệ thống. Đây là một phần của chương trình có thể gây ra tình huống này. Nói tóm lại, đó là lỗi xảy ra khi chúng ta cố gắng sử dụng ngày càng nhiều bộ nhớ hơn bộ nhớ được phân bổ cho hoặc chương trình. Chúng tôi có thể có một chương trình nhất định trong đó chúng tôi đang cố gắng gọi các phương thức từ các phương thức, giả sử chúng tôi có 4-5 phương thức đang gọi liên tục với nhau Hàm d [], v.v., nhưng cuối cùng khi chúng ta nhận được đầu vào, nó có thể khiến hàm hoặc các phương thức này được chạy vô hạn thời gian và nó sẽ tiếp tục chạy sau đó chúng ta có thể nhận ra rằng nó đã chiếm giữ ngăn xếp bộ nhớ hơn được phân bổ cho nó. Khi chúng ta sử dụng đệ quy trong PHP hoặc trong bất kỳ ngôn ngữ lập trình nào, chúng ta có thể gây ra tràn ngăn xếp hoặc bất kỳ lỗi gây tử vong nào nếu hàm không được sử dụng hoặc xử lý đúng cách cũng. Lỗi này là thứ chúng ta không thể kiểm soát vì bộ nhớ, ngăn xếp, gọi là ngăn xếp hoặc các yếu tố khác được kiểm soát bởi hệ thống mà chúng ta không thể kiểm soát hoặc quản lý ở cuối Trong một vòng lặp hoặc nếu chúng ta đang sử dụng đệ quy hơn chúng ta nên xử lý điều này rất cẩn thận. Để ngăn chặn điều này, chúng ta có thể thực hiện thử nghiệm hệ thống và cũng viết một vài trường hợp thử nghiệm để xem xét nó.
Chúng ta có thể ngăn chặn loại lỗi gây tử vong này xảy ra trong ngôn ngữ lập trình bằng một số biện pháp phòng ngừa xem bên dưới;
1] Thực hiện kiểm tra hệ thống
2] Tránh sử dụng đệ quy hoặc kiểm tra nghiêm ngặt
3] Cần tránh gọi chức năng từ nhau hoặc trong một vòng lặp, chúng ta cũng nên kiểm tra biến cục bộ và cố gắng tối ưu hóa mã càng nhiều càng tốt vì biến cục bộ cũng chiếm không gian trong hệ thống. Đó là một lỗi thời gian chạy xảy ra khi chương trình hết bộ nhớ vì một số sự kiện bất thường trong lập trình.
Các điểm cần nhớ trong khi làm việc với lỗi trong PHP;
- Lỗi tràn chồng xảy ra do mức tiêu thụ bộ nhớ nhiều hơn được phân bổ.
- Điều này có thể được ngăn chặn bằng cách tối ưu hóa mã, cố gắng phân tích biến cục bộ
- Đơn thủ công nên được phân tích nghiêm ngặt, nếu chúng ta đang sử dụng đệ quy thì hãy cố gắng sử dụng các biến tĩnh hoặc toàn cầu để ngăn chặn nó bắt đầu bị kẹt trong các vòng lặp vô hạn.
- Đây không phải là một hàm hoặc phương thức Đây là một lỗi có thể làm hỏng hệ thống nếu không được xử lý đúng cách.
Ví dụ
1] Trong ví dụ này, chúng tôi đang cố gắng chạy một vòng lặp vô hạn. Điều này sẽ chạy vô hạn thời gian và có thể dẫn đến một lỗi tràn ngăn xếp. Khi bộ nhớ ngăn xếp hoặc cuộc gọi sẽ bị chiếm, nó sẽ dẫn đến lỗi tràn ngăn xếp. Dưới đây là chương trình đơn giản để người mới bắt đầu hiểu rõ hơn khi xem bên dưới;
Code:
Output:
Sự kết luận
Stack Overflow là lỗi có thể gây ra hoặc dẫn đến sự cố hệ thống. Để ngăn chặn lỗi này, chúng tôi có thể thận trọng trong khi mã hóa, cũng có thể tối ưu hóa mã của chúng tôi, v.v. Kiểm tra cũng nên được thực hiện để ngăn chặn điều này xảy ra. Đây là một lỗi thời gian chạy chỉ xảy ra khi chạy.
Bài viết đề xuất
Đây là một hướng dẫn để Overflow Stack Overflow. Ở đây chúng tôi cũng thảo luận về phần giới thiệu, cú pháp, tham số và làm thế nào để Stack Overflow hoạt động trong PHP? với các ví dụ khác nhau. Bạn cũng có thể xem các bài viết sau để tìm hiểu thêm -
- Ngoại lệ tùy chỉnh PHP
- Php xmlwriter
- Php XML phân tích cú pháp
- PHP JSON_DECODE