Có thể đổi tên một phương thức bảo quản đóng gói?

Tôi đã đọc trang này , về thời điểm getters / setters là hợp lý và OP đã đưa ra mẫu mã sau:

class Fridge
{
     int cheese;

     void set_cheese(int _cheese) { cheese = _cheese; }
     int get_cheese() { return cheese; }
 }

void go_shopping(Fridge fridge)
{
     fridge.set_cheese(fridge.get_cheese() + 5);        
}

Các câu trả lời được chấp nhận trạng thái:

Bằng cách này, trong ví dụ của bạn, tôi sẽ cung cấp cho lớp Fridgecác putCheese()và takeCheese()phương pháp, thay vì get_cheese() và set_cheese(). Sau đó, bạn vẫn sẽ đóng gói.

Làm thế nào để đóng gói được bảo toàn bằng cách đổi tên nó từ get / set thành putCheese()/ takeCheese()Rõ ràng là bạn đang nhận / thiết lập một giá trị, vậy tại sao không chỉ đơn giản là để nó là get / set?

Trong cùng một câu trả lời, nó cũng ghi:

Có getters và setters không tự nó phá vỡ đóng gói. Điều gì đóng gói đóng gói là tự động thêm một getter và setter cho mọi thành viên dữ liệu (mọi trường, trong biệt ngữ java), mà không cho nó bất kỳ suy nghĩ nào.

Trong trường hợp này, chúng tôi chỉ có một biến, cheesevà bạn có thể muốn lấy và trả lại phô mai vào tủ lạnh, vì vậy một cặp get / set trong trường hợp này là hợp lý.

Tôi nghĩ rằng bạn đang bị mất điểm. Nó không nói rằng bạn nên đổi tên setter và getter, nhưng để có các phương thức thêm và loại bỏ các mục từ tủ lạnh. I E

public class Fridge
{
    private int numberOfCheeseSlices;

    public void AddCheeseSlices(int n)
    {
         if(n < 0) { 
             throw new Exception("you cant add negative cheese!");
         }
         if(numberOfCheeseSlices + n > this.capacityOfFridge) { 
             throw new Exception("TOO MUCH CHEESE!!");
         }
         ..etc
         this.numberOfCheeseSlices += n;
    }
}

Bây giờ biến riêng được đóng gói. Tôi không thể chỉ đặt nó thành bất cứ thứ gì tôi muốn, tôi chỉ có thể thêm và loại bỏ các lát phô mai từ tủ lạnh bằng các phương pháp, điều này đảm bảo rằng bất kỳ quy tắc logic kinh doanh phô mai nào tôi muốn đều được áp dụng.

Theo định nghĩa, Getters và setters phá vỡ đóng gói mỗi lần , theo định nghĩa. Những gì có thể được tranh luận là đôi khi chúng ta cần phải làm điều đó. Ngoài ra, đây là câu trả lời của tôi:

Cách đóng gói được bảo toàn bằng cách đổi tên nó từ get / set thành putCheese () / TakeCheese () Rõ ràng bạn đang nhận / thiết lập một giá trị, vậy tại sao không đơn giản để nó là get / set?

Sự khác biệt là về ngữ nghĩa, nghĩa là những gì bạn viết. Đóng gói không chỉ là để bảo vệ, mà còn che giấu trạng thái nội bộ. Nhà nước nội bộ thậm chí không nên được biết đến bên ngoài, thay vào đó, đối tượng dự kiến ​​sẽ cung cấp các phương thức liên quan đến kinh doanh (đôi khi được gọi là "hành vi") để thao túng / sử dụng trạng thái đó.

Vì vậy, getvà setlà các thuật ngữ kỹ thuật và dường như không liên quan gì đến miền "tủ lạnh", trong khi putvà takethực sự có thể có ý nghĩa.

Tuy nhiên , cho dù puthoặc takelàm thực tế cảm giác vẫn còn phụ thuộc vào yêu cầu và không thể được đánh giá một cách khách quan. Xem điểm tiếp theo:

Trong trường hợp này, chúng tôi chỉ có một biến số, phô mai và bạn có thể muốn lấy và trả lại phô mai vào tủ lạnh, vì vậy một cặp get / set trong trường hợp này là hợp lý.

