Trình chuyển đổi dữ liệu

Chuyển đổi dữ liệu giữa CSV, JSON, YAML và XML

Dữ liệu hiếm khi đứng yên ở một định dạng. Một báo cáo đến dưới dạng bảng tính, API cần JSON, pipeline triển khai yêu cầu YAML, và đâu đó trong góc khuất có dịch vụ kế thừa vẫn chỉ hiểu XML. Phần lớn ma sát hàng ngày khi làm việc với dữ liệu không phải là bản thân dữ liệu — mà là việc chuyển nó từ hình dạng bạn đang có sang hình dạng thứ gì đó khác đòi hỏi. Đó là toàn bộ nhiệm vụ của một công cụ chuyển đổi dữ liệu: lấy văn bản có cấu trúc theo một ký pháp và phát lại theo ký pháp khác, mà không làm mất ý nghĩa trên đường.

Các công cụ chuyển đổi của Speedor chạy hoàn toàn trong trình duyệt của bạn. Bạn dán vào, click, sao chép kết quả. Không có gì được tải lên, không có gì được ghi log, và không có gì rời khỏi máy của bạn. Với bất kỳ ai đã từng ngần ngại trước khi thả một bản xuất khách hàng vào một trang web ngẫu nhiên, thiết kế chỉ chạy cục bộ này chính là điểm mấu chốt.

Từng định dạng thực sự tốt ở chỗ nào

Biết tại sao các định dạng này tồn tại trước khi bạn bắt đầu chuyển đổi qua lại sẽ giúp ích, vì mỗi cái được tạo ra cho một công việc khác nhau.

CSV là lưới phẳng phân cách bằng dấu phẩy mà bảng tính yêu thích. Nó có bản chất dạng bảng: hàng và cột, không có lồng ghép. Mở trong Excel, Google Sheets hay Numbers là nó hoạt động ngay. Hạn chế là CSV không có khái niệm về kiểu dữ liệu. Giá trị 007 có thể là chuỗi, số hay mã bưu điện, và CSV sẽ không cho bạn biết cái nào.

JSON là ngôn ngữ chung của web hiện đại. Gần như mọi API bạn sẽ gọi đều dùng nó. JSON xử lý lồng ghép, mảng và một số kiểu thực (chuỗi, số, boolean, null), khiến nó biểu đạt phong phú hơn nhiều so với bảng phẳng. Nó gọn nhẹ, thân thiện với máy móc và được hỗ trợ ở khắp nơi.

YAML là người anh em dễ đọc hơn của JSON. Nó dùng thụt lề thay vì dấu ngoặc, hỗ trợ comment, và thường là định dạng ưa thích cho file cấu hình, Docker Compose, Kubernetes manifest và CI pipeline. Khi con người phải chỉnh sửa thứ gì đó bằng tay, YAML thường thân thiện hơn với mắt người.

XML là bậc tiền bối. Dài dòng, nhiều tag, và vẫn được nhúng sâu trong hệ thống doanh nghiệp, dịch vụ SOAP, nhắn tin tài chính và các tiêu chuẩn tài liệu như RSS. Bạn gặp nó ít hơn trong các dự án mới, nhưng khi cần thì cần thực sự.

Nơi các chuyển đổi thực sự xảy ra

Các tình huống khá cụ thể khi bạn bắt đầu nhìn vào. Giả sử marketing đưa cho bạn bảng tính 4.000 liên hệ và API đăng ký chỉ chấp nhận mảng JSON. Bạn xuất bảng tính thành CSV, chạy qua CSV sang JSON, và có payload sẵn để POST. Không cần script keo dính, không cần pandas, không phải đợi kỹ sư.

Hoặc bạn lấy một đoạn JSON từ cùng API đó và muốn thả vào file cấu hình dịch vụ đọc khi khởi động. Chuyển đổi bằng JSON sang YAML và bạn có thứ gì đó sạch sẽ, có thể thêm comment, phù hợp với repo của bạn. Chiều ngược lại cũng hoạt động khi công cụ chỉ chấp nhận JSON nhưng cấu hình của bạn ở dạng YAML.

Và rồi còn tích hợp mà không ai thích: hệ thống đối tác chỉ nhập được XML. Bạn xây payload bằng JSON vì đó là cách ứng dụng của bạn nghĩ, rồi chuyển sang XML tại ranh giới. Hình dạng vẫn giữ nguyên, chỉ có cú pháp thay đổi.

Những điểm cần lưu ý

Chuyển đổi định dạng không phải lúc nào cũng không mất mát, và giả vờ như vậy dẫn đến bug. Vài điều cần nhớ:

CSV quên mất kiểu dữ liệu. Vì mỗi ô chỉ là văn bản, số, boolean và ngày đều ra dưới dạng chuỗi trừ khi công cụ chuyển đổi đoán cho bạn. Nếu true cần là boolean chứ không phải từ "true", hãy kiểm tra đầu ra trước khi gửi đi.

YAML để ý đến khoảng trắng. Thụt lề không phải trang trí trong YAML — nó là cấu trúc. Một dấu cách lạc có thể thay đổi khóa mà giá trị thuộc về, và tab bị cấm hoàn toàn. Sau bất kỳ vòng khứ hồi JSON sang YAML nào, đáng để nhìn nhanh, hoặc chạy kết quả lại qua định dạng JSON để xác nhận cấu trúc còn nguyên vẹn.

XML và JSON không ánh xạ gọn gàng. JSON có mảng; XML có các phần tử lặp lại. JSON không có thuộc tính ở đâu cả; XML có chúng ở khắp nơi. Hầu hết các công cụ chuyển đổi chọn một quy ước hợp lý, nhưng nếu XML của bạn dùng nhiều thuộc tính, JSON nó tạo ra sẽ trông hơi khác so với JSON viết tay. Đó là điều bình thường, không phải lỗi.

Độ sâu lồng ghép quan trọng. CSV phẳng, nên JSON lồng sâu không phải lúc nào cũng thu gọn được thành cột mà không cần làm phẳng khóa (ví dụ address.city). Chiều ngược lại, CSV phẳng trở thành mảng phẳng, không bao giờ là cây.

Tại sao xử lý cục bộ quan trọng ở đây

Rất nhiều dữ liệu bạn muốn chuyển đổi không phải của bạn để chia sẻ. Hồ sơ người dùng, cấu hình nội bộ, API key bị chôn trong phản hồi, các hàng tài chính. Nhiều công cụ chuyển đổi trực tuyến âm thầm gửi nội dung bạn dán đến máy chủ để thực hiện công việc. Speedor thì không. Logic chuyển đổi chạy trong tab trình duyệt của bạn, dữ liệu không bao giờ vượt qua mạng, và đóng tab là tất cả việc dọn dẹp cần thiết. Cũng nhanh hơn, vì không có vòng tải lên, và hoạt động offline khi trang đã tải. Miễn phí, không đăng ký, không giới hạn.

Câu hỏi thường gặp