क्या मोबाइल के लिए एक वेबसाइट की प्रोग्रामिंग करना वास्तव में आवश्यक है?


10

मैंने कई स्रोतों के माध्यम से पढ़ा है, जो राज्य का पहला डिज़ाइन लगभग आवश्यक है, जो कि मैं इसे अस्वीकार नहीं कर सकता, इसमें स्पष्ट लाभ जैसे कि मोबाइलों के लिए तेजी से लोड समय जो आमतौर पर 3 जी और 4 जी के माध्यम से धीमी डाउनलोड गति है।

लेकिन क्या हो अगर आप बहुत कम चित्रों के साथ एक छोटी वेबसाइट बना रहे हैं।

मैं इस विषय में दूसरों की राय सुनना चाहूंगा या नहीं और लोगों को लगता है कि अपवाद हैं या नहीं। व्यक्तिगत रूप से मैं पहले डेस्कटॉप के लिए डिजाइन / कोड पसंद करता हूं और वहां से नीचे स्केल करता हूं। लेकिन क्या यह सच है कि पहले मोबाइल के लिए डिज़ाइन / कोड करना महत्वपूर्ण है या अंतिम परिणाम कुछ स्थितियों में परेशान करने के लिए महत्वपूर्ण नहीं हैं?


2
मैं अनिश्चित हूं कि आपका प्रश्न क्या है। क्या यह "क्या मुझे एक मोबाइल साइट बनाना चाहिए" या यह है "क्या मुझे पहले एक मोबाइल साइट बनाना चाहिए"? पूर्व में "हां - 50% वेब हिट मोबाइल डिवाइस हैं", बाद वाला "आप तय करते हैं, मैं डेस्कटॉप पसंद करता हूं, फिर आप सामग्री को फिर से व्यवस्थित करते हैं"। साइड नोट के रूप में, वह साइट मोबाइल पर बहुत अच्छी तरह से काम करती है। मैं मेनू को ढहाने का सुझाव देता हूं - यह पूरी मोबाइल स्क्रीन पर कब्जा कर लेता है।
मेटासमैटिज़म

@Metasomatism यह प्रश्न कोड की दक्षता पर आधारित है और यह विभिन्न उपकरणों पर कैसे लोड होता है, मैं उस लिंक की कोशिश कर सकता हूं यदि यह यहां कर्षण प्राप्त नहीं करता है (पोस्ट को डबल नहीं करना चाहते हैं)। मैंने मोबाइल के लिए नेविगेशन को संशोधित किया है, यदि आप सामग्री पर सफेद नेविगेशन तह की बात कर रहे हैं, तो यह इरादा है। :)
cc

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

3
मुझे लगता है कि यह आपके लिए मेरे उत्तरदायी डिजाइन प्राइमर के
Zach Saucier

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

जवाबों:


24

विशुद्ध रूप से डिज़ाइन के दृष्टिकोण से, मोबाइल संस्करण के साथ शुरू करने से सबसे पहले समझ में आता है।

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

एक बार जब आप 'प्रकाश' संस्करण तैयार कर लेते हैं, तो आप डिजाइन तत्वों जैसे अतिरिक्त चीजों को जोड़ने और चीजों को बड़ा करने के लिए आगे बढ़ सकते हैं जैसे ही आप अचल संपत्ति हासिल करते हैं। जैसा कि @ डिंगो द्वारा बताया गया है, आपको डिज़ाइन से कभी भी सुविधाओं को नहीं छोड़ना चाहिए।

आपकी साइट के लिए, एक उदाहरण मेनू हो सकता है। आपने मेनू आइटम को छोड़ने और एक हैमबर्गर आइकन के साथ बदलने का फैसला किया, जो मानक प्रक्रिया है। लेकिन अगर मेनू आइटम पृष्ठ पर सबसे महत्वपूर्ण चीजों में से एक हैं, तो आप उन्हें एक क्लिक के पीछे छिपाना नहीं चाहेंगे।


sidenote: आपकी साइट पर नीले रंग पर लाल रंग के लिए वास्तव में खराब है, कृपया इसे बदलने पर विचार करें।


मैं भी colorblind हूँ: p ... यह उस रंग के साथ जाना है जिस शैली के लिए मैं जा रहा हूँ। प्रत्येक 4 पृष्ठ अलग-अलग रंग के होंगे। यदि आपको लगता है कि एक बुरा विचार है तो मुझे बताएं। :)
cc

