Passing data back and forth in JSON

Passing data back and forth in JSON packets with REST protocols may be simple, at least compared to the old world of XML data and its 90 percent payload of tags, but some superefficient programmers have been left to wonder why they must convert binary data into a string so that it can be represented correctly in JSON. After all, the other side is only going to parse the string and turn it back into bytes. Why not ship the bytes directly -- especially if the Internet of things is going to be phoning home all the time with only a few bytes of data?

Building more binary protocols will be an uphill climb. The HTTP standards seem inherently textual. Many programmers have had bad experiences with proprietary binary protocols that can only be unpacked by proprietary libraries, which may or may not work as promised. The openness of JSON and REST has been winning, but that doesn’t mean an open approach to a binary protocol can’t bring efficiency to open standards. The Internet of things will generate more data than ever and many devices will use plenty of small packets that require tighter encoding. When that kind of performance is necessary, programmers will start looking for ways to add more binary efficiency to their packets.

Kết quả (Việt) 1:

Đi qua dữ liệu trở lại và ra trong gói dữ liệu JSON với giao thức còn lại có thể đơn giản, ít so với thế giới cũ của dữ liệu XML và ném bom 90 phần trăm của thẻ, nhưng một số lập trình viên superefficient đã được trái tự hỏi tại sao họ phải chuyển đổi dữ liệu nhị phân thành một chuỗi để cho nó có thể được thể hiện một cách chính xác trong JSON. Sau khi tất cả, mặt khác chỉ sẽ phân tích các chuỗi và biến nó trở thành byte. Tại sao không tàu các byte trực tiếp - đặc biệt là nếu Internet của những điều đang xảy ra để gọi số nhà tất cả thời gian với chỉ một vài byte dữ liệu?Xây dựng thêm giao thức nhị phân sẽ là một leo lên dốc. Các tiêu chuẩn HTTP dường như văn bản cài đặt Debian. Nhiều lập trình viên đã có kinh nghiệm xấu với sở hữu giao thức nhị phân có thể chỉ được mở gói bởi thư viện thuộc quyền sở hữu, mà có thể hoặc không thể làm việc như đã hứa. Sự cởi mở của JSON và phần còn lại đã chiến thắng, nhưng đó không có nghĩa là một cách tiếp cận mở một giao thức nhị phân không thể mang lại hiệu quả để mở tiêu chuẩn. Internet of things sẽ tạo ra nhiều dữ liệu hơn bao giờ hết và nhiều thiết bị sẽ sử dụng rất nhiều gói nhỏ đó có yêu cầu mã hóa chặt chẽ hơn. Khi mà loại hiệu suất là cần thiết, lập trình viên sẽ bắt đầu tìm cách để thêm hiệu quả nhị phân nhiều hơn cho các gói tin của họ.

Kết quả (Việt) 2:

Truyền dữ liệu qua lại trong các gói dữ liệu JSON với các giao thức REST của có thể đơn giản, ít nhất là so với thế giới cũ của dữ liệu XML và tải trọng 90 phần trăm của thẻ, nhưng một số lập trình superefficient đã được để lại để tự hỏi tại sao họ phải chuyển đổi dữ liệu nhị phân thành một chuỗi để nó có thể được thể hiện một cách chính xác trong JSON. Sau khi tất cả, phía bên kia là chỉ đi để phân tích chuỗi và biến nó trở thành byte. Tại sao không gửi các byte trực tiếp - đặc biệt là nếu Internet của sự vật là sẽ được gọi về nhà tất cả các thời gian với chỉ một vài byte dữ liệu xây dựng các giao thức nhị phân sẽ có thêm một leo lên dốc. Các tiêu chuẩn HTTP dường như văn bản vốn. Nhiều lập trình viên đã có kinh nghiệm xấu với các giao thức nhị phân độc quyền mà chỉ có thể được giải nén bằng thư viện độc quyền, có thể hoặc không có thể làm việc như đã hứa. Sự cởi mở của JSON và REST đã chiến thắng, nhưng điều đó không có nghĩa là một cách tiếp cận mở cửa cho một giao thức nhị phân không thể mang lại hiệu quả các tiêu chuẩn mở. Internet của sự vật sẽ tạo ra nhiều dữ liệu hơn bao giờ hết và nhiều thiết bị sẽ sử dụng nhiều gói nhỏ mà yêu cầu mã hóa chặt chẽ hơn. Khi mà loại hiệu suất là cần thiết, lập trình sẽ bắt đầu tìm cách để thêm hiệu quả nhị phân nhiều hơn cho các gói tin của họ.