Nhà phát triển front-end có nên chỉ định định dạng JSON cho nhà phát triển back-end không?


17

Tôi đang đảm nhận vai trò front-end trong một dự án. Tôi có nên chỉ định cho các đồng đội phụ trợ định dạng chính xác của JSON mà PHP của họ trả về JavaScript của tôi không?

Ví dụ, tôi có nên nói với họ rằng họ nên sử dụng một định dạng tương tự như được mô tả ở đây:

Cách thích hợp để cấu trúc JSON cho tiêu dùng phía trước

Hoặc tôi nên giữ vai trò của mình càng vô trùng càng tốt, và chỉ cần mô tả bằng từ ngữ các đầu vào và đầu ra tôi cần từ giao diện back-end của họ? (Tất nhiên, nếu điều này xảy ra, về phần tôi có thể khó xử lý các định dạng cấu trúc dữ liệu khác nhau của họ)


10
Tôi có thể thấy nó có ý nghĩa đối với họ để đưa ra đề xuất đầu tiên dựa trên đầu vào chung. Nhưng điều đó không có nghĩa là cuộc trò chuyện dừng lại ở đề xuất đầu tiên.
Doug T.

Điều đó có ý nghĩa!
LazerSharks

4
Ai đó phải xác định định dạng chính xác của dữ liệu có trong JSON. Cũng có thể là bạn. Thực sự, nó nên là bất cứ ai có nhiều kinh nghiệm tạo thông số kỹ thuật.
gnasher729

2
@ gnasher729: hoặc nếu định dạng đơn giản đến mức bạn tự tin rằng cả hai bên đều đủ điều kiện để chỉ định nó, bất cứ ai viết mã đầu tiên cần biết đều phải xác định nó. Đây cũng có thể được coi là phần thưởng cho bất cứ ai nhanh nhất bắt đầu bài kiểm tra của họ ;-) Nói chung, người ta có thể nói rằng người làm điều đó không nên luôn luôn là người có nhiều kinh nghiệm nhất, thường thì tốt nhất nên sử dụng người ít nhất kinh nghiệm ai đủ để thực hiện nhiệm vụ, nhưng đó là vấn đề phát triển con người.
Steve Jessop

Câu trả lời:


42

Đây là một cuộc trò chuyện bạn nên có với nhau, thảo luận về các yêu cầu và ưu và nhược điểm của các định dạng khác nhau.

Nếu một bên hay bên kia đang ra lệnh cho những gì xảy ra, bạn sẽ kết thúc với phần mềm xấu và một nhóm không hài lòng.


1
Điều đó có ý nghĩa! Đã tự hỏi những gì thực sự / thường xảy ra ngoài kia trong thế giới phát triển.
LazerSharks

5
Đúng. Bạn làm việc cùng nhau trên đó. Nếu đó là một cái gì đó hơi phức tạp thì lý tưởng nhất là bạn tìm thấy một định dạng phổ biến được các thư viện hỗ trợ ở cả hai đầu, để giúp việc phát triển dễ dàng / nhanh chóng hơn.
AE

9

Bạn chắc chắn sẽ đóng góp vào cách định dạng và cấu trúc của JSON sẽ như thế nào. Tôi thấy điều đó thường xuyên hơn là các kỹ sư đầu cuối, người tiêu dùng API, là những người biết cấu trúc dữ liệu nên như thế nào.

Bạn là người sẽ sử dụng dữ liệu, định dạng dữ liệu, lặp qua nó và làm việc với nó. Bạn nên có ý kiến ​​về cách bạn muốn nó được phân phối.


3

Chào mừng đến với thế giới tuyệt vời của phát triển phần mềm trung gian. Nó có thể là rất nhiều công việc khó khăn và tranh luận để phát triển một giao thức, và không ai nên nhìn thấy kết quả.

Nếu bạn ở trong một nhóm nhỏ, thì hãy tránh một kẻ độc tài: có cuộc họp nhanh với mọi người để phá vỡ giao thức.

Các đội có kích thước trung bình có thể muốn có các đại diện thực hiện giao thức.

Các nhóm lớn và / hoặc các nhóm có tổ chức phức tạp nên có những người trung gian chuyên dụng để kiểm soát giao thức.

Trong mọi trường hợp tài liệu! Các điều kiện tiên quyết là gì, các điều kiện hậu kỳ là gì, các trường bắt buộc là gì, các trường tùy chọn là gì, các tác dụng phụ là gì, các lỗi được trả lại như thế nào Giữ cho tài liệu sống, luôn tồn tại , sau đó họ được thêm vào tài liệu.

Tôi cũng sẽ đề nghị cả kiểm tra đơn vị phía máy khách và máy chủ và kiểm tra hệ thống để đảm bảo sự phù hợp với tài liệu.

Nó có vẻ như rất nhiều công việc, nhưng những sai lầm nhỏ ở đây có thể rất tốn kém và mất thời gian.


Ah, rất vui khi biết rằng có cả một thế giới dành riêng cho khía cạnh này. Tôi đã nghĩ rằng khía cạnh này có vẻ giống như nơi cao su thực sự gặp đường về sự phân chia giữa front-end và back-end.
LazerSharks

1

Tôi sẽ chỉ hỏi tại sao không? Khi chúng ta đang nói về một dự án, chúng ta cũng nói về nhóm làm việc với nó và dự kiến ​​và nên được hoan nghênh để nghe ý kiến ​​về các tính năng và cấu trúc được sử dụng. Là một nhà phát triển, cá nhân tôi tin tưởng và đánh giá cao sự đóng góp của các đồng đội.

Bạn biết có một câu nói "nếu bạn muốn đi nhanh hãy đi một mình. Nếu bạn muốn đi xa hãy đi cùng nhau".

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.