आपका @MarcusPorter में स्वागत है, और मेरा उत्तर स्वीकार करने के लिए धन्यवाद। कभी-कभी यह दूसरों से यह पूछने में मदद करता है कि वे क्या सोचते हैं यदि आप संदेह में हैं;) और निश्चित रूप से प्रत्येक पृष्ठ को अपना रंग देने के लिए यह एक बुरा विचार नहीं है। हालांकि मैं कैसे आप रंग या रंग संयोजन पर फैसला पर उत्सुक हूँ अगर आपका colorblind ...
PieBie

3
क्या? नहीं, आपको दो साइट नहीं बनानी चाहिए । यह मूर्खतापूर्ण है और 2005 के बाद से जाने का रास्ता नहीं है। आप एक ऐसी साइट का निर्माण करते हैं जो खुद को पर्यावरण के अनुकूल बनाती है। यह कहा जाता है उत्तरदायी वेब डिज़ाइन
PieBie

1
मुझे सुविधाओं का मतलब नहीं था, मेरा मतलब था तामझाम, गद्दी, शायद चित्र भी। निश्चित रूप से कभी नहीं। एक अच्छा उदाहरण मेनू होगा: आप वास्तव में एक मेनू नहीं जोड़ते हैं जब साइट बड़ी हो जाती है, लेकिन आप एक बटन को पूर्ण मेनू के साथ बदलते हैं।
PieBie

2
@ डब्बी: दरअसल कंटेंट-हेवी साइट्स के लिए ट्रेंड फिर से अलग मोबाइल इन्फ्रास्ट्रक्चर बनाने का रहा है। उदाहरण के लिए AMP प्रोजेक्ट की जाँच करें।
डेविड मुल्डर

11

मोबाइल पहले सबसे अच्छा अभ्यास है - यह कानून नहीं है, और यदि आप समझते हैं कि आपको "इसका उपयोग" क्यों करना चाहिए, तो आप एक सूचित निर्णय ले सकते हैं कि आप किसी विशेष परियोजना पर इसका उपयोग क्यों नहीं करना चाहते हैं, और यह ठीक है।

यह ध्यान देने योग्य है कि "मोबाइल पहले" डिजाइन / यूएक्स और बिल्ड से संबंधित है। मोबाइल पहला डिज़ाइन उपयोगकर्ताओं के लिए आपकी साइट को गति नहीं देगा, लेकिन मोबाइल पहला विकास होगा

आइए दोनों को देखें।

डिजाइन में मोबाइल पहले

मोबाइल का पहला डिज़ाइन आपकी सुविधाओं और आपकी ज़रूरतों की उपयोगिता को कम करने में आपकी मदद करने के बारे में है । इसके पीछे की सोच इस तरह से है: पहले डिज़ाइन डेस्कटॉप की बजाय, और फिर उन सभी विशेषताओं को रखने के लिए संघर्ष करें, जो आप 320px चौड़े डिस्प्ले में रखते हैं और अच्छा UX रखते हैं, पहले मोबाइल से शुरू करें ...

यदि मोबाइल पर आपके सभी फीचर्स से UX बंद हो रहा है या क्षतिग्रस्त हो रहा है, तो यह आपको सवाल बनाने वाला है कि क्या उपयोगकर्ता को वास्तव में इन सभी की आवश्यकता है। क्या आप उनमें से कुछ से छुटकारा पा सकते हैं और वास्तव में अनुभव में सुधार कर सकते हैं? यदि हां, तो आप उनके पास क्यों हैं? हो सकता है कि वे सब के बाद आवश्यक न हों, और हो सकता है कि वे आपकी साइट पर न हों।

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

विकास में मोबाइल पहले

मोबाइल पहले विकास के साथ , यह पहले मोबाइल संस्करण लिखने के बारे में है, और फिर बड़ी स्क्रीन के लिए अपवाद डाल रहा है। मोबाइल उपयोगकर्ताओं के लिए यह बेहतर (और तेज) कारण है: आपके पास वेबसाइट के लिए दो चित्र हैं, डेस्कटॉप के लिए एक बड़ा और मोबाइल के लिए एक छोटा। यदि आप पहले डेस्कटॉप को कोड करते हैं, तो आपका सीएसएस कुछ इस तरह दिखाई देगा:

