एलन कूपर की यूनिफ़ाइड फ़ाइल मॉडल का क्या हुआ?


13

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

जबकि कूपर की पुस्तक काफी लोकप्रिय और सम्मानित लगती है, वेब पर इस विशेष मुद्दे की उल्लेखनीय रूप से बहुत कम चर्चा है जो मुझे मिल सकती है। "प्रोग्रामिंग इंडस्ट्रियल स्ट्रेंथ विंडोज" के लेखक पेटर हेसेलबर्ग ने इसका उल्लेख किया है लेकिन इसके बारे में ऐसा लगता है।

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

मेरे प्रश्न हैं:

क्या इसकी कोई अच्छी चर्चा है जिसे मैं खोजने में असफल रहा हूं? क्या कोई उनके ऐप में ऐसा कर रहा है? क्या यह एक अच्छा विचार है कि यह दुर्भाग्य से व्यावहारिक रूप से लागू करने के लिए नहीं है, कहते हैं, Microsoft यह करता है?


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

सभी प्रतिक्रियाओं के लिए धन्यवाद। विशेष रूप से ElGringoGrande और Berin Loritsch। मैंने बेरिन को केवल इसलिए उठाया क्योंकि यह थोड़ा अधिक पूर्ण लग रहा था। मैं अभी भी दिशा लेने के लिए विचार कर रहा हूं।
पॉल मंसूर

जवाबों:


5

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

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

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


7

Microsoft इसे OneNote में करता है।

मैं उपयोगकर्ता की इच्छाओं को ओवरराइड नहीं करूंगा। हमने इसे लागू करने के बारे में सोचा था, लेकिन बिना सोचे समझे कई उपयोगकर्ता ऐसा करते हैं और अपनी गलतियों को सहेजने से रोकने के लिए क्लोज़ फॉर्म बटन (या अगर कोई नहीं है तो ctrl-alt-del) का उपयोग करें।

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


1
और पूर्ववत है कि सत्र लाइनों को पार करने से अपनी समस्याओं का कारण होगा। कितने लोग यह कहते हुए पत्र शुरू करते हैं कि वे क्या सोचते हैं और फिर इसे राजनयिक बनाकर खत्म करते हैं? आपको एक अलग निर्यात फ़ंक्शन की आवश्यकता होगी।
डेविड थॉर्नले 19

+1, विशेष रूप से अंतिम पैराग्राफ के लिए। बचत करते समय पिछली सामग्री को अधिलेखित न करें, लेकिन पुराने संस्करणों को बरकरार रखते हुए एक नया "संस्करण" जोड़ें। अंतरिक्ष को बचाने के लिए, आपके पास कई संस्करण साझा (अपरिवर्तनीय) डेटा हो सकते हैं।
जॉय एडम्स

1
@ डेविड: यह "संस्करण संस्करण में नया संस्करण सहेजें" कमांड के बजाय वास्तव में "प्रकाशित" कमांड का एक अच्छा उदाहरण है।
एलेक्स फेइमैन

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

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

6

एकीकृत फ़ाइल सिस्टम पहले ही जीत चुका है!

सभी iOS * एप्लिकेशन इस तरह से काम करते हैं। कोई 'फाइल' नहीं हैं, कोई फाइल सिस्टम नहीं है, कोई सेविंग नहीं है, केवल ऐसे एप्लिकेशन हैं जिनमें डेटा है जिसे आप हमेशा तब तक वापस कर सकते हैं जब तक कि आप इसे हटा नहीं देते। यह देखते हुए कि किसी दिन मैकओएस आईओएस पर गिर सकता है, मैं कहूंगा कि मॉडल निश्चित रूप से पकड़ा गया है।

वेबसाइटें इस तरह से भी काम करती हैं - शायद ही कभी आप किसी दस्तावेज़ को 'सेव' करते हों, शायद ही कभी आप दस्तावेज़ों का सेट नेविगेट करते हों, और बहुत कम ही आप वेबसाइटों के बीच दस्तावेज़ साझा करते हैं। दस्तावेज़ साइट के भीतर एम्बेडेड होते हैं, जिस तरह से ये प्रश्न और उत्तर StackExchange के भीतर एम्बेडेड होते हैं।

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

(* मुझे एंड्रॉइड या अन्य फोन ओएस से नहीं पता; शायद वहां भी।)


2
फाइलसिस्टम हालांकि (अच्छे हिस्से में) प्रोग्राम और एप्लिकेशन से डेटा और इंटरफेस को अलग करने के लिए मौजूद हैं। दोनों पक्षों की दलीलें हैं।
19

2
@ एलेक्स, सिवाय इसके कि आप अनुप्रयोगों के बीच जानकारी साझा नहीं कर सकते। आईओएस पर एक टेक्स्ट एडिटर द्वारा एक सेव गेम फाइल नहीं खोली जा सकती, क्योंकि अन्य ऐप में सैंडबॉक्स तक पहुंच नहीं है।
स्टीफन फुरलानी

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

आप अनुप्रयोगों के बीच जानकारी साझा कर सकते हैं - iOS फ़ाइल संचालकों का समर्थन करता है, और URL संचालकों के माध्यम से जानकारी भी दे रहा है। यह केवल एक स्तर पर किया जाता है जहां उपयोगकर्ता अनुप्रयोगों के बीच डेटा को स्थानांतरित कर रहे हैं, स्थानांतरण प्रक्रिया में बिचौलिया नहीं हैं।
केंडल हेल्मसटेटर गेलनर

1
@ एलेक्स, रुको, तो क्लिपबोर्ड (अस्थायी) मध्यस्थ का उपयोग स्वीकार्य है लेकिन एक सामान्य फ़ाइल सिस्टम (स्थायी) का उपयोग करना नहीं है?
स्टीफन फुरलानी

1

क्या आप उनका डेटा फाइलों में या किसी तरह के डेटाबेस में रखने जा रहे हैं?

यदि आप उनसे फाइलों तक भौतिक पहुंच की उम्मीद करते हैं तो आपको उन्हें यह सिखाना होगा कि आपकी फाइलें 'विशेष' हैं। अपने वर्तमान मानसिक मॉडल में वे कॉपी, पेस्ट, नाम बदल सकते हैं और हटा सकते हैं। मुझे यकीन है कि उनमें से कुछ पहले से ही अपने डेटा को 'संस्करण' करने के लिए एक नाम के रूप में उपयोग करते हैं (जैसे फिर से शुरू करें2010.doc, SalesDataFrombus2.xls)।

यदि यह एक डेटाबेस है, तो मुझे यकीन है कि वे कुछ बिंदु पर फ़ाइलों को निर्यात / आयात करना चाहेंगे।


0

क्या उपयोगकर्ता के लिए एक प्रमुख "सेव ऑलवेज" विकल्प है जिसे लागू करना मुश्किल है?


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