Tại sao cơ sở dữ liệu Web SQL không dùng nữa?

Tôi đang làm một ứng dụng Android lai.

Lúc đầu tôi quyết định sử dụng localStorage, sau khi trải qua 2 ngày, tôi nhận ra rằng nó rất lạ và vì vậy đã bỏ nó.

Sau đó, tôi đã chọn indexedDB, sau khi dành cả ngày hôm nay và thực sự nhận được đầu ra trong Google Chrome, nó không chạy trong WebView của ứng dụng Android.

Và tôi chưa bao giờ sử dụng cơ sở dữ liệu Web SQL vì nó không được dùng nữa. Nhưng dù sao, tôi đã nhận thấy rằng PhoneGap vẫn sử dụng Web SQL và các trình duyệt của Android hỗ trợ nó.

Tại sao Web SQL không được dùng nữa ngay từ đầu? Và nó có phải là một ý tưởng tốt cho tôi để đi với Web SQL bây giờ không?

Phiên bản ngắn: Web SQL không được dùng nữa vì các tiêu chuẩn thực sự quan trọng và việc biến Web SQL thành một tiêu chuẩn phù hợp sẽ rất khó khăn.

Do các triển khai SQL Web hiện tại về cơ bản là các trình bao bọc xung quanh SQLite, nên bất kỳ nỗ lực nào để xác định một tiêu chuẩn của nó về cơ bản là "làm những gì SQLite làm". Điều này là không đủ tốt; một tiêu chuẩn thực sự cần phải được khép kín, để xác định giao diện và các trường hợp góc và ngoại lệ thay vì chỉ vào một triển khai hiện có (đặc biệt là triển khai của bên thứ ba như SQLite). Mặt khác, bạn có nguy cơ lấy một quirks của một triển khai cụ thể và coi chúng là tiêu chuẩn. Từ những gì tôi đã đọc, W3C thích nhiều triển khai độc lập các tiêu chuẩn được đề xuất để giúp đảm bảo rằng điều này xảy ra; vì Web SQL đã được gắn với SQLite, điều đó sẽ không xảy ra.

Blog của Mozilla cung cấp thêm chi tiết về lý do của họ, đặc biệt là không hỗ trợ Web SQL; rõ ràng họ là một trong những tiếng nói chính trong việc khiến Web SQL bị phản đối.

Bạn có nên đi với Web SQL bây giờ không? Tôi không hy vọng các nhà cung cấp hiện hỗ trợ nó (như Google và Apple) sẽ sớm loại bỏ nó, nhưng IE và Firefox sẽ không thêm nó, và vì nó không dùng nữa, tại sao lại đầu tư vào nó? (Ví dụ: Ido Green , với Quan hệ nhà phát triển của Google, không khuyến nghị sử dụng nó.)

Câu trả lời của Josh Kelley cho đến nay là câu trả lời TỐT NHẤT mà tôi từng tìm thấy về lý do công việc tiêu chuẩn bị dừng lại. Điều đó nói rằng, tôi nghĩ rằng có một quan điểm bổ sung để xem xét liên quan đến cơ sở người dùng.

Mặc dù vậy, tôi không đồng ý với cách tiếp cận chủ đề của Ido Green ("Đây là một khuyến nghị cho các nhà phát triển web không còn sử dụng công nghệ một cách hiệu quả") ...

Tôi tin (như vi4m nêu trong các bình luận của bài viết của Ido Green):

Chúng tôi (nhà phát triển) vẫn có thể sử dụng công nghệ này. Không có nhà cung cấp trình duyệt nào yêu cầu loại bỏ công nghệ này, cũng không có kế hoạch loại bỏ nó. Các nhà phát triển là tiếng nói của web. Chúng ta chỉ có thể sử dụng nó, có thể Mozilla sẽ thay đổi ý định ;-)

Và tôi sẽ thêm một cách tiếp cận hợp lý khác: Nếu bạn đang phát triển cho môi trường di động ... những gì xung quanh có trong tay nhiều hơn? Trả lời: iOS và Android ... Vì vậy, nếu CẢ HAI hỗ trợ webQuery và mục tiêu của bạn là MASSIVE MOBILE, hãy tham gia!

Hãy nghĩ rằng các ứng dụng lớn đã thực hiện hầu như luôn luôn ở mức khất thực, lấy MOST trước, sau đó (một khi đạt được thành công) sẽ tạo lại công việc để có được phần còn lại ít hơn (nếu bạn thực sự muốn đạt được chúng hoặc được yêu cầu làm như vậy). Cuối cùng, không phải lúc nào thành công ai cũng đánh dấu con đường?

Sau khi đọc bài viết của Nolan Lawson (trong đó rõ ràng ý định trao cơ hội cho phát minh của anh ấy) tôi tin rằng vấn đề này đã trở thành một cuộc chiến tranh lạnh mới giữa những người khổng lồ công nghệ thậm chí không tồn tại. Tôi tin rằng thông số kỹ thuật được thực hiện để duy trì (càng dài và không bị ảnh hưởng càng tốt - càng tốt cho hiệu suất định hướng của khách hàng). Trớ trêu thay, công việc của "specs guys" là tạo ra các thông số MỚI (đôi khi không cần thiết, vì vậy anh ta có thể có nhiều việc phải làm), và các công việc lập trình viên đôi khi tập trung vào thay đổi và viết lại những gì đã hoạt động thay vì thực hiện các giải pháp cho các vấn đề mới và xu hướng mới.

Đối với tôi, Cơ sở dữ liệu phía Máy khách là vấn đề đơn giản là tạo ra sự tương đồng (giữa phía máy chủ và máy khách) để chúng tôi có thể tạo, lưu trữ, tải lên và tải xuống dữ liệu một cách dễ dàng. Theo cách tiếp cận này, việc có cùng ngôn ngữ và cấu trúc (ít nhất là đối với chúng tôi, các nhà phát triển mã nguồn mở LAMP) rất đơn giản và logic.

Tôi tin rằng ý định của IndexedDB là một giải pháp thay thế với các khả năng rộng hơn và mới hơn luôn là một cách tiếp cận tốt, nhưng bằng cách nào đó nó giống với tôi về nhu cầu phát triển phần mềm CẦN cài đặt (ngay cả khi giải pháp cốt lõi có thể ở trên đám mây). Trong một thế giới có xu hướng duy trì kết nối, có vẻ như A) vấn đề kiểm soát và sở hữu hoặc B) tập trung vào phát triển quái vật cho phía khách hàng ... nhưng đối với những nhu cầu đó tồn tại Ứng dụng (trong thế giới Di động) và phần mềm (trong thế giới PC). Tôi tin rằng mục tiêu của Webapps nên chủ yếu là mở rộng web bất kể thiết bị.

Tôi tin rằng một infographic đẹp có thể ra khỏi phương pháp này.

Thực tế là các bên đóng góp đã đạt đến một sự bế tắc về hướng của tiêu chuẩn. Nói tóm lại, không ai có thể đồng ý.

Trang web W3C giải thích điều này.

Đặc tả kỹ thuật đạt đến sự bế tắc: tất cả những người triển khai quan tâm đã sử dụng cùng một phụ trợ SQL (Sqlite), nhưng chúng ta cần nhiều triển khai độc lập để tiến hành theo một lộ trình tiêu chuẩn hóa.

Trang web của WSC