Rủi ro của các trang web lập trình với jQuery Mobile?

Question

Nhóm jQuery gần đây đã phát hành http://jquerymobile.com/ với mục đích tạo thư viện giao diện người dùng cho thiết bị di động.

Mục đích của chúng tôi là cung cấp các công cụ để xây dựng giao diện cảm ứng năng động mà sẽ thích ứng một cách duyên dáng đến một loạt các thiết bị yếu tố hình thức. Hệ thống sẽ bao gồm cả hai bố cục (danh sách, panen chi tiết, lớp phủ) và bộ biểu mẫu phong phú điều khiển và tiện ích con giao diện người dùng (Toggles, thanh trượt, tab).

Nhìn chung, có vẻ như support for the framework thực sự thấp vì hầu hết các điện thoại đều có trình duyệt crappy. Câu hỏi của tôi, có hai phần. Có tốt hơn không khi hỗ trợ một vài trình duyệt có trải nghiệm phong phú hơn hoặc cung cấp càng nhiều người dùng càng tốt chỉ là trải nghiệm trung bình? Điều này tương tự như câu hỏi hỗ trợ IE vì câu hỏi là chúng tôi quan tâm đến người dùng có trình duyệt kém hơn bao nhiêu?

Quan trọng hơn, thời gian của nhà phát triển thực sự đáng giá bao nhiêu để xây dựng phiên bản di động của trang web không chủ yếu cho người dùng thiết bị di động?

Answer 1

Vâng, đó là 1.0 Alpha 1, vì vậy tôi muốn nói những rủi ro là:

1. Đó là phần lớn chưa được kiểm tra, vì vậy có thể bạn sẽ gặp lỗi không biết hoặc chưa được giải quyết khi bạn giả mạo một nền tảng mới.
2. Có khả năng thay đổi lớn trong bản phát hành sớm, vì vậy bạn có thể phải cập nhật các trang web lớn, ví dụ: khi chúng không gian tên các phần tử dữ liệu trong "ui".

Nó cũng quan trọng để xem xét lý do đằng sau những lớp:

làm các lớp có ý nghĩa gì? Điểm số là sự kết hợp giữa chất lượng trình duyệt kết hợp với mức độ liên quan của trình duyệt trong thị trường di động lớn hơn.

Mức "A" là dấu hiệu cho thấy khả năng của trình duyệt, không phải bất kỳ tương thích hiện tại hoặc tương lai nào với jQuery Mobile.

Nếu bạn muốn giúp phát triển một phần mềm mới, hãy bắt đầu sử dụng jQuery Mobile và đóng góp phản hồi, báo cáo lỗi, mã hoặc tất cả những điều trên. Nếu không, nhóm nghiên cứu hy vọng sẽ nhìn thấy bản phát hành 1.0 vào tháng 1 năm 2011, mà chỉ quanh góc.

Lý thuyết xung quanh jQuery Mobile đang cung cấp trải nghiệm phong phú cho các trình duyệt phong phú và trải nghiệm chức năng cho các trình duyệt cơ bản hơn. Tôi nghĩ rằng điều này là hợp lý, đặc biệt là xem xét jQuery Mobile có thể giúp bạn và chạy với giao diện người dùng di động thực sự tuyệt vời đến mức nào.

Tôi muốn biết ý của bạn là "trang web không chủ yếu dành cho người dùng thiết bị di động". Có các trang web được tối ưu hóa cho thiết bị di động và có các trang web mà chưa được tối ưu hóa cho thiết bị di động. Chỉ một số trang web thích hợp rất cụ thể không yêu cầu trải nghiệm di động.

Answer 2

Điều bạn nên làm là cung cấp trải nghiệm phong phú nhưng đồng thời đảm bảo rằng tất cả chức năng cốt lõi của bạn hoạt động ngay cả khi không có javascript trên máy khách (hoặc nó bị tắt). Stackoverflow là một ví dụ tốt về một trang web tìm thấy sự cân bằng tốt giữa hai cách tiếp cận này.

Answer 3

Theo dõi Silvo, tôi sẽ thêm rằng câu trả lời hữu ích nhất cho câu hỏi của bạn đòi hỏi sự hiểu biết về cơ sở người dùng mục tiêu của bạn. Ví dụ: nếu đối tượng mục tiêu của bạn thường sẽ không sử dụng trình duyệt trên điện thoại di động, thì bạn có thể nên nhắm mục tiêu một trình duyệt dành cho thiết bị di động cụ thể hơn và cho phép những bên quan tâm đó thực hiện theo lộ trình đó. Tuy nhiên, nếu người dùng của bạn muốn trình duyệt di động trở thành giao diện chính, thì có thể bạn sẽ muốn có lựa chọn rộng hơn cho các tùy chọn trình duyệt chức năng.

Như một trường hợp điểm, lấy tất cả các ứng dụng web cũ được sử dụng để yêu cầu sử dụng IE, đơn giản chỉ vì chúng (nhà phát triển) không muốn hoặc không thể đảm bảo hoạt động phù hợp trên các trình duyệt khác. Nếu đối tượng mục tiêu của ứng dụng này là người dùng doanh nghiệp, những người thường sử dụng (d) IE, thì điều này sẽ không phải là một hạn chế đáng chú ý. Tuy nhiên, trong một ứng dụng web tổng quát hơn (web-mail, vv), sau đó hạn chế tất cả người dùng vào một trình duyệt có thể làm tê liệt trong một môi trường cạnh tranh.

Tuy nhiên, tôi sẽ nêu rõ bất kỳ hướng nào bạn đi, chú ý đến lời khuyên của Silvo về việc đảm bảo chức năng, ngay cả khi không có JavaScript. Nhiều doanh nghiệp, thư viện, vv vẫn giới hạn chức năng JavaScript.