OOP vs JavaScript

Question

Tôi có một nền tảng trong OOP. Tôi bắt đầu làm việc rất nhiều với JavaScript. Khi dự án phát triển, nó trở nên khó khăn hơn để duy trì nó. Trong Java, tôi áp dụng các nguyên tắc OOP để giữ cho mọi thứ được kiểm soát. Tôi nên làm gì với JavaScript, tôi nên nghiên cứu những gì để giữ một ứng dụng JavaScript được kiểm soát?

Answer 1

Bạn cũng có thể áp dụng các nguyên tắc OOP cho quá trình phát triển Javascript. Javascript sử dụng thừa kế prototypal, nhưng đó là một chi tiết thực hiện. Các khái niệm vẫn như cũ. Hầu hết các khái niệm mà bạn quen thuộc đều có tương tự trực tiếp trong javascript.

phương pháp thử và thật sự khác áp dụng cũng như:

1) Stay DRY - Do not Repeat Yourself. Mã trùng lặp luôn là điều ác.
2) Mối quan tâm riêng biệt - Sử dụng các mẫu MVC hoặc MVVM để giữ mã sạch sẽ và chỉ thực hiện 1 điều.
3) Kiểm tra - Khi tôi nghe "Khó duy trì", bộ não của tôi dịch là thiếu kiểm tra. Bạn chắc chắn có thể viết các bài kiểm tra đơn vị cho các dự án javascript.
4) Mã xét - Mã đánh giá có thể là một cách tốt để từ chối đang nhân đôi, mã mà không được chế tác đúng cách, không được định dạng, vv ....

Answer 2

Trong JavaScript, chức năng là các đối tượng; Mozilla Developer Network,McKoss,SitePoint, và JavaScript Kit giải thích thêm.

Ví dụ JavaScript Object

function myObj() { 
    this.myMethod = function() { 
    alert('hello'); 
    } 
} 
var demo_obj = new myObj(); 
demo_obj.myMethod(); 

Patterns để giữ cho mọi thứ trong tầm kiểm soát

• Các mẫu được liệt kê ở đây là đặc biệt đến JavaScript.
  1. Use a Script Loader.
  2. Use a JS Framework.
  3. Lint your JavaScript. - Các công cụ sẵn có để chạy trên máy tính để bàn của bạn trong Rhino hoặc nút.
  4. Minify your JS.
• Các mẫu được liệt kê ở đây là điển hình của OOP Ngôn ngữ, và không phải là đặc biệt đến JavaScript.
  1. KHÔ - Không lặp lại chính bạn.
  2. Mẫu quan sát (Pub/Sub).

Anti-Patterns để cho những điều ngoài tầm kiểm soát

1. gây ô nhiễm không gian tên
2. sử dụng eval()
3. Prototyping chống lại các đối tượng Object
4. Inline Script Thẻ.
5. sử dụng document.write

Answer 3

Khi tôi còn trong tình cảnh tương tự tôi bắt đầu nhìn vào "làm thế nào khác đã làm". Nó đã kết thúc với http://dojotoolkit.org/ và http://jquery.com và tôi đã tìm cách họ triển khai các tiện ích/plugin để có thể mở rộng khung công tác.

Answer 4

Đây là cách bạn xác định đối tượng và phương pháp trong javascript.

function SomeObj() { 

    this.someMethod = function() { 
     alert('boo'); 
    } 
} 

var o_obj = new SomeObj(); 
o_obj.someMethod(); //alerts "boo" 

Hy vọng điều đó sẽ hữu ích.

Bạn cũng có thể sử dụng mẫu thử nghiệm để tạo các chức năng tĩnh.

this.prototype.someMethod = function() { 
    alert('boo'); 
} 

Answer 5

Một cách khác để xác định các đối tượng và phương pháp đơn giản trong javascript (không cần new).

function creaeSomeObj() { 
    var that = {}; 
    that.someMethod = function() { 
     alert('boo'); 
    } 
    return that; 
} 

