Hàm chỉ trả về tham số không thay đổi, vô dụng?

Tôi chỉ tìm thấy chức năng này trong dự án tôi đang làm việc tại:

  -- Just returns the text unchanged.
  -- Note: <text> may be nil, function must return nil in that case!
  function Widget:wtr(text)
      return text
  end

Quá buồn, lập trình viên không còn làm việc trong công ty nữa. Tại sao người ta sẽ tạo ra một hàm không làm gì, nhưng trả về tham số mà nó được gọi với?

Có sử dụng chức năng như vậy, không được chỉ định cho ví dụ này, nhưng tổng thể trong mọi trường hợp?

Do

function aFunction(parameter)
    return parameter
end

Kết thúc ở

aFunction(parameter) == parameter

Tại sao tôi lại viết một cái gì đó như

aFunction(parameter) == whatIWantToCheck

thay vì

parameter == whatIWantToCheck

?

Câu hỏi của bạn giống như hỏi những gì tốt của số 0 nếu bất cứ khi nào bạn thêm nó vào một cái gì đó bạn sẽ nhận lại cùng một giá trị. Một chức năng nhận dạng giống như số không cho các chức năng. Bản thân nó vô dụng, nhưng đôi khi hữu ích như là một phần của biểu thức sử dụng các hàm bậc cao hơn, trong đó bạn có thể lấy một hàm làm tham số hoặc trả về kết quả. Đó là lý do tại sao hầu hết các ngôn ngữ lập trình chức năng có một idhoặc identitytrong thư viện tiêu chuẩn của họ.

Nói cách khác, nó làm cho một chức năng mặc định tiện dụng. Giống như bạn có thể muốn đặt offset = 0làm số nguyên mặc định, mặc dù điều đó làm cho phần bù không làm gì, nó có thể có ích để có thể đặt filterFunction = identitylàm hàm mặc định, mặc dù điều đó làm cho bộ lọc không làm gì cả.

Chắc chắn rồi. Hãy tưởng tượng một API bên ngoài cho phép bạn truy xuất những thứ từ một nơi nào đó mà bạn thực sự cần, nhưng bạn phải chỉ định tiêu chí lọc và bộ định dạng đầu ra cho mọi truy vấn, ngay cả khi bạn muốn tất cả các kết quả và muốn nhận chúng chính xác như được lưu trữ.

Sau đó, bạn phải phát minh ra một chức năng "chấp nhận mọi thứ" tầm thường và một chức năng "trả lại không thay đổi" tầm thường để lấy dữ liệu. wtrchính xác là một định dạng giả tầm thường như vậy. Nếu bạn sử dụng API đó rất nhiều, sẽ rất hữu ích khi có chức năng trợ giúp giả này nằm xung quanh thay vì phải tạo một hàm ẩn danh bất cứ khi nào bạn truy vấn điều gì đó. (Bạn có thể cân nhắc việc gọi nó identityhơn là wtrđể nó ngay lập tức xóa nó không làm gì cả.)

Không phải đó chỉ là một đa hình sao?

Từ kinh nghiệm của tôi với Qt tr() và wtr()các phương pháp được cho là sẽ được sử dụng (ở đó, trong Qt ) trong việc bản địa hóa Widgetvăn bản của.

Vì vậy, bằng cách trả về văn bản không thay đổi, phương thức này chỉ nói : Widget does no localization (translation of the text) by default. Override this function to enable your own logic.

Một trường hợp rất phổ biến cho điều này là 'chức năng được thêm vào sau'. Vì vậy, lập trình viên nghĩ rằng có thể có một số thay đổi cho chức năng đó sau này. Vì bạn truy cập nó dưới dạng hàm chứ không phải là tham số, bạn có thể dễ dàng thay đổi toàn cầu. Hãy nói rằng bạn có một chỉ mục với:

function getIndex(index)
    return index
end

