क्या किसी फ्रंट-एंड डेवलपर को बैक-एंड डेवलपर्स के लिए JSON फॉर्मेट निर्दिष्ट करना चाहिए?


17

मैं एक प्रोजेक्ट में फ्रंट-एंड भूमिका ले रहा हूं। क्या मुझे अपने बैक-एंड टीममेट्स को JSON के सटीक प्रारूप के लिए निर्दिष्ट करना चाहिए जो कि उनके PHP मेरे जावास्क्रिप्ट पर वापस आते हैं?

उदाहरण के लिए, क्या मैं उन्हें बता रहा हूं कि उन्हें यहां वर्णित एक प्रारूप के समान उपयोग करना चाहिए:

फ्रंट-एंड खपत के लिए JSON की संरचना का उचित तरीका

या क्या मुझे अपनी भूमिका यथासंभव बाँझ रखनी चाहिए, और बस उन शब्दों और विवरणों का वर्णन करना चाहिए जिनकी मुझे उनके बैक-एंड इंटरफ़ेस से आवश्यकता है? (ज़ाहिर है, अगर ऐसा होता है तो उनके अलग-अलग डेटा संरचना स्वरूपों को संभालने के लिए मेरी ओर से अधिक मुश्किल हो सकता है)


10
मैं इसे सामान्य इनपुट के आधार पर पहला प्रस्ताव बनाने के लिए समझ सकता हूं। लेकिन इसका मतलब यह नहीं है कि पहले प्रस्ताव पर बातचीत बंद हो जाती है।
डग टी।

यह समझ आता है!
लेज़रशॉक्स

4
किसी को JSON में निहित डेटा का सटीक प्रारूप निर्दिष्ट करना होगा। साथ ही आप हो सकते हैं। वास्तव में, यह वह होना चाहिए जिसे चश्मा बनाने का सबसे अधिक अनुभव हो।
gnasher729

2
@ gnasher729: या यदि प्रारूप इतना सरल है कि आप आश्वस्त हैं कि दोनों पक्ष इसे निर्दिष्ट करने के लिए योग्य से अधिक हैं, तो जो कोई भी पहला कोड लिखता है, उसे यह जानना चाहिए कि उसे कल्पना करनी चाहिए। यह भी एक पुरस्कार माना जा सकता है कि जो कोई भी अपने परीक्षणों पर आरंभ करने के लिए तेज है ;-) सामान्य तौर पर कोई यह कह सकता है कि ऐसा करने वाला व्यक्ति हमेशा सबसे अधिक अनुभव वाला व्यक्ति नहीं होना चाहिए, अक्सर कम से कम व्यक्ति का उपयोग करना बेहतर होता है अनुभव जो कार्य के लिए पर्याप्त है, लेकिन यह व्यक्ति-विकास का मामला है।
स्टीव जेसोप

जवाबों:


42

यह एक बातचीत है जिसमें आपको एक साथ होना चाहिए, विभिन्न स्वरूपों की आवश्यकताओं और पेशेवरों और विपक्षों पर चर्चा करनी चाहिए।

यदि एक पक्ष या दूसरा यह तय कर रहा है कि क्या होता है, तो आप खराब सॉफ्टवेयर और एक दुखी टीम के साथ समाप्त होने जा रहे हैं।


1
यह समझ आता है! सोच रहा था कि वास्तव में विकास की दुनिया में क्या होता है।
लेज़रशॉक्स

5
सही। आप उस पर एक साथ काम करते हैं। यदि यह कुछ जटिल है, तो आदर्श रूप से आप विकास को आसान / तेज करने के लिए, दोनों सिरों पर पुस्तकालयों द्वारा समर्थित एक सामान्य प्रारूप पाते हैं।
AE

9

आपको सबसे निश्चित रूप से योगदान देना चाहिए कि JSON के प्रारूप और संरचना को कैसे दिखना चाहिए। मैं इसे अधिक बार देखता हूं कि फ्रंट-एंड इंजीनियर, एपीआई उपभोक्ता, यह जानने वाले हैं कि डेटा-संरचना कैसी होनी चाहिए।

आप डेटा का उपयोग करने वाले हैं, इसे प्रारूपित करें, इसके माध्यम से लूप करें और इसके साथ काम करें। आपकी राय होनी चाहिए कि आप इसे कैसे वितरित करना चाहते हैं।


3

मिडलवेयर विकास की अद्भुत दुनिया में आपका स्वागत है। यह एक प्रोटोकॉल विकसित करने के लिए बहुत मेहनत और बहस हो सकती है, और किसी को भी कभी भी परिणाम नहीं देखना चाहिए।

यदि आप एक छोटी टीम में हैं, तो एक तानाशाह से बचें: प्रोटोकॉल को हथौड़ा करने के लिए सभी के साथ त्वरित बैठकें करें।

मध्यम आकार की टीमें ऐसे प्रतिनिधि रखना चाह सकती हैं जो प्रोटोकॉल को पूरा करते हों।

बड़ी टीमों और / या जटिल संगठन वाली टीमों को प्रोटोकॉल को नियंत्रित करने के लिए समर्पित मिडलवेयर लोगों को होना चाहिए।

सभी मामलों में दस्तावेज़! पूर्व-शर्तें क्या हैं, पोस्ट-स्थितियां क्या हैं, आवश्यक फ़ील्ड क्या हैं, वैकल्पिक फ़ील्ड क्या हैं, साइड इफेक्ट्स क्या हैं, कौन सी त्रुटियां दी गई हैं ... दस्तावेज़ को जीवित रखें, जब नई शर्तें, त्रुटि प्रकार, या साइड इफेक्ट पाए जाते हैं , तब वे दस्तावेज़ में जुड़ जाते हैं।

मैं ग्राहक और सर्वर साइड यूनिट-टेस्ट और सिस्टम टेस्ट दोनों की सिफारिश करूंगा ताकि दस्तावेज़ के अनुरूप हो।

यह बहुत काम की तरह लग सकता है, लेकिन यहां छोटी-मोटी गलतियां बहुत महंगी और समय लेने वाली हो सकती हैं।


आह, यह जानकर खुशी हुई कि इस पहलू के लिए पूरी दुनिया समर्पित है। मैं सोच रहा था कि यह पहलू ऐसा लगता है, जहां रबर वास्तव में सामने के छोर और पीछे के छोर के बीच के विभाजन के संदर्भ में सड़क से मिलता है।
लेज़रशेक्स

1

मैं सिर्फ यही पूछूंगा कि क्यों नहीं? जब हम एक परियोजना के बारे में बात कर रहे हैं तो हम उस पर काम करने वाली टीम के बारे में भी बात करते हैं और यह अपेक्षित है और उपयोग की जाने वाली सुविधाओं और संरचना के बारे में राय सुनने के लिए स्वागत किया जाना चाहिए। एक डेवलपर के रूप में मैं व्यक्तिगत रूप से टीम के साथियों के योगदान को मानता हूं और महत्व देता हूं।

आप जानते हैं कि एक कहावत है "यदि आप जल्दी जाना चाहते हैं तो अकेले जाना चाहते हैं।"

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.