.test2 {
    background-image:url('images/verylargeimage.png');
}

// If on a smaller screen...
@media all and (max-width: 600px) {
    .test2 { 
      background-image:url('images/smallimage.png');
    }
}

इसका मतलब है कि large.jpgसीएसएस स्विच करने से पहले मोबाइल उपयोगकर्ता वास्तव में डाउनलोड करता है। यह बहुत बुरा है।

मोबाइल पहले इस तरह दिखता है:

.test2 {
     background-image:url('images/smallimage.png');
}

// If on a larger screen
@media all and (min-width: 600px) {
    .test2 { 
        background-image:url('images/verylargeimage.png');
    }
}

मोबाइल उपयोगकर्ता कभी डाउनलोड नहीं करता है large.jpg

मुझे उम्मीद है कि चीजों को थोड़ा स्पष्ट करने में मदद करता है, अगर आप उन्हें पहले नहीं समझ पाए हैं!


2
दरअसल, यह केवल आंशिक रूप से सही है। छवि के आधार पर 2012 से टिम कडलेक के मोबाइल परीक्षण परिणामों के अनुसार , केवल बहुत पुराने मोबाइल ब्राउज़र (एंड्रॉइड 3.0, ब्लैकबेरी 6, सफारी 4, आदि) दोनों छवियों को डाउनलोड करेंगे । हर दूसरा मोबाइल ब्राउज़र केवल उचित छवि डाउनलोड करेगा।
cimmanon

@ कैमिमन आप बिल्कुल सही कह रहे हैं। मुझे इसके लिए सचेत करने के लिए धन्यवाद। मैंने इसे एक उदाहरण के लिए स्वैप किया है जो इसके बजाय कैडलेक के परीक्षण में विफल रहा।
Django रेनहार्ड्ट

लिंक के अनुसार सही तरीके से background-imageव्यक्तिगत रूप से डेस्कटॉप और मोबाइल पर सेट किया जाएगा ।
hlcs

4

"मोबाइल पहले" की उत्पत्ति

उत्तरदायी डिजाइन के संबंध में "मोबाइल पहले" का विचार उस समय से आता है जब मोबाइल उपकरणों के लिए ब्राउज़र डेस्कटॉप डिवाइस पर आपको जो मिलेंगे उससे बहुत कम सक्षम थे। उनमें से कई ने मीडिया के सवालों का समर्थन नहीं किया, इसलिए एक फैंसी डेस्कटॉप डिज़ाइन बनाने और फिर संकीर्ण व्यूपोर्ट के लिए मीडिया के प्रश्नों का उपयोग करने की शैली में चिपके रहने का विचार उसके चेहरे पर सपाट हो गया।

मीडिया के सवालों के समर्थन की अनुपस्थिति वास्तव में पहली मीडिया क्वेरी है।

- ब्रायन रिगर

क्या मोबाइल पहले भी प्रासंगिक है?

इस तथ्य के बावजूद कि मोबाइल उपकरणों के लिए ब्राउज़रों ने अपने डेस्कटॉप समकक्षों के साथ पकड़ा है, "मोबाइल पहले" अभी भी आपकी शैलियों को लिखने का सबसे तार्किक तरीका है।

मैं "पिछली शैली की घोषणाओं से बचने से" के संदर्भ में सोचना पसंद करता हूं। शैलियों को जोड़ने और फिर बाद में उन्हें ओवरराइड करने के बजाय एक additive दृष्टिकोण, लगभग हमेशा एक अधिक कॉम्पैक्ट स्टाइलशीट का नेतृत्व करने जा रहा है। अधिकांश / सभी उपकरणों के लिए उपयुक्त शैलियाँ मीडिया के प्रश्नों के बाहर पाई जानी चाहिए, जबकि एक विशिष्ट व्यूपोर्ट के लिए प्रासंगिक शैलियों को मीडिया क्वेरी के पीछे होना चाहिए।

"डेस्कटॉप पहले" दृष्टिकोण की तुलना करें:

.column {
    float: left;
    width: 50%;
}

@media all and (max-width: 50em) {
    .column {
        float: none;
        width: auto;
    }
}

