Tại sao Chuỗi Java không có các phương thức thao tác chuỗi tĩnh?

Tại sao các nhà thiết kế Java không tạo các phiên bản tĩnh của các phương thức thao tác chuỗi trong java.lang.Stringlớp? Các phương thức sau đây là những gì tôi đề cập đến, nhưng câu hỏi có thể được mở rộng sang các phương thức không tĩnh khác trong lớp.

concat(String)                        substring(int, int)
replace(char, char)                   toLowerCase()
replace(CharSequence, CharSequence)   toLowerCase(Locale)
replaceAll(String, String)            toString()
replaceFirst(String, String)          toUpperCase()
split(String)                         toUpperCase(Locale)
split(String, int)                    trim()
substring(int)

Chỉ có các phiên bản không tĩnh của các phương thức này buộc phải kiểm tra null rõ ràng ở bất cứ nơi nào phương thức như vậy phải được gọi. Ví dụ, chỉ cần gọi example = example.trim()sẽ dẫn đến NullPulumException nếu String example = null. Vì vậy, lập trình viên phải thực hiện kiểm tra null bảng kê sau:

if (example != null)
    example = example.trim();
// OR:
example = (example==null) ? null : example.trim();
example = (example==null) ? null : example.substring(5);

Tôi sẽ tưởng tượng nó sẽ thuận tiện hơn rất nhiều nếu Stringcó các phiên bản tĩnh của các phương thức này (có lẽ là độc quyền ), sẽ lấy chuỗi đầu vào làm đối số đầu tiên:

example = String.trim(example);
example = String.replace(example, 'a', 'b');
example = String.substring(example, 5);

Điều này sẽ dẫn đến mã sạch hơn được viết bởi các lập trình viên, họ sẽ tự động xử lý các trường hợp null bằng cách trả về null, thay vì buộc các lập trình viên xử lý rõ ràng các trường hợp null. Việc trả về null có ý nghĩa với tôi vì việc thao tác một chuỗi null sẽ dẫn đến một chuỗi null , không phải là một lỗi.

Tại sao các nhà thiết kế Java không nghĩ về điều này khi họ thiết kế Stringlớp trong Java 1 hoặc Java 2 hoặc thậm chí thêm chức năng như vậy trong phiên bản Java sau này?

Việc trả về null có ý nghĩa với tôi vì việc thao tác một chuỗi null sẽ dẫn đến một chuỗi null, không phải là một lỗi

Vâng, đó là ý kiến của bạn . Những người khác có thể lập luận rằng các hoạt động của Chuỗi trên một đối tượng null, không chứa Chuỗi, không có ý nghĩa và do đó sẽ ném Ngoại lệ

Tại sao "các nhà thiết kế Java" đã làm hoặc không làm điều gì đó khó khăn với anwer.

Hiện đã có các thư viện có thể thực hiện các hoạt động Chuỗi an toàn null, ví dụ StringUtils của Apache Commons. Bạn có thể sử dụng thư viện đó hoặc tương tự nếu bạn cần chúng.

Bổ sung dựa trên ý kiến ​​của bạn

Đọc qua các bình luận, có vẻ như vấn đề thực sự bạn gặp phải là bạn phải kiểm tra nulltất cả các mã của mình. Đó có thể là một chỉ báo về một thiết kế chương trình tồi mà không có hợp đồng được xác định rõ ràng giữa các giao diện. Bạn có thể muốn đọc Tránh các câu lệnh!

IMO toàn bộ cách tiếp cận "if arg is null return null" đối với các phương thức viết một cách không cần thiết làm tăng độ phức tạp theo chu kỳ của chương trình của bạn.

Các lib Java ban đầu đã sử dụng cách tiếp cận null trả về, nhưng các anh chàng JDK luôn bảo vệ chống lại null với các ngoại lệ.

Với thời gian, tôi nghĩ rằng cách tiếp cận sau đã được đưa ra như là người chiến thắng rõ ràng.

Tại sao? Vì các trường null phá vỡ rất nhiều nguyên tắc oo. Bạn chỉ đơn giản là không thể coi họ là thành viên của một lớp đa hình. Điều này có nghĩa là bạn luôn phải mã hóa các trường hợp đặc biệt thành null và do đó độ phức tạp theo chu kỳ của bạn tăng vọt khi bạn phải cho rằng mọi thứ có thể là null.

Để giải quyết vấn đề của bạn, hãy xem xét sử dụng mẫu đối tượng null thay vì dựa vào các trường null.

Không nói đây là lý do, nhưng ngoại trừ toString, tất cả các phương thức này dễ dàng được gói gọn trong một lớp trình trợ giúp tĩnh, trong khi điều ngược lại là không đúng.

Tức là nếu bạn muốn Stings.toUpper (đầu vào chuỗi) mã dễ viết, nhưng nếu bạn muốn instance.toUpper và tất cả những gì bạn có là String.toUpper, thì điều đó là không thể ... trừ khi họ giới thiệu các phương thức mở rộng, điều mà nhiều khả năng thậm chí không được xem xét tại thời điểm đó.

Trong java, chuỗi đó là một đối tượng. Đó là một sự lựa chọn thiết kế.

Tham chiếu đối tượng có thể là null và là null nếu không có đối tượng được gán cho nó. Nếu bạn gọi một đối tượng như vậy, một NullPulumException sẽ bị ném. Đó là hành vi oo tiêu chuẩn.

Các nhà thiết kế Java đã lựa chọn có các chuỗi làm đối tượng và có các phương thức đó đưa ra các ngoại lệ con trỏ null là những gì bạn nhận được nếu bạn muốn các chuỗi là các đối tượng.

Tại sao các nhà thiết kế Java không nghĩ đến điều này khi họ thiết kế lớp String trong Java 1 hoặc Java 2 hoặc thậm chí thêm chức năng như vậy trong phiên bản Java sau này?

Có lẽ họ đã nghĩ về điều đó và chọn kết hợp hành vi oo.