2011-08-24 34 views
58

Xin lỗi vì câu hỏi quá chủ quan.Các phương pháp hay nhất dành cho các nhà phát triển mvc asp.net

Tôi đang tìm một số ví dụ thực tế về cách quản lý javascript tốt hơn trong các ứng dụng asp.net mvc.

Trước jQuery tôi đã cố gắng tránh sử dụng javascript càng nhiều càng tốt. Bây giờ tôi đang sử dụng nó rất nhiều nhưng cảm thấy tôi có thể đã bỏ lỡ một số thực hành tốt nhất/khuyến nghị cho cơ cấu mã javascript của tôi trong các ứng dụng web lớn hơn.

Một số điều mà tôi phạm tội và muốn di chuyển xa:

  1. Inline javascript trong quan điểm của tôi. Tôi không nói đến khối lượng mã nhưng không phải là hiếm khi tôi có một số mã khởi tạo trên mỗi chế độ xem.
  2. Một tệp javascript "trang web" lớn. Vì danh sách các plugin được sử dụng trong ứng dụng của tôi phát triển (ví dụ như jquery ui), nên chức năng "khởi động" của tôi cũng khởi tạo từng plugin. Thường thì điều này là để tránh vấn đề 1 (thêm nội tuyến javascript). Có lẽ một tập tin javascript cho mỗi lần xem là một giải pháp tốt hơn?
  3. Mọi thứ có vẻ rất thủ tục. Tôi đang sử dụng để làm việc trong một cách định hướng đối tượng trong. Net, nhưng khi nói đến javascript này dường như đi ra ngoài cửa sổ. Bây giờ tôi biết OOP là chắc chắn có thể, và khuyến khích với javascript nhưng tôi có thể làm với thấy một số ví dụ thực tế về cách tôi nên làm nó trong bối cảnh của một ứng dụng web thực sự.
  4. Cấu trúc không gian/cấu trúc dự án - Tôi đã thấy một vài ví dụ về cách đặt tên javascript (bởi các đối tượng) và giống như cách tiếp cận nhưng lại có thể làm được với một số kiến ​​thức cơ bản hơn.

Bất kỳ trang web, sách, v.v. mà mọi người có thể đề xuất sẽ được đánh giá cao.

+16

@jfar - không chắc chắn lý do tại sao đảm bảo giảm giá, đặc biệt khi tôi yêu cầu thêm thông tin về các lựa chọn thay thế. –

+3

+1. Tôi nghĩ rằng câu hỏi này có thể liên quan đến nhiều nhà phát triển, đặc biệt. ai đó chỉ mới bắt đầu trên MVC, chẳng hạn như I. –

+7

@jfar - Upvote trên downvote vì làm phiền để viết lý do tại sao, mặc dù tôi không đồng ý với lý do tại sao. Tôi ghét nó khi mọi người downvote nặc danh. –

Trả lời

2

Tôi đã sử dụng phương pháp mô tả ở đây:

http://weblogs.asp.net/jaimedelpalacio/archive/2011/03/23/a-way-to-organize-your-javascript-code.aspx

Tôi tò mò muốn được biết những gì bạn nghĩ về nó.

Ref cho một câu hỏi tương tự trên SO

Is there a better way to organise javascript in a single file with specific code for multiple pages?

+0

Tôi thích điều này. Điều duy nhất là chiến lược sẽ sụp đổ nếu một người đang sử dụng các tuyến đường theo yêu cầu. Một cách xung quanh đó sẽ là sử dụng văn bản-templating để tạo ra cả hai tuyến đường cũng như các bootstrap JavaScript hooking lên bộ điều khiển để chiến lược. Ý tưởng là không lặp lại chính mình. –

0

Đối với tôi, các thư viện như KnockoutJS đã giúp rất nhiều để tổ chức mã JS của tôi, nó thực sự mạnh mẽ, tôi đã sử dụng nó cho nhiều dự án và nó có làm việc rất tốt. (Tôi cũng là một nhà phát triển MVC asp.net nhưng điều này cũng áp dụng cho các công nghệ khác, bên cạnh đó, người đã phát minh ra nó có nhiều kinh nghiệm với aspnet mvc)

9

Tôi nghĩ tôi sẽ ném 2 xu.

  1. Best practice đề nghị không sử dụng JScript trong quan điểm, và điều này tôi thấy có thể được ngăn chặn bằng cách sử dụng người giúp đỡ HTML chứa JScript hoặc đẩy JScript vào các tập tin JS và khởi tạo nó trong helper HTML của bạn. Đây là những gì bên thứ ba điều khiển MVC dev (ví dụ như Telerik) sử dụng. Nếu bạn quyết định để đẩy JScript vào bộ điều khiển của bạn, bạn sẽ tìm thấy nó được khá lộn xộn một cách nhanh chóng.

  2. Tôi thường thấy mình trong cùng một kịch bản nơi tôi có tệp JS cho mỗi chế độ xem, nhưng điều này có thể được hợp nhất để có một JS cho mỗi mô-đun. Điều này một lần nữa là làm thế nào phức tạp mã của bạn có thể được.Nếu bạn thấy rằng nhiều lượt xem có cùng khởi tạo, thì bạn có thể đi xuống phương pháp xem cơ sở. Đây cũng được coi là thực hành tốt nhất.

  3. Bạn sẽ thấy rằng JScript is quite OO và điều này liên quan đến cách JScript sử dụng JSON. Tôi thấy rằng sự linh hoạt của JScript khiến nó xuất hiện để tránh xa OOP. Kinh nghiệm hạn chế của tôi với JScript là để giữ cho nó ngắn gọn và súc tích và điều này sẽ tái thi hành JScripts có thể sử dụng lại.

  4. Tôi nghĩ rằng điều này có thể quá mức khi thực hành trong JScript. Vấn đề lớn nhất tôi tìm thấy ở đây không phải là với khoảng cách tên, nhưng làm thế nào để tránh trùng lặp/tải đôi của JScripts. Nếu quan điểm là "độc lập", thì lý thuyết nên tải JScripts của riêng chúng, nhưng điều này sẽ khiến cho các JScripts được nạp nhiều lần hoặc thậm chí tạo xung đột. Một lần nữa, một trợ giúp HTML tốt có thể giúp bạn tiết kiệm ở đây (aplogies, tôi không có một ví dụ tốt, nhưng Google nó và bạn không thể đi sai).

Nhìn chung, JScript rất mạnh mẽ và mở ra lập trình web đến một cấp độ hoàn toàn mới. JScript sẽ ngày càng trở thành một phần của nền tảng web, đặc biệt khi mọi người chuyển sang HTML 5. Với MVC và JSript, có 100 cách khác nhau để làm chính xác điều tương tự và thực hành tốt nhất chỉ có thể đưa bạn đến nay. Phần còn lại tùy thuộc vào những gì bạn đang cố gắng đạt được, đối tượng mục tiêu của bạn là ai và trình duyệt nào bạn đang hỗ trợ.

Các vấn đề liên quan