Bạn có biết HTML5 tận dụng tối đa, thừa kế JavaScript không?

Question

Khung tốt nhất (loại jquery, extjs, v.v.) để sử dụng nếu tôi muốn sử dụng mạnh mẽ tất cả các công nghệ mới nhất của ngăn xếp HTML5 được cung cấp bởi các trình duyệt hiện đại (Firefox 7, Safari 5, Chrome 14) và có hoàn toàn không cần hỗ trợ bất kỳ trình duyệt cũ nào (bao gồm cả không cần hỗ trợ IE chút nào và không cần Firefox hoặc Chrome trước bản phát hành ổn định mới nhất)? Tôi muốn có được tất cả sự tốt lành sẵn có mới nhất mà không cần (thậm chí trừu tượng bởi một lớp thư viện) một dòng mã có nghĩa là chỉ cần tương thích trước đây di sản hoặc giữ bất kỳ điều gì gây ra di sản trong tâm trí.

Để làm mềm bộ lọc, lấy hy vọng rất khiêm tốn về một khung làm việc lý tưởng để tồn tại, ít nhất (mức hỗ trợ kế thừa tối đa) tôi muốn đồng ý không hỗ trợ các phiên bản IE cũ hơn IE8 hoặc tốt hơn không hỗ trợ IE.

Answer 1

Còn Cappuccino thì sao? Tôi không thực sự biết bao nhiêu HTML5/CSS3 nó hỗ trợ, nhưng nó đòi hỏi IE7 ở mức tối thiểu. Nó tập trung vào phát triển ứng dụng web, không phải xây dựng trang web, vì vậy nó có thể không phải là những gì bạn đang tìm kiếm trong lĩnh vực đó.

Answer 2

Tôi thực sự gặp khó khăn trong việc hòa giải ý tưởng này sau một ý nghĩ nghiêm túc. Giả sử một khung như vậy tồn tại, nó sẽ chỉ tốt như trạng thái thực hiện hiện tại trong bất kỳ trình duyệt nào. Giả sử chỉ có hai trình duyệt và trạng thái triển khai HTML5 trông giống như sau:

Browser | Feature X | Feature Y 
------------------------------- 
A  | ✔   | ✘ 
B  | ✘   | ✔ 

Sau đó, ứng dụng HTML5 tiên tiến nhất của bạn có thể có X hoặc Y, chứ không phải cả hai. Nếu các tính năng mà nhu cầu ứng dụng của bạn có sẵn trên các phiên bản mới nhất của hầu hết các trình duyệt chính, thì tính năng đó không phải là xuất hiện. Nó sẽ bị chảy máu một năm trước.

Vì vậy, tùy thuộc vào phạm vi dự án và mục tiêu, ứng dụng B-E nhất có thể được viết sẽ phù hợp với một trình duyệt duy nhất (trình duyệt cung cấp tất cả/hầu hết các tính năng cần thiết cho ứng dụng của bạn).

Nếu bạn đang viết cho một trình duyệt đơn lẻ và không muốn sửa bất kỳ độ lệch triển khai nào từ thông số (vì thông số chưa được hoàn thành), thì về cơ bản là viết mã cho trình duyệt đã chọn bất kể bất kỳ thông số kỹ thuật nào.

Nếu trường hợp đó xảy ra, thì khung cơ bản là hành lý bổ sung để mang theo. Thay vào đó, các phím tắt cho hầu hết các API thường được sử dụng và các đơn giản hóa chung khác sẽ là cách tốt nhất để thực hiện.

Điều đó nói rằng, nếu bạn là mục tiêu là có một khung làm đơn giản hóa các API HTML5 không biết nơi các trình duyệt đứng ngày hôm nay, thì tôi rất muốn đóng góp cho dự án đó.

Answer 3

Sproutcore là một cách khác phù hợp với mô tả mở đầu của bạn "Làm thế nào để chúng tôi xây dựng các ứng dụng web trên máy tính để bàn nhanh, nhanh chóng?". Apple quan tâm đến nó và tôi đã nghe báo cáo tốt.

Một cách tiếp cận khác sẽ là Tách mã Dash. Nó sử dụng html (5) css (3) và JavaScript để xây dựng cả Mac Widgets nhưng cũng dựa trên trang web. Về cơ bản vì nó có ít hoặc không có di sản, nó sẽ chỉ chạy hiệu quả trong Safari và Google Chrome, ít hiệu quả hơn trong Firefox và hoàn toàn không có trong IE.

Để sử dụng Cappuccino (đề cập trong một câu trả lời và một ý tưởng tốt để nhìn vào) và Sproutcore bạn, bạn sẽ có năng suất cao hơn trên máy Mac và Dashcode chắc chắn cần một máy Mac vì bạn sẽ cần phải cài đặt Xcode để có được Dashcode

Answer 4

Không chính xác một câu trả lời, nhưng tôi nghĩ rằng điều này sẽ có lợi cho cuộc thảo luận:

Phương pháp tiếp cận của Java (JavaScript biên dịch với deferred binding) phù hợp với quan điểm của bạn về việc nhận được số lượng mã JS tối thiểu, mà không có gánh nặng làm cho tất cả các trình duyệt trừu tượng trong mã phía khách hàng, và mang theo tất cả trọng lượng của mã đó cộng với trọng lượng của di sản bro mã hỗ trợ wser.

Tôi không chắc liệu mức độ chi tiết hiện tại mà theo đó nó tạo ra phiên bản tối ưu hóa cho mỗi trình duyệt là phiên bản bạn đang nói đến, nhưng công nghệ cho phép.

Ngoài ra, không chắc chắn về tính năng hỗ trợ tính năng xuất hiện bên ngoài hộp HTML 5, nhưng lại có thể viết thư viện đó (nếu chúng chưa có) và chúng sẽ được hưởng lợi từ cùng một ràng buộc hoãn lại cơ chế, và bạn có thể biên dịch chỉ cho các hoán vị trình duyệt mà bạn muốn hỗ trợ.

Answer 5

Xem:

Modernizr