अधिकांश आधुनिक वेब ब्राउज़र विशाल जानवर हैं, और संभवतः काफी खराब तरीके से डिज़ाइन किए गए हैं क्योंकि वे (और स्वयं वेब) एक अजीब तरीके से विकसित हुए हैं।
आपको पहले अपनी परियोजना के लक्ष्यों (और आप जो हासिल करने की उम्मीद करते हैं) को बहुत स्पष्ट रूप से शुरू करने की आवश्यकता है । क्या यह ऐसा कुछ है जो आप केवल मनोरंजन के लिए कर रहे हैं, या क्या आप अन्य लोगों से अपने ब्राउज़र का उपयोग करने की उम्मीद करते हैं? यदि आप दूसरों से इसका उपयोग करने की अपेक्षा करते हैं, तो उनके लिए प्रोत्साहन क्या होगा? यह उम्मीद करना अवास्तविक है कि आप खरोंच से एक नया ब्राउज़र विकसित करेंगे, जिसे हर कोई क्रोम, सफारी, फ़ायरफ़ॉक्स, IE, ओपेरा, आदि के प्रतिस्थापन के रूप में उपयोग कर सकेगा। उन सभी परियोजनाओं में 10-15 साल का हेड स्टार्ट है। आप, और जब तक आप उन्हें पकड़ लेते हैं, तब तक वे आपसे 10-15 साल आगे होंगे। इसके अलावा, उनके पीछे बहुत अधिक मैन पावर है, और इसलिए यदि आप चाहते हैं कि आपकी परियोजना सफल हो, तो आपको किसी बिंदु पर उस मैन पावर की आवश्यकता होगी।
यही कारण है कि कई संसाधनों वाली बड़ी कंपनियों Apple और Google ने खरोंच से शुरुआत नहीं की। माइक्रोसॉफ्ट भी खरोंच से शुरू नहीं हुआ। मूल IE मोज़ेक पर आधारित था। केवल आज भी लगभग महत्वपूर्ण ब्राउज़र जो कि स्क्रैच से शुरू किए गए थे , ओपेरा , कॉनकेर और लिंक्स हैं, जो दुर्भाग्यवश सभी का बाजार में हिस्सा है। आइए फिलहाल लिंक्स के बारे में भूल जाएं, क्योंकि यह एक पाठ-केवल ब्राउज़र है और संभवतः एकमात्र कारण है जो अभी भी चारों ओर है क्योंकि यह इस विशिष्ट जगह पर कार्य करता है। ओपेरा यकीनन अब तक किए गए सबसे अच्छे ब्राउज़रों में से एक है, और फिर भी इसकी कभी भी एक महान बाजार हिस्सेदारी नहीं थी, इसलिए याद रखें कि सफलता और नवीनता एक ही बात नहीं है। KHTML कॉन्करर के पीछे का इंजन है, जो कभी भी स्वयं बहुत सफल नहीं हुआ, लेकिन वेबकिट का आधार है जो कि Apple और Google दोनों का उपयोग करता है। मुझे लगता है कि कोई निश्चित रूप से तर्क दे सकता है कि अगर KHTML कभी नहीं बनाया गया था, तो न तो सफारी या क्रोम मौजूद होगा। दिलचस्प रूप से पर्याप्त है, KHTML और ओपेरा दोनों बड़े पैमाने पर नार्वे के प्रोग्रामर द्वारा ओस्लो में एक ही इमारत में काम कर रहे थे।
आपको एक वेब ब्राउज़र बनाने की ज़रूरत है जैसे ऑपरेटिंग सिस्टम बनाना, क्योंकि यह अनिवार्य रूप से एक ब्राउज़र है - यह वेब ऐप चलाने के लिए एक ऑपरेटिंग सिस्टम है। और एक ऑपरेटिंग सिस्टम की तरह, एक वेब ब्राउज़र कई घटकों के साथ सॉफ्टवेयर का एक बहुत जटिल टुकड़ा है। बेशक, लोग खरोंच से नए ऑपरेटिंग सिस्टम बनाने में सफल रहे हैं। लिनस टोरवाल्ड्स के दिमाग में आता है। उसने लिनक्स बनाया, जो अब तक के सबसे सफल ऑपरेटिंग सिस्टमों में से एक है।
बेशक, आपको एक अतिरिक्त चुनौती का सामना करना पड़ता है, जो एक नए सफल ओएस के निर्माण की तुलना में एक नए सफल ब्राउज़र का निर्माण कठिन बनाता है । ब्राउज़रों से यह उम्मीद की जाती है कि वे वेब पर सभी विरासत कोड को अस्थायी रूप से चलाएं। अब मान लीजिए कि लिनुस टॉर्वाल्ड्स को बताया गया था कि उनका नया ओएस तब तक कोई फर्क नहीं पड़ेगा जब तक कि वह यूनिक्स या कुछ मौजूदा ओएस के साथ पूरी तरह से पीछे नहीं हो जाता। मुझे संदेह है कि उसने परेशान किया होगा, और लिनक्स शायद आज मौजूद नहीं होगा। वास्तविक रूप से, निश्चित रूप से, एकमात्र कारण लिनक्स लोकप्रिय हो गया था क्योंकि यह अच्छी तरह से डिजाइन किया गया था और जीएनयू परियोजना लिनक्स के लिए मौजूदा कोड की भारी मात्रा में पोर्ट करने के लिए उपकरण बनाने में सक्षम थी। लिनक्स के लिए GNU के वैचारिक समर्थन के बिना, यह कभी मौका नहीं होता।
तो यह मानते हुए कि आप वास्तव में महत्वाकांक्षी (या मूर्ख) हैं, एक नया सफल ब्राउज़र बनाने की कोशिश करने के लिए पर्याप्त है, जिस चीज पर आपको ध्यान देना चाहिए वह है वास्तुकला और डिजाइन । खरोंच से एक नया ब्राउज़र बनाने का कोई व्यावहारिक कारण नहीं है जब तक कि आप सुनिश्चित न हों कि आप मौजूदा ब्राउज़र के डिज़ाइन पर किसी तरह से सुधार कर सकते हैं। इसका मतलब है कि आपको अपने आप को WebKit और Gecko के कोड के साथ पर्याप्त रूप से परिचित करने की आवश्यकता है जो उन्होंने किए गए डिज़ाइन निर्णयों को समझने के लिए किया है, लेकिन आपको उनके डिज़ाइन को कॉपी करने का प्रयास नहीं करना चाहिए क्योंकि अन्यथा आप केवल उनके कोड का उपयोग कर सकते हैं।
मेरे व्यक्तिगत विचार (पर्याप्त शोध किए बिना) यह है कि आज के ब्राउज़र पर्याप्त रूप से मॉड्यूलर नहीं हैं। अगर मैं एक नया ब्राउज़र बनाने जा रहा था, तो मुझे इन-आउट (जैसे एक जावास्क्रिप्ट इंजन को दूसरे के साथ बदलना) के रूप में चीजों को स्वैप करना आसान बनाने का एक तरीका मिलेगा, और उपयोगकर्ता को वर्तमान ब्राउज़रों के साथ की तुलना में बहुत अधिक नियंत्रण देगा। । आधुनिक ब्राउज़रों और वेब डिजाइनरों ने उपयोगकर्ता से लगभग सभी नियंत्रण ले लिया है। मैं क्यों नहीं कर सकता, उपयोगकर्ता, वेब ब्राउज़र को बताएं कि मैं कैसे चाहता हूं कि वह मेरी मशीन पर प्रदर्शित होने वाली सामग्री को प्रस्तुत करे? मूल एचटीएमएल ने केवल यह सुनिश्चित करने के लिए दिशा-निर्देश दिए कि सामग्री को कैसे तैयार किया जाए, और समय के साथ, नए मानक अधिक से अधिक हठधर्मिता बन गए हैं, इस बिंदु पर जहां उपयोगकर्ता अब वेब डिजाइनर की कुल दया पर है। लिनक्स की अपील यह थी कि यह उपयोगकर्ता को वापस नियंत्रण दे, और वह '
दूसरी बात मैं शोध में समय बिताऊंगा, अगर मैं आप थे, तो सिस्टम डिजाइन सिद्धांतों का संचालन कर रहा हूं। एक अच्छा ब्राउज़र डिजाइन करना, कम से कम सिद्धांत में होना चाहिए, एक अच्छा ओएस डिजाइन करने के लिए समान सिद्धांतों की आवश्यकता होती है - विशेष रूप से समवर्ती प्रक्रियाओं, सुरक्षा कार्यों आदि के संबंध में।
अंत में, बहुत सारे और बहुत सारे शोध करने के बाद, यह वह जगह है जहां आपको कोडिंग शुरू करना चाहिए मुझे लगता है:
फिर से इंजीनियर मोज़ेक, लेकिन अपने खुद के डिजाइन विचारों के साथ। यह वही है जो मैं आपको बताऊंगा कि क्या आप इसे केवल मनोरंजन के लिए या अपने स्वयं के शैक्षिक लाभ के लिए कर रहे हैं। मूल HTML 1.0 और HTML 2.0 चश्मा, साथ ही HTTP 1.1 चश्मा और वर्तमान URI चश्मा पढ़ें, और सुनिश्चित करें कि आपका ब्राउज़र उन सभी चश्मे का पालन करता है। आप निश्चित रूप से मौजूदा सॉफ़्टवेयर डाउनलोड कर सकते हैं जो पहले से ही परिवहन प्रोटोकॉल, यूआरआई सम्मेलनों आदि को संभालता है, लेकिन अगर आप अपने ब्राउज़र को डिज़ाइन करने के बारे में गंभीर हैं, तो मुझे लगता है कि इन चीजों को खरोंच से भी करना एक अच्छा व्यायाम है, इसलिए आप प्राप्त करें सभी पहेली टुकड़े एक साथ कैसे फिट होते हैं, इसकी अच्छी समझ है। चरण 0 के अंत में, आपके पास एक ब्राउज़र होना चाहिए जो कि 90 के दशक में अत्याधुनिक होने की तुलना में कम से कम तुलनीय हो। यह एक अच्छा पहला मील का पत्थर है। और आप वास्तव में मूल मोज़ेक को डाउनलोड कर सकते हैंftp://ftp.ncsa.uiuc.edu/Mosaic/ और देखें कि यह आपके ब्राउज़र से कैसे तुलना करता है। यह देखना भी एक अच्छा व्यायाम है कि मोज़ेक जैसे प्राचीन ब्राउज़र में वर्तमान वेबसाइटें कैसे प्रस्तुत करती हैं।
अपने ब्राउज़र में DOM के लिए समर्थन जोड़ें। W3C DOM लेवल 1 और लेवल 2 पर पहले ध्यान दें, क्योंकि बहुत सारे वर्तमान ब्राउज़र पूरी तरह से समर्थन करते हैं। फिर लेवल 3 और लेवल 4 को देखें। DOM वेब प्रोग्रामिंग के लिए बेहद मौलिक है, और इसलिए यदि आप वास्तव में एक आधुनिक वेब ब्राउज़र बनाने जा रहे हैं, तो इसे पूरा डिज़ाइन इस पर ध्यान देना होगा। चूँकि आप C # में ब्राउज़र लिख रहे हैं, आप इस बात पर ध्यान देना चाहते हैं कि आप अपने लाभ के लिए मौजूदा .NET ऑब्जेक्ट मॉडल का कैसे लाभ उठा सकते हैं।
मौजूदा स्क्रिप्टिंग इंजनों को देखें और देखें कि क्या आप उन्हें अपने प्रोजेक्ट में पोर्ट कर सकते हैं। मैं आपको अपने स्वयं के जावास्क्रिप्ट दुभाषिया को लिखने से हतोत्साहित करूँगा, न केवल इसलिए कि यह अपने आप में एक बहुत बड़ी परियोजना है, बल्कि इसलिए कि पहले से ही जेएस संकलक (जैसे वी 8) को अनुकूलित करने में बहुत काम किया गया है। इसलिए जब तक आप संकलक डिजाइन में एक गुरु नहीं होते हैं, तब तक आपके हाथ से निर्मित जेएस दुभाषिया संभवतः पहले से ही वहां से हीन हो जाएगा, भले ही वह EMCAScript चश्मे का त्रुटिपूर्ण अनुसरण करता हो। फिर से, मुझे लगता है कि स्क्रिप्टिंग इंजन कुछ ऐसा होना चाहिए जो वास्तविक ब्राउज़र से किसी भी तरह पूरी तरह से अलग मॉड्यूल हो, इसलिए मुझे लगता है कि यह एक फ्रेमवर्क बनाने के लिए बहुत उपयोगी होगा जो आपको स्क्रिप्टिंग इंजन बनाने के बजाय किसी भी स्क्रिप्टिंग इंजन को स्थानापन्न करने की अनुमति देता है। यह केवल आपके ब्राउज़र के साथ काम करता है।
उत्तरी अमेरिका (Google, Facebook, YouTube, Twitter, Wikipedia, Amazon, लोकप्रिय ब्लॉगिंग प्लेटफार्मों, आदि) में शीर्ष 10-20 वेबसाइटों के लिए HTML / CSS / JS स्रोत कोड देखें और इन साइटों के साथ अच्छी तरह से काम करने के लिए अपने ब्राउज़र को इंजीनियर करें। । यह एक ब्राउज़र बनाने की तुलना में कुछ हद तक अधिक समस्याग्रस्त समस्या है जो सभी मौजूदा मानकों का पालन करती है (कुछ जो वर्तमान ब्राउज़र अभी भी पूरी तरह से नहीं करते हैं) बहुत कम बनाने वाला ब्राउज़र है जो वेब पर सभी वेब साइटों को सही ढंग से प्रस्तुत करता है (कोई नहीं कर सकता) वो करें)। लोग शिकायत करेंगे कि आपका ब्राउज़र मानकों को तोड़ता है और आगे बढ़ता है, लेकिन यह इतनी बड़ी समस्या नहीं है जितना कि लोग शिकायत करते हैं कि वे आपके ब्राउज़र से Google या फेसबुक का उपयोग नहीं कर सकते हैं। मैं किसी भी ब्राउज़र के बारे में नहीं सोच सकता, जिसने अपनी पहली रिलीज़ पर सभी (या यहां तक कि सबसे) मानकों का सही ढंग से पालन किया हो, इसलिए मैं कहता हूं कि कोशिश करना भी परेशान न करें।
