जब आप वेब एप्लिकेशन विकसित करते हैं, खासकर जो डेटा प्रबंधन की अच्छी मात्रा (जैसे संपर्क, पते, ऑर्डर और आगे) से निपटते हैं, तो क्या आप आमतौर पर इन-प्लेस संपादन के रूप में इंटरफ़ेस बनाते हैं या अलग "संपादित करें" पृष्ठ (और केवल-दृश्य पृष्ठ) बनाएं?इनसाइड संपादन बनाम संपादित करें पृष्ठ
दूसरे के ऊपर एक का लाभ क्यों है? मैं अपने स्वयं के प्रोजेक्ट पर निर्णय लेने की कोशिश कर रहा हूं जिसमें ऐसे डेटा प्रबंधन हैं और मुझे यकीन नहीं है कि किस तरह से जाना है।
सेटिंग्स जैसी चीजों के लिए जहां पृष्ठ देखने के लिए मुख्य उपयोग इसे संपादित करना है, इनलाइन समझ में आता है।
इसके बाद, यह उपयोग के बारे में अधिक है। अगर लोग लगातार उन्हें संपादित कर रहे हैं तो यह केवल इनलाइन होना चाहिए। यदि यह उपयोगकर्ता विवरण के लिए है, जहां इसे अधिकतर पढ़ा जाता है और कभी-कभी बदल जाता है, तो मैं यही करता हूं:
पृष्ठ संपादन योग्य बॉक्स के बिना देखा जाता है। यदि उपयोगकर्ता कुछ जानकारी बदलना चाहता है, तो उन्होंने एक संपादन बटन पर क्लिक किया है वही पृष्ठ दिखाया गया है लेकिन संपादन योग्य फ़ील्ड के साथ और रद्द/सबमिट बटन।
नमूना के रूप में अनुरोध:
मैं दृश्य होने से इस लक्ष्य को हासिल जो कार्रवाई (MVC)
संपादित करें द्वारा निर्धारित है जो प्रत्येक क्षेत्र के संस्करण को दिखाने के लिए संपत्ति बाल्टी में एक मूल्य के आधार पर तय
public void View(int customerid)
{
PropertyBag["customer"] = Customer.Find(customerid);
}
public void Edit(int customerid)
{
PropertyBag["editing"] = true;
View(customerid);
RenderView("View");
}
देखें (brail) में: (untested)
नियंत्रक में (महल मोनोरेल), मान लें कि CustomerController जाने
<th>Name:</th>
<td>
<% if IsDefined("editing"): %>
<input name="c.Name" value="$customer.Name" />
<% else: %>
$customer.Name
<% end %>
</td>
मैं कहूंगा कि डेटा संपादित करते समय आपको इन-प्लेस संपादन का उपयोग करना चाहिए सरल और सरल (बेवकूफ-सबूत)। किसी शब्द प्रोसेसर में टेक्स्ट चुनने और इसे टाइप करने से उपयोगकर्ता को यह और जटिल नहीं होना चाहिए।
यदि आपको लेबल, निर्देश, त्रुटि संदेश आदि दिखाना चाहते हैं, तो आपको शायद एक समर्पित संपादन पृष्ठ का उपयोग करना चाहिए। या इस पृष्ठ को करने के लिए एक चालाक तरीका खोजें।
इसके अलावा, कभी-कभी आप यह नहीं दिखाते कि उपयोगकर्ता ने वास्तव में क्या दर्ज किया है। उदाहरण के लिए, आप उपयोगकर्ता की उम्र दिखाते हैं, लेकिन जब इसे संपादित करते हैं तो जन्मदिन दिखाता है। तो मैं सुझाव दूंगा कि आप एक संपादन पृष्ठ का उपयोग करें, क्योंकि उपयोगकर्ता को भ्रमित कर सकता है।
मैं इनलाइन संपादन समझ में आता है जब परिवर्तन करने की 'लागत की प्रयास' अपेक्षाकृत कम है लगता है।
उदाहरण के लिए, किसी फोटो पर एक विवरण बदलना कुछ आसान है, अगर यह बिल्कुल सही नहीं है, तो थोड़ा जोखिम है, और उपयोगकर्ता इसे चित्रित तस्वीर के संदर्भ में सही करने की अपेक्षा करता है। उस स्थिति में, इनलाइन मुझे समझ में आता है।
दूसरी ओर, एक आवेदन जहाँ उपयोगकर्ता की मदद की या निर्देशित होने की एक प्रक्रिया के माध्यम से की जरूरत है, या परिवर्तन बिलिंग/शिपिंग/खाते की स्थिति में बड़े बदलाव का मतलब है में। यह उनके कार्यों की पूर्ण विधियों को समझने में मदद करने के लिए एक अलग पृष्ठ होना समझ में आता है।
आपका उत्तर दिलचस्प है; क्या आप कुछ नमूना कोड पोस्ट कर सकते हैं कि आपने यह कैसे किया (उत्तर का आपका अंतिम भाग)?वह बेहद सहायक होगा। धन्यवाद! – Alex
ऊपर नमूना जोड़ा गया –