"मोबाइल पहले" दृष्टिकोण के लिए:

@media all and (min-width: 50em) {
    .column {
        float: left;
        width: 50%;
    }
}

परिणाम समान हैं, लेकिन बाद में अधिक कॉम्पैक्ट है। नमूना शैली बेशर्मी से ब्रैड फ्रॉस्ट के 7 आदतें से अत्यधिक प्रभावी मीडिया क्वेरी से कॉपी की गईं

कुछ दुर्लभ अपवाद हैं जहां "डेस्कटॉप पहले" आसपास के अन्य तरीकों की तुलना में अधिक उपयुक्त है। इनमें से सबसे उल्लेखनीय है जब आप प्रतिक्रियाशील तालिकाओं जैसी चीजें कर रहे हैं। वाइडर व्यूपोर्ट टेबल के लिए डिफ़ॉल्ट स्टाइल चाहते हैं, लेकिन एक संकीर्ण व्यूपोर्ट उस सभी को ओवरराइड करना चाहेगा, ताकि सामग्री को लंबवत रूप से स्टैक किया जा सके।

अपने स्टाइलशीट को मत तोड़ो

एक चीज जो आपको बिल्कुल नहीं करनी चाहिए वह है कि आपकी संवेदनशील शैलियों को अलग-अलग CSS फाइलों में तोड़ दिया जाए और लिंक तत्व पर मीडिया विशेषता का उपयोग किया जाए। यह UA डाउनलोड सभी जुड़े स्टाइलशीट (यानी ऐसा करने के लिए कोई गति में सुधार नहीं है) होने का अवांछनीय परिणाम है ।

<!-- this is bad, don't do this -->
<link rel="stylesheet" media="(max-width: 800px)" href="example.css" />

तो कोड पहले मोबाइल होना चाहिए, लेकिन डिजाइन के दृष्टिकोण के बारे में क्या?

मेरी राय है कि इससे कोई फर्क नहीं पड़ता। डिज़ाइन के लिए प्रासंगिक सभी व्यूपोर्ट के लिए लेआउट होना चाहिए (इसमें 2 या अधिक से अधिक 5 शामिल हो सकते हैं, एक बार जब आप किसी भी छोटी ब्रेकप्वाइंट में आपके द्वारा आवश्यक कारक हो सकते हैं!), ऑर्डर अंत में कोई फर्क नहीं पड़ता। कई डिजाइनरों के पास डेस्कटॉप लेआउट के साथ शुरू करने के लिए अनुशासन की कमी होती है और पाते हैं कि मोबाइल लेआउट से शुरू करना आसान है।

यदि आप डेस्कटॉप लेआउट से शुरू करना चाहते हैं, तो आपको उस शानदार व्हाट्सएप को अव्यवस्था के साथ भरने के लिए प्रलोभन से बचना चाहिए जो उस पृष्ठ के लिए सामग्री को नहीं बढ़ाता है। क्या आपको वास्तव में एक फोन रखने वाली मुस्कुराहट वाली महिला की 800x600 स्टॉक फोटो की आवश्यकता है? बेकार फुल डाउनलोड करने के लिए मोबाइल यूजर के पास अतिरिक्त पैसे खर्च करना, और डेस्कटॉप उपयोगकर्ता के लिए अतीत को छोड़ने के लिए सिर्फ एक दृश्य व्याकुलता है।


"इससे कोई फर्क नहीं पड़ता" - यह निश्चित रूप से करता है। और यही सवाल इस बारे में होना चाहिए। कोडिंग / प्रोग्रामिंग आम तौर पर ऑफ-टॉपिक है इसलिए वास्तव में प्रासंगिक नहीं है (यह प्रासंगिक है, निश्चित रूप से-लेकिन मुख्य बिंदु नहीं होना चाहिए)
कैच

1
क्या आप एक उत्तरदायी डिज़ाइन के बीच का अंतर बता सकते हैं जहाँ डेस्कटॉप लेआउट से पहले मोबाइल लेआउट डिज़ाइन किया गया था? "मोबाइल पहले" वाक्यांश उत्तरदायी डिजाइन के कोडन पहलू से आता है। इससे कोई फर्क नहीं पड़ता है कि लेआउट को पहले डिज़ाइन किया गया है जब तक कि दोनों किए जाते हैं।
cimmanon