var o_obj = createSomeObj(); 
o_obj.someMethod(); //alerts "boo" 

Mẫu này không hỗ trợ kế thừa, nhưng nhiều lần là đủ.

Answer 6

Tại sao "so với"? JavaScript hỗ trợ lập trình hướng đối tượng, nhưng không hỗ trợ theo cách truyền thống dựa trên lớp mà bạn thấy trong ví dụ: Java.

Cách hoạt động của OOP của JavaScript thường được gọi là "thừa kế nguyên mẫu", hoặc cụ thể hơn là "kế thừa prototypal ủy nhiệm". Điều này có thể được đun sôi xuống để "nếu bạn đang tìm kiếm tài sản 'foo' trong một đối tượng, và bạn không thể tìm thấy nó ở đó, sau đó cố gắng tìm 'foo' bên trong của đối tượng nguyên mẫu thay thế". Đó là, việc tra cứu tài sản là được ủy quyền đến mẫu thử nghiệm của đối tượng (chúng tôi nói rằng đối tượng thừa kế các thuộc tính từ nguyên mẫu).

Cách thức hoạt động kế thừa prototypal có một vài tác động. Ví dụ:

• Đối tượng trong JavaScript là "động" theo nghĩa là chúng chỉ là một nhóm các cặp giá trị tên. Các thuộc tính mới có thể được thêm vào và loại bỏ trong suốt thời gian chạy, vì vậy chúng ít "tĩnh" hơn các đối tượng theo nghĩa lớp học điển hình.
• Cách delegative công trình thừa kế nguyên chủng ("nếu bạn không thể tìm ra nguyên mẫu đây, sau đó nhìn đây thay vì") có nghĩa là nó nhiều đơn giản hơn OOP cổ điển. Từ quan điểm thuần túy nguyên mẫu, bạn không cần các nhà thầu, ví dụ. "Phương thức" chỉ là các hàm bình thường xảy ra được gắn vào nguyên mẫu (có nghĩa là chúng có sẵn như là các thuộc tính trên tất cả các đối tượng kế thừa).

Có pro và con với cả hai nguyên chủng và thừa kế cổ điển, nhưng điều quan trọng là phải nhớ rằng họ đang khác nhau.

Bây giờ, JavaScript được cảm hứng bởi Java và các ngôn ngữ cổ điển khác, do đó, họ quyết định tạo cú pháp "giống như lớp" để giúp mọi người dễ dàng sử dụng các lớp học hơn. Tôi sẽ không giải thích nhiều về điều này; nó đã được ghi lại ở mức độ lớn ở những nơi khác rồi.

Một số bài viết thú vị:

• hughfdjackson's introduction to JavaScript OOP - ngắn và nhiều hơn nữa to-the-point,
• Sorella's longer "Understanding Javascript OOP" - chứ không phải theo chiều sâu và tài nguyên rất hoàn chỉnh.

Answer 7

Đa phương tiện chỉ có một khóa học về chủ đề này: Structuring JavaScript Code có thể cung cấp một số thông tin chi tiết. Hai điều kiện tiên quyết: 1. Tôi chưa từng tham gia khóa học - nhưng nội dung có vẻ tuyệt vời và tôi đã rất ấn tượng với các khóa học Pluralsight khác mà tôi đã thực hiện và 2. nó không miễn phí (nhưng có thể đáng giá $ nếu nó giúp bạn tiết kiệm thời gian xuống đường b/c bạn có cấu trúc mã tốt hơn). Không, tôi không làm việc cho Pluralsight.

Ngoài khung công tác js được đề cập trong chủ đề này, bạn cũng có thể xem Knockoutjs - hướng dẫn tuyệt vời tại đây learnknockoutjs.com. Knockout là MVVM tập trung. Lưu ý, có một cuộc thảo luận tốt trong stackoverflow comparing Backbone to Knockout và Pluralsight cũng có một khóa học về cách sử dụng Knockout mà tôi đã xem và đề xuất.