Điều đó không thể được xác định một cách khách quan mà không có thêm bối cảnh. Ví dụ của bạn chứa một go_shopping()phương thức ở nơi khác. Nếu đó là những gì Fridgedành cho, hơn là nó không cần gethoặc set, những gì nó cần là Fridge.go_shopping(). Bằng cách này, bạn có một phương thức xuất phát từ các yêu cầu, tất cả "dữ liệu" mà nó cần là cục bộ và bạn có hành vi thực tế thay vì chỉ là một cấu trúc dữ liệu được che giấu mỏng.

Hãy nhớ rằng, bạn không xây dựng một chung chung, có thể tái sử dụng Fridge. Bạn đang xây dựng một Fridgeyêu cầu của bạn mà thôi. Bất kỳ nỗ lực nào làm cho nó nhiều hơn những gì nó cần là thực sự lãng phí.

Hầu như tất cả những điều này cho thấy một sự hiểu lầm cơ bản về đóng gói, và cách nó được áp dụng.

Phản hồi ban đầu rằng bạn đã phá vỡ đóng gói chỉ là sai. Ứng dụng của bạn có thể chỉ cần đặt giá trị của phô mai trong tủ lạnh thay vì tăng / giảm hoặc thêm / loại bỏ. Ngoài ra, nó không phải là ngữ nghĩa, bất kể bạn gọi nó là gì, nếu bạn có nhu cầu truy cập và / hoặc thay đổi các thuộc tính bạn không phá vỡ đóng gói bằng cách cung cấp chúng. Cuối cùng, đóng gói không thực sự là "ẩn", đó là về việc kiểm soát quyền truy cập vào trạng thái và các giá trị không cần phải công khai hoặc thao túng bên ngoài lớp, trong khi cấp nó cho những người nên và thực hiện nhiệm vụ có sẵn trong nội bộ.

Một getter hoặc setter không phá vỡ đóng gói khi có nhu cầu chính đáng để nhận hoặc đặt giá trị. Đây là lý do tại sao các phương pháp có thể được công khai.

Đóng gói là về việc giữ dữ liệu và các phương thức sửa đổi dữ liệu đó trực tiếp với nhau ở một nơi logic, lớp.

Trong trường hợp cụ thể này, rõ ràng cần phải thay đổi giá trị của phô mai trong ứng dụng. Bất kể việc này được thực hiện như thế nào, thông qua get / set hoặc add / remove, miễn là các phương thức được gói gọn trong lớp bạn đang theo kiểu hướng đối tượng.

Để làm rõ, tôi sẽ đưa ra một ví dụ về cách đóng gói bị phá vỡ bằng cách cung cấp quyền truy cập bất kể tên phương thức hoặc thực thi logic.

Giả sử tủ lạnh của bạn có "trọn đời", chỉ cần một số tiếng tích tắc trước khi tủ lạnh không còn hoạt động (vì lý do tranh luận, tủ lạnh không thể được sửa chữa). Về mặt logic, không có cách nào người dùng (hoặc phần còn lại của ứng dụng của bạn) có thể thay đổi giá trị này. Nó nên là riêng tư. Nó sẽ chỉ được hiển thị thông qua nói một thuộc tính công khai khác được gọi là "isWorking". Khi hết thời gian sử dụng, bên trong bộ tủ lạnh sẽ làm việc sai.

Việc thực hiện đếm ngược thời gian và lật công tắc isWorking hoàn toàn bên trong tủ lạnh, không có gì bên ngoài có thể / nên có thể thực hiện quy trình. isWorking chỉ nên được nhìn thấy, do đó, một getter không phá vỡ đóng gói. Tuy nhiên, việc thêm các phụ kiện cho các yếu tố của quy trình trọn đời sẽ phá vỡ sự đóng gói của bạn.

Giống như hầu hết mọi thứ, định nghĩa của đóng gói không theo nghĩa đen, nó tương đối. Bạn có thể thấy X bên ngoài lớp học không? Bạn có thể thay đổi Y? Là tất cả mọi thứ áp dụng cho đối tượng của bạn ở đây trong lớp này hay là chức năng trải đều trên nhiều lớp?

Nó không chỉ đổi tên một phương thức. Hai phương thức hoạt động khác nhau.

(Hình ảnh này trong tâm trí của bạn)

get_cheese và set_cheese phơi phô mai. putCheese () và TakeCheese () giữ phô mai ẩn và chăm sóc việc quản lý nó và cung cấp cho người dùng một cách để xử lý nó. Người quan sát không nhìn thấy pho mát, anh ấy / cô ấy chỉ nhìn thấy hai phương pháp thao tác với nó.