दूसरों ने पहले ही जवाब में इसके बारे में बात की है। तब सुविधाओं से भरा एक डेस्कटॉप वेबसाइट डिजाइन करना, जो चीजों को दूर ले जाने के लिए है क्योंकि वे फिट नहीं हैं या मोबाइल पर काम करना आसान नहीं है और आप अक्सर स्थान तत्वों / सुविधाओं से अजीब हो जाएंगे। पहले मोबाइल के लिए डिज़ाइन करना फिर डेस्कटॉप के लिए सुविधाएँ जोड़ना आसान है। यह इतना सरल है। लेकिन यह वास्तव में मायने रखता है। हो सकता है कि वेबसाइट को कोड करने वाले व्यक्ति के लिए नहीं, लेकिन यह डिजाइनर के लिए करता है।
काह

आपने मेरे प्रश्न का उत्तर नहीं दिया: क्या आप बता सकते हैं कि पहले कौन सा काम किया गया था? तथ्य यह है कि बहुत सारे लोग डेस्कटॉप लेआउट डिजाइन करने में खराब हैं और अपने पृष्ठों पर बहुत सारा कचरा डालते हैं, इससे कोई लेना-देना नहीं है कि किस लेआउट को पहले डिज़ाइन किया जाना चाहिए। दोनों को करना पड़ता है, इसलिए जो पहले किया जाना चाहिए वह डिजाइनर की व्यक्तिगत प्राथमिकताओं / क्षमताओं पर अधिक निर्भर करता है।
cimmanon

मैं केवल इतना कह रहा हूं कि यह डिजाइन प्रक्रिया को प्रभावित करता है। 2 परिदृश्यों को लें: 1. आप एक संवेदनशील साइट को डिज़ाइन करते हैं, जो मोबाइल और डेस्कटॉप और इस प्रक्रिया के माध्यम से पूरे रास्ते पर विचार करने के लिए ले जाता है। महान। 2. आप एक डेस्कटॉप केवल साइट डिजाइन करते हैं, अंतिम अनुमोदन के लिए सभी तरह से और आपके ग्राहक कहते हैं "ओह, मुझे मोबाइल पर भी काम करने की आवश्यकता है ..." और वह अभी भी x, y और z सुविधाओं को चाहता है जो काम नहीं करेंगे मोबाइल, लेकिन आप उस पर विचार करने के लिए जब आप सिर्फ डेस्कटॉप के लिए डिजाइन कर रहे थे ... कौन सा परिदृश्य आसान है?
काई

2

मैंने आपकी वेबसाइट www.cosmosdesign.co.nz को विभिन्न स्क्रीन आकारों और सभी स्क्रीन पर इसके ठीक काम करने का परीक्षण किया । मोबाइल के प्रथम डिजाइन के बारे में आपके प्रश्न के बारे में मैं यह कहना चाहूंगा कि आपके डिजाइनिंग दृष्टिकोण को आपके लक्षित दर्शकों के साथ-साथ कई अन्य कारकों जैसे छवियों, सामग्री आदि पर भी विचार करना चाहिए, यदि आपके लक्षित दर्शक इस वेबसाइट का उपयोग ज्यादातर डेस्कटॉप / लैपटॉप पर करेंगे तो आप कर सकते हैं निश्चित रूप से अपने दृष्टिकोण के साथ आगे बढ़ें, लेकिन अगर यह एक वेबसाइट है जिसे ज्यादातर फोन और टैब पर देखा जाएगा तो आपको अपनी रणनीति को दूसरा विचार देने की आवश्यकता है।

आप बूटस्ट्रैप (कई अन्य विकल्प भी उपलब्ध हैं) का उपयोग करके अपनी वेबसाइट को उत्तरदायी बनाने पर विचार कर सकते हैं और आप मोबाइल अनुकूल साइट के लिए अपनी छवियों को भी अनुकूलित कर सकते हैं जो लोड समय को भी कम करेगा।


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

हाँ, मुझे पता है कि बूटस्ट्रैप जैसे फ्रेमवर्क कोड और प्रयास को बढ़ाते हैं, लेकिन यह निश्चित रूप से प्रयास के लायक है, अगर आपको मुझसे पूछने में किसी भी तरह की मदद की ज़रूरत है।
वज़ज़ा

मुझे लगता है कि मैं अभी भी सीएसएस सीख रहा हूं, मैंने इस एक पृष्ठ के साथ संघर्ष किया। मैं भविष्य में अपने एक ग्राहक पर फिर से कोशिश करना सुनिश्चित करूँगा।
ccc

इसलिए यदि आप अपने लक्षित श्रोताओं के बारे में निश्चित हैं तो आप इस दृष्टिकोण पर आगे बढ़ सकते हैं लेकिन मैं आपको कभी-कभी यह चेतावनी देना चाहूंगा कि यदि आप बहुत अधिक सामग्री रखते हैं तो बाद में छोटी स्क्रीन के लिए स्केल करना मुश्किल है। आपकी साइट पर कार्यशीलता। शुभकामनाएं।
वज़्जा

हाँ तुम सही हो। इसके अलावा, PieBie ने उस विषय पर कुछ अच्छी सलाह दी अगर आप एक अच्छा पढ़ना चाहते हैं।
ccc

-2

मेरे लिए सबसे पहले मोबाइल करने का मुख्य कारण ऐसी स्थिति से बचना है जहां आपका मोबाइल साइट डेस्कटॉप संस्करण में सब कुछ नहीं करता है। ऐसी कई टन वेबसाइटें हैं जहाँ मुझे अपने फ़ोन पर डेस्कटॉप संस्करण के लिए कुछ करने का अनुरोध करना पड़ता है क्योंकि भले ही फ़ोन ऐसा कर सकता है, लेकिन उनका मोबाइल संस्करण ऐसा नहीं करता है। यह बकवास मेरे बाहर है।

मैंने कहा, मुझे लगता है कि डेस्कटॉप-फर्स्ट तब तक ठीक है जब तक कि आप मोबाइल के फीचर्स पर कंजूसी नहीं करते हैं, जैसे कि ज्यादातर कंपनियां करती हैं।

इसके अलावा, बहुत सारे डिज़ाइन फ्रेमवर्क इसे बहुत सरल बनाते हैं। मैंने काफी जटिल डेस्कटॉप-प्रथम ऐप बनाने के लिए सामग्री डिज़ाइन लाइट का उपयोग किया, और वास्तव में केवल कुछ चीजों को बदलना पड़ा जब मैंने इसे मोबाइल के अनुकूल संस्करण के लिए संशोधित किया - अधिकांश काम पहले से ही किया गया था।


कभी-कभी सुविधाओं को जानबूझकर मोबाइल के लिए छोड़ दिया जाता है क्योंकि वे इसकी तीव्रता को संभालने में सक्षम नहीं होते हैं
Zach Saucier

यकीन है, अगर यह एक समस्या है यह एक समस्या है। लेकिन यह लगभग कभी भी समस्या नहीं है क्योंकि आधुनिक फोन अब काफी शक्तिशाली कंप्यूटर हैं।
मैथ्यू

यह वास्तव में मेरे लिए कई साइटों पर होता है, कि मुझे डेस्कटॉप संस्करण लाने की आवश्यकता है क्योंकि मोबाइल संस्करण लिस्टिंग में आइटम को सॉर्ट नहीं करता है, या चर्चा टैब को छुपाता है, या कुछ सुविधाजनक फ़िल्टरिंग काम नहीं करता है। यह वास्तव में और अधिक दिखता है "पहले डेस्कटॉप करें और फिर - जल्दी, जल्दी, समयरेखा कल समाप्त होता है - मोबाइल पर पोर्ट।
एच 22

यदि आपके पास वास्तव में भारी साइट है, तो उस बिंदु पर जहां यह एक वेब एप्लिकेशन बन जाता है, आप किसी मोबाइल साइट में सब कुछ रटना करने की कोशिश करने के बजाय इसे किसी भी ऐप से पोर्ट करना बेहतर हो सकता है। उदाहरण के लिए फेसबुक ने अपनी डेस्कटॉप साइट को दो ऐप में विभाजित किया है: फेसबुक और मैसेंजर।
PieBie

हालाँकि फेसबुक बहुत अच्छा बना रहा है, बस मोबाइल वेब ऐप में सब कुछ उपलब्ध है - आप अभी भी मैसेंजर के बिना संदेश दे सकते हैं।
मैथ्यू
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.