và vì chỉ số của bạn bắt đầu từ 0 nên mọi thứ đều ổn. Sau này bạn thay đổi một thành phần ở nơi khác, thành phần này cần bạn dịch chỉ mục của bạn để bắt đầu từ 1. Bạn sẽ phải thêm hàng trăm chỉ mục + 1 ở mọi nơi trong mã của mình. Nhưng với một phương pháp như thế này, chỉ cần nói:

 function getIndex(index)
    return index+1
end

và bạn tốt thôi. Các chức năng như thế này có thể nhanh chóng dẫn đến kỹ thuật quá mức nhưng tại một số điểm chúng có rất nhiều ý nghĩa!

Các hàm còn sơ khai như thế này là phổ biến trong các tình huống thừa kế kiểu. Lớp cơ sở có thể không làm gì hữu ích, nhưng các lớp dẫn xuất có thể làm nhiều việc khác nhau với các đầu vào. Khai báo hàm sơ khai trong lớp cơ sở cho phép tất cả các lớp dẫn xuất có một hàm của tên đó và các lớp dẫn xuất riêng lẻ ghi đè lên nó bằng một cái gì đó phức tạp và hữu ích hơn.

Một kịch bản bổ sung tương tự như việc sử dụng các thuộc tính python và C #, nhưng trong các ngôn ngữ không có tính năng này.

Nói chung, bạn có thể tuyên bố một cái gì đó chỉ là một thành viên của lớp; giả sử, 'tên' là một chuỗi. Điều này có nghĩa là bạn truy cập nó như thế này:

someobject.name

Sau đó, bạn quyết định rằng tên thực sự cần phải phụ thuộc vào những gì trong đối tượng. Vì vậy, nó thực sự nên là một chức năng. Giáo sư! Ngay cả khi không có đối số, điều đó có nghĩa là tất cả mã truy cập bây giờ phải được đổi thành

someobject.name()

Nhưng nếu bạn có nhiều phiên bản của cuộc gọi này, khả năng không có gì sai với điều đó là khá thấp - ở đâu đó thay đổi này sẽ không được thực hiện, chương trình sẽ bị sập khi bạn đến điểm đó, v.v.

Các thuộc tính trong C # / Python cho phép bạn thay thế một hàm trong những gì từng là một thuộc tính, trong khi vẫn cho phép nó được truy cập như một thuộc tính tức là không có thay đổi. Bạn thậm chí không phải có kế hoạch trước.

Nếu ngôn ngữ của bạn không có điều đó, bạn phải lên kế hoạch trước, nhưng bạn vẫn có thể hỗ trợ nó theo cách mọi người đã làm trước đây bằng cách biến nó thành chức năng ngay từ đầu mà không làm gì cả. Ban đầu, nó sẽ không làm bất cứ điều gì thú vị, và có vẻ như nó nên được gỡ bỏ, và nhiều chức năng của loại này không bao giờ thay đổi. Nhưng sau này, nếu bạn nhận ra rằng thực sự bất cứ khi nào bạn gọi Widget.wtrbạn cần loại bỏ một số ký tự đặc biệt, thì đó không phải là vấn đề lớn - đó đã là một chức năng, bạn chỉ cần thêm nó vào và bạn đã hoàn thành.

TL; DR Đây có thể chỉ là một lập trình viên khôn ngoan lên kế hoạch trước cho những thay đổi trong tương lai.

Nó không vô dụng, thực sự nó có thể cực kỳ hữu ích, bởi vì nó làm cho mã của bạn thống nhất và linh hoạt hơn.

Ví dụ, giả sử bạn có danh sách người và danh sách thả xuống để người dùng chọn nếu chúng tôi muốn xem "tất cả" hoặc chỉ những người là "nam" hoặc "nữ".

Bạn có thể xử lý "tất cả" như một trường hợp đặc biệt, trong trường hợp đó bạn sẽ cần thêm nếu và để kiểm tra rõ ràng trường hợp này hoặc bạn có thể có chức năng lọc chỉ trả về tham số của nó (ví dụ: cho phép mọi thứ vượt qua), được chỉ định để được sử dụng cho trường hợp "tất cả".