Trong thế giới phát triển phần mềm, rất ít chủ đề tạo ra nhiều cuộc thảo luận sôi nổi như các định dạng dữ liệu. Một bài đăng blog gần đây của nhà phát triển game kỳ cựu Ron Gilbert, người tạo ra Maniac Mansion và Monkey Island, đã châm ngòi cho cuộc tranh luận mới về các công cụ mà các nhà phát triển sử dụng hàng ngày. Trong khi Gilbert chia sẻ kinh nghiệm cá nhân với Git, JSON và Markdown, cộng đồng nhà phát triển nhanh chóng tập trung vào một tranh cãi đặc biệt: những hạn chế của JSON so với người tiền nhiệm của nó, XML.
Thời kỳ Phục hưng của JSON gặp gỡ Hoài niệm về XML
Cuộc thảo luận cho thấy một sự thay đổi đầy thú vị trong tâm lý của các nhà phát triển. Nhiều nhà phát triển có kinh nghiệm giờ đây đang nhìn lại XML với sự đánh giá cao mới, nhận ra những tính năng mà trước đây họ từng xem là hiển nhiên. Sự đơn giản của JSON đã khiến nó trở nên cực kỳ phổ biến, nhưng chính sự đơn giản đó giờ đây đang bộc lộ những hạn chế trong các ứng dụng phức tạp.
JSON là một trong những bi kịch mang tính biểu tượng nhất xảy ra trong phát triển phần mềm. Không phải bản thân JSON là xấu, nhưng rõ ràng nó dành cho máy móc tạo ra, không phải cho con người.
Sự đồng thuận của cộng đồng cho thấy mục đích ban đầu của JSON như một định dạng máy đọc đã bị kéo dài vượt quá các trường hợp sử dụng dự định của nó. Các nhà phát triển giờ đây sử dụng JSON cho mọi thứ, từ các tệp cấu hình đến các lược đồ dữ liệu phức tạp, làm lộ ra những hạn chế của nó đối với nội dung do con người tạo ra.
Các tính năng bị thiếu: Không chỉ là Ghi chú
Mặc dù việc thiếu ghi chú trong JSON thường được nhắc đến, cuộc thảo luận trong cộng đồng tiết lộ những lo ngại sâu sắc hơn. Các nhà phát triển chỉ ra khả năng không xử lý được siêu dữ liệu của JSON, sự vắng mặt của các công cụ xác thực tiêu chuẩn hóa có thể so sánh với XML Schema, và những thách thức trong việc thể hiện các mối quan hệ dữ liệu phức tạp.
Cuộc trò chuyện nêu bật việc JSON đang tái khám phá XML Schema, XML DTDs, v.v., trong khi chúng ta đã có những thứ đó từ một phần tư thế kỷ trước. Tâm lý này vang vọng xuyên suốt các bình luận, với nhiều nhà phát triển lưu ý rằng các công cụ và sự tiêu chuẩn hóa của XML đã trưởng thành hơn rất nhiều so với những gì có sẵn cho JSON ngày nay.
Các tính năng XML mà lập trình viên bỏ lỡ trong JSON:
- Hỗ trợ comment tích hợp sẵn
- Xác thực schema (XML Schema, DTD)
- Khả năng chuyển đổi (XSLT)
- Metadata thông qua các thuộc tính
- Công cụ và thư viện phân tích cú pháp được chuẩn hóa
- Hỗ trợ render trên trình duyệt với stylesheet
Bài toán nan giải về Cấu hình
Một trong những điểm thảo luận sôi nổi nhất xoay quanh việc sử dụng JSON cho các tệp cấu hình. Các nhà phát triển đã chia sẻ các giải pháp sáng tạo để khắc phục những hạn chế của JSON, bao gồm việc thêm các trường bình luận đặc biệt để lưu trữ văn bản giải thích. Điều này làm nổi bật sự không phù hợp cơ bản giữa thiết kế của JSON và các mẫu sử dụng phổ biến của nó.
Cộng đồng cũng thảo luận về các lựa chọn thay thế như YAML và TOML, với những phản ứng trái chiều. Trong khi một số người thích khả năng đọc của YAML, những người khác lưu ý đến chính những sự phức tạp trong phân tích cú pháp và các mối lo ngại về bảo mật của nó. Cuộc tìm kiếm định dạng cấu hình hoàn hảo vẫn tiếp tục, mà không có người chiến thắng rõ ràng nào nổi lên từ cuộc thảo luận.
Các Định Dạng Thay Thế Được Thảo Luận:
- YAML: Tập cha của JSON dễ đọc cho con người, nhưng có độ phức tạp trong phân tích cú pháp
- TOML: Tập trung vào các tệp cấu hình với khả năng đọc tốt hơn
- JSON5: Phần mở rộng của JSON hỗ trợ chú thích, dấu phẩy ở cuối
- XML: Tiêu chuẩn trưởng thành với bộ công cụ mở rộng
Khoảng trống về Công cụ
Nhiều người bình luận chỉ ra khoảng cách đáng kể về công cụ giữa JSON và XML. Các tính năng như XSLT để chuyển đổi, hỗ trợ trình duyệt tích hợp để hiển thị XML với các bảng định kiểu, và các hệ thống xác thực trưởng thành đã được nêu bật như là những điểm mạnh của XML mà JSON vẫn còn thiếu.
Một nhà phát triển chia sẻ: Tôi nhớ khi các trang web của Blizzard chỉ là XML+XSLT. Tôi đang xây dựng một loại trình phân tích cú pháp nào đó cho chúng và đã bối rối trong giây lát khi tập lệnh Python của tôi trả về XML thô khi tìm nạp trang chủ. Ví dụ này minh họa cách tiếp cận tích hợp của XML đối với dữ liệu và trình bày đã cung cấp các giải pháp mà các hệ thống dựa trên JSON vẫn đang nỗ lực để tái tạo.
Yếu tố Con người
Ngoài các thông số kỹ thuật, cuộc thảo luận thường xuyên quay trở lại các yếu tố con người trong thiết kế định dạng dữ liệu. Các yêu cầu nghiêm ngặt của JSON xung quanh dấu phẩy đuôi và các khóa được trích dẫn đã được tranh luận sâu rộng, với các nhà phát triển chia sẻ cả sự thất vọng và lý lẽ biện minh cho những lựa chọn thiết kế này.
Cuộc trò chuyện tiết lộ rằng nhiều nhà phát triển đã viết các trình phân tích cú pháp JSON tùy chỉnh để nới lỏng các hạn chế này, chỉ để gặp phải các vấn đề tương thích với các công cụ tiêu chuẩn. Sự căng thẳng giữa sự tiện lợi và tiêu chuẩn hóa vẫn chưa được giải quyết trong cộng đồng.
Các Giải Pháp Thay Thế Phổ Biến Của Lập Trình Viên Cho Những Hạn Chế Của JSON:
- Thêm trường "comment":
{"_comment": "This is a comment", "data": "value"} - Sử dụng JSON5 hoặc JSONC cho các tệp cấu hình
- Trình phân tích cú pháp JSON tùy chỉnh cho phép dấu phẩy ở cuối và khóa không có dấu ngoặc kép
- Xác thực schema bên ngoài với JSON Schema
Hướng tới Tương lai
Cuộc thảo luận cho thấy rằng định dạng dữ liệu lý tưởng có lẽ vẫn chưa tồn tại. Trong khi JSON xuất sắc trong việc trao đổi dữ liệu đơn giản giữa các máy móc, và XML cung cấp các tính năng mạnh mẽ cho xử lý tài liệu phức tạp, không cái nào trong số đó đáp ứng hoàn hảo toàn bộ nhu cầu của việc phát triển hiện đại.
Sự suy ngẫm của cộng đồng về các công cụ này cho thấy sự trưởng thành trong tư duy của nhà phát triển. Thay vì chỉ đuổi theo công nghệ mới nhất, các nhà phát triển có kinh nghiệm đang áp dụng một cách tiếp cận sắc thái hơn, đánh giá các công cụ dựa trên những điểm mạnh và hạn chế cụ thể của chúng cho các trường hợp sử dụng cụ thể.
Sự tiến hóa không ngừng của các định dạng dữ liệu phản ánh sự tiến hóa rộng lớn hơn của chính ngành phát triển phần mềm - một sự cân bằng liên tục giữa sự đơn giản và sức mạnh, giữa khả năng đọc của con người và hiệu quả của máy móc, giữa năng suất tức thời và khả năng bảo trì lâu dài.
Như một người bình luận đã lưu ý về cuộc tìm kiếm không ngừng các công cụ tốt hơn: Nó làm tôi nhớ đến chuyện NoSQL hồi đó, được đơn giản hóa quá mức thành 'sẽ thế nào nếu chúng ta ném các đốm JSON vào một kho lưu trữ khóa/giá trị?'. Phải mất nhiều năm để nhận ra rằng cơ sở dữ liệu quan hệ và SQL thực ra không tệ đến vậy. Mô hình này của việc tái khám phá các giải pháp đã được thiết lập dường như đang lặp lại với các định dạng dữ liệu.
Tham khảo: Git, JSON và Markdown bước vào quán bar