मैंने साक्षात्कार के सवालों का एक गुच्छा एकत्र किया है, जैसे "बताएं कि आप एक फोटो एल्बम एप्लिकेशन को कैसे डिज़ाइन करेंगे", "यह वर्णन करें कि आप इस विशेष वेबसाइट के इस विशेष फीचर को कैसे डिज़ाइन करेंगे" (जैसे फेसबुक पर पसंद करता है, अमेज़ॅन पर सिफारिश, शॉपिंग कार्ट, गेम ब्लैक जैक की)। फिर, अगर इस बात के लाखों लोग हैं, तो क्या होगा? तुम क्या बदलोगे?
ऐसा लगता है कि यह या तो डेटाबेस स्कीमा या वर्ग परिभाषाओं (या दोनों?) का एक गुच्छा की उम्मीद कर रहा है। मैंने स्कूल में डेटाबेस के बारे में सीखा है, लेकिन मैंने वास्तव में पहले कभी भी एक आवेदन नहीं लिया है और यह जानने में परेशानी हो रही है कि कहां से शुरू करना है, क्या डिजाइन के साथ मैं "अच्छा" हूं और इसे बदलने योग्य बनाने के लिए मैं क्या बदल सकता हूं।
क्या इन प्रणालियों को डिजाइन करते समय एक सामान्य दृष्टिकोण या विचार प्रक्रिया है? और सामान्य मुद्दे / समस्याएं जो डिजाइन में बहुत ऊपर आती हैं जो मुझे बचने की कोशिश करनी चाहिए? क्या कोई इनमें से एक के माध्यम से शायद (या अधिमानतः सभी के माध्यम से) चल सकता है, और इनमें से प्रत्येक की व्याख्या कर सकता है:
1) आप किस तरह की संस्थाओं की जरूरत के साथ आते हैं? 2) आप कैसे तय करते हैं कि किन रिश्तों में सब कुछ होगा? 3) आप अपने डिजाइन में प्रदर्शन अनुकूलन कैसे शामिल करते हैं? 4) क्या मैं कक्षाओं या डेटाबेस का उपयोग कर रहा हूं? क्या इससे कोई फर्क पड़ता है (यानी मेरे पास एक वर्ग होगा जो वास्तव में डेटाबेस तालिका में अनुवाद नहीं किया जा सकता है, उदाहरण के लिए?)
मुख्य कारण मैं पूछ रहा हूं क्योंकि मैं "क्रैकिंग द क्रोडिंग साक्षात्कार" के माध्यम से जा रहा था और मेरे उत्तर लेखक से बिल्कुल अलग थे - मेरे पास बहुत अलग विचार थे कि कौन सी कक्षाएं महत्वपूर्ण थीं।
MY ATTEMPT: फोटो शेयरिंग ऐप के साथ, मेरे पास कक्षाएं / टेबल होंगी: फोटो और उपयोगकर्ता सुनिश्चित करने के लिए।
फिर, मुझे लगता है कि यदि हम एक स्कीमा बनाने की कोशिश कर रहे हैं, तो फोटो और उपयोगकर्ता को जोड़ने वाली एक तालिका होगी यदि हम मान लें कि फोटो में प्रत्येक व्यक्ति फोटो से जुड़ा हुआ है (क्या यह तालिका आवश्यक है? यदि नहीं, तो क्या यह अभी भी सामान्य अभ्यास है? कई रिश्तों के लिए एक अलग तालिका है या नहीं?)।
लेकिन अगर हम एक वस्तु उन्मुख दृष्टिकोण लेने की कोशिश कर रहे हैं, तो शायद हमारे पास एक एल्बम होगा जिसे एल्बम कहा जाता है जो सभी काम करता है और दो अन्य तालिकाओं / कक्षाओं से सभी जानकारी है। यह एक बात है जो मैंने किताब में देखी है- कक्षाओं का एक समूह है और फिर एक वर्ग जो मूल रूप से सभी जानकारी रखता है और अन्य वर्गों को जोड़ता है- क्या यह आम है? उदाहरण के लिए, ऊपर मेरे उदाहरणों में, ऐसा लगता है कि यह लागू होगा?
मैं बस कुछ सामान्य नियमों / दिशानिर्देशों का पालन करने की उम्मीद कर रहा हूं क्योंकि अभी मुझे पता नहीं है कि कैसे बताएं कि एक बड़ी प्रणाली के लिए एक अच्छा आर्किटेक्चर कैसा दिखता है।