Có lý do chính đáng nào để bao bọc thêm một hàm được gọi hàm immedeately xung quanh định nghĩa mô-đun requireJS không?

Question

Tôi đã nhìn vào nồi hơi Backbone-requireJS trong GitHub, tôi thấy hai loại triển khai khác nhau.

https://github.com/david0178418/BackboneJS-AMD-Boilerplate/blob/master/src/js/views/viewStub.js có những điều sau đây là viewStub:

function() { 
    "use strict"; 

    define([ 
      'jqueryLoader', 
      'underscore', 
      'backbone', 
     ], 
     function($, _, Backbone) { 

      return Backbone.View.extend({ 
       template : _.template(/*loaded template*/), 

       initialize : function() { 
        this.render(); 
       }, 

       render : function() { 
        $(this.el).append(this.template(/*model/collection*/)); 

        return this; 
       } 
      }); 
     } 
    ); 
})(); 

Trong khi xem sơ khai từ bản mẫu khác https://github.com/jcreamer898/RequireJS-Backbone-Starter/blob/master/js/views/view.js có sau đây:

define([ 
     'jquery', 
     'backbone', 
     'underscore', 
     'models/model', 
     'text!templates/main.html'], 
function($, Backbone, _, model, template){ 
    var View = Backbone.View.extend({ 
     el: '#main', 
     initialize: function(){ 
      this.model = new model({ 
       message: 'Hello World' 
      }); 
      this.template = _.template(template, { model: this.model.toJSON() }); 
     }, 
     render: function(){ 
      $(this.el).append(this.template); 
     } 
    }); 

    return new View(); 
}); 

Câu hỏi của tôi ở đây là: Tại sao có một chức năng tự thực hiện xung quanh toàn bộ mô-đun RequireJS trong ví dụ đầu tiên?

Answer 1

Không cần phải có đóng cửa có chứa trong ví dụ này. Nó tạo ra một phạm vi để các biến hoặc các hàm được khai báo không bị rò rỉ vào phạm vi toàn cục. Nhưng khi bạn không tạo ra các biến hoặc các hàm được đặt tên, thì không có gì để rò rỉ. Vì vậy, không có nhiều điểm.

Lý do thực sự có thể đơn giản hơn bạn nghĩ. Giống như sử dụng tín hiệu rẽ ngay cả khi không có ai ở xung quanh, bao quanh mọi tệp nguồn JS trong một hàm tự thực hiện là một thói quen tốt để tham gia. Nó giúp bạn tiết kiệm từ những sai lầm ngu ngốc. Vì vậy, nó có thể chỉ là một ví dụ về một phong cách lập trình phòng thủ.

Không có lợi ích trong ví dụ này, nhưng chi phí hiệu suất liên quan trong thời gian chạy là hoàn toàn không đáng kể. Vì vậy, tại sao không làm điều đó theo cách "đúng" trong trường hợp một số mới đến và "duy trì" mô-đun này trong một số cách sôi nổi?

Answer 2

Hoàn toàn không có điểm khi thực hiện việc này, bởi vì bạn đã có một chức năng tạo ra các không gian tên riêng của nó.

Ngoài ra còn có một bất lợi - bạn đang nhận được thụt lề thêm, do đó mã của bạn trở nên ít đọc được hơn.