Bất kỳ lý do nào để viết từ khóa “private” trong C #?

Theo như tôi biết, privatelà mặc định ở khắp mọi nơi trong C # (có nghĩa là nếu tôi không ghi public, protected, internal, vv nó sẽ privatetheo mặc định). (Vui lòng sửa cho tôi nếu tôi sai.)

Vì vậy, lý do gì để viết từ khóa đó, hoặc tại sao nó thậm chí tồn tại cho các thành viên?

Ví dụ: khi một trình xử lý sự kiện được tạo tự động, nó trông giống như sau:

private void RatTrap_MouseEnter(object sender, CheeseEventArgs e)
{

}

Nhưng tại sao nó thậm chí viết riêng tư nếu đó là ngụ ý và mặc định? Để các nhà phát triển mới làm quen (những người không biết đó là mặc định C #) biết rằng nó là riêng tư? Hoặc là có sự khác biệt cho trình biên dịch?

Hơn nữa, có trường hợp viết "private" (một mình) sẽ làm thay đổi khả năng truy cập của thành viên không?

AFAIK, private là mặc định ở mọi nơi trong C # (có nghĩa là nếu tôi không viết public, protected, internal, v.v. thì nó sẽ là private theo mặc định). (xin vui lòng sửa cho tôi nếu sai).

Đây không phải là sự thật. Các kiểu được xác định trong một không gian tên (lớp, cấu trúc, giao diện, v.v.) sẽ là nội bộ theo mặc định. Ngoài ra, các thành viên trong các loại khác nhau có các khả năng truy cập mặc định khác nhau (chẳng hạn như công khai cho các thành viên giao diện). Để biết chi tiết, hãy xem Mức độ trợ năng trên MSDN.

Cũng thế,

Vậy, lý do gì để viết từ khóa đó, hoặc tại sao nó lại tồn tại?

Việc chỉ định điều này một cách rõ ràng giúp biểu thị ý định của bạn để đặt kiểu riêng tư, rất rõ ràng. Điều này giúp bảo trì mã của bạn theo thời gian. Điều này có thể giúp các nhà phát triển khác (hoặc chính bạn) biết liệu một thành viên là riêng tư theo mặc định hay cố ý, v.v.

AFAIK, riêng tư là mặc định ở mọi nơi trong C #

Không hoàn toàn - mặc định là "quyền truy cập hạn chế nhất có sẵn cho khai báo này". Vì vậy, ví dụ, với một loại cấp cao nhất, mặc định là internal; đối với kiểu lồng nhau, giá trị mặc định là private.

Vậy, lý do gì để viết từ khóa đó, hoặc tại sao nó lại tồn tại?

Nó làm cho nó rõ ràng, điều này tốt vì hai lý do:

• Nó làm cho nó rõ ràng hơn cho những người không biết các mặc định, theo câu hỏi của bạn (cá nhân tôi chưa bao giờ thích lập luận này, nhưng tôi thấy nó đáng được đề cập)
• Nó tạo ấn tượng rằng bạn đã cố tình quyết định đặt nó ở chế độ riêng tư, thay vì chỉ sử dụng mặc định.

Về phần cuối cùng của bạn:

Hơn nữa có trường hợp viết "private" (một mình) sẽ làm thay đổi khả năng truy cập của thành viên không?

Có, để làm cho một nửa thuộc tính hạn chế hơn phần còn lại:

// Public getter, public setter
public int Foo { get; set; }

// Public getter, private setter
public int Bar { get; private set; }

Tôi đã từng sử dụng mặc định ở mọi nơi tôi có thể, nhưng tôi đã bị thuyết phục (một phần bởi Eric Lippert) rằng việc nói rõ rằng bạn đã nghĩ về nó và quyết định đặt một cái gì đó riêng tư là một ý kiến ​​hay.

Cá nhân tôi ước có một cách làm điều đó cho các khai báo kiểu niêm phong / không niêm phong - thậm chí có thể không có mặc định. Tôi nghi ngờ rằng nhiều nhà phát triển (bao gồm cả bản thân tôi nếu tôi không cẩn thận) để lại các lớp chưa được niêm phong chỉ vì nó ít tốn công sức hơn là làm cho chúng được niêm phong.

privatethêm hình ảnh lộn xộn. Đối với những người khăng khăng rằng nó làm cho mọi thứ rõ ràng, tôi sẽ hỏi: Bạn có làm điều này với toán học không? Ví dụ:

var answer = a + b / c;

Bạn có thấy rằng không rõ ràng nếu không có dấu ngoặc đơn thừa xung quanh b / c?

Quy tắc trong C # rất đơn giản: Theo mặc định, mọi thứ càng gần với chế độ riêng tư càng tốt. Vì vậy, nếu bạn cần một cái gì đó để được nhiều hơn có thể nhìn thấy hơn so với mặc định, thêm một modifier. Nếu không, đừng thêm các từ khóa không cần thiết vào mã của bạn.

Theo như tôi biết, riêng tư là mặc định ở mọi nơi trong C #

Khai báo rõ ràng là riêng tư , có nghĩa là bạn biết nó là riêng tư. Không chỉ nghĩ rằng nó là như vậy, bởi vì theo như bạn biết, nó là mặc định. Nó cũng có nghĩa là người khác nhìn vào mã sẽ biết nó là gì.

Không có "Tôi nghĩ rằng nó là", "Tôi khá chắc chắn là như vậy", v.v. Nó chỉ là . Và mọi người đều ở trên cùng một trang.

Tôi không phải là nhà phát triển C # . Nếu tôi phải làm việc với một số mã không được khai báo rõ ràng là riêng tư , tôi có thể sẽ cho rằng nó là nội bộ .

Tôi không thích khi mọi thứ được sắp đặt ngầm. Nó không bao giờ rõ ràng như khi chúng được thiết lập rõ ràng.

Khả năng đọc - Không phải ai cũng có thể biết rằng riêng tư là hành vi mặc định.

Mục đích - Cung cấp dấu hiệu rõ ràng rằng bạn đã khai báo cụ thể tài sản là riêng tư (vì bất kỳ lý do gì).

Khả năng đọc, thể hiện ý định là hai lý do tuyệt vời mà tôi có thể nghĩ đến.

Một lý do chính đáng để chỉ định rõ ràng khả năng hiển thị là để bạn không phải suy nghĩ về đâu là mặc định cho ngữ cảnh bạn đang ở.

Một lý do tốt khác là vì FxCop yêu cầu bạn làm điều đó.

Rất nhiều người (những người như tôi!) Thường xuyên lập trình bằng một số ngôn ngữ khác nhau. Rõ ràng với những thứ như thế này khiến tôi không cần phải nhớ tất cả các chi tiết phức tạp của tất cả các ngôn ngữ mà tôi lập trình.

Tôi muốn nói vì sự nhất quán với khả năng đọc được của phạm vi của phần còn lại của lớp.