क्या हमें संसाधनों में प्रारूप तारों को स्टोर करना चाहिए?

Question

इस परियोजना के लिए जो मैं वर्तमान में चालू हूं, मुझे प्रसंस्करण के लिए किसी तृतीय पक्ष सेवा में विशेष रूप से स्वरूपित स्ट्रिंग देना होगा। और इसलिए मैं तो जैसे तार का निर्माण कर रहा हूँ:

string someString = string.Format("{0}{1}{2}: Some message. Some percentage: {3}%", token1, token2, token3, number); 

बल्कि तो स्ट्रिंग को हार्डकोड, मैं परियोजना संसाधनों में यह हिलाने की सोच रहा था:

string someString = string.Format(Properties.Resources.SomeString, token1, token2, token3, number); 

दूसरा विकल्प मेरी राय में है , जैसा कि पहले व्यक्ति के रूप में पठनीय नहीं है, यानी कोड पढ़ने वाले व्यक्ति को अंतिम परिणाम दिखने के लिए स्ट्रिंग संसाधनों को खींचना होगा।

मैं इसके आसपास कैसे हो सकता हूं? क्या हार्डकोडेड प्रारूप इस मामले में एक आवश्यक बुराई है?

Answer 1

मुझे लगता है कि यह एक आवश्यक बुराई है, जिसे मैंने अक्सर उपयोग किया है। कुछ बदबूदार है कि मुझे क्या करना है:

// "{0}{1}{2}: Some message. Some percentage: {3}%" 
string someString = string.Format(Properties.Resources.SomeString 
            ,token1, token2, token3, number); 

..at से कम जब तक कोड है कि मैं दूसरों के द्वारा देखा गया है कि होने शर्मिंदा हो सकता है काफी स्थिर है।

Answer 2

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

मैं मानता हूं कि संसाधनों में इसे रखना अनावश्यक संकेत है। एक संभावित अपवाद होगा यदि आपके कार्यक्रम को स्थानीयकृत करने की आवश्यकता है, और आप संसाधन फ़ाइलों के माध्यम से स्थानीयकरण कर रहे हैं।

Answer 3

ऐसे कई कारण हैं जिन्हें आप करना चाहते हैं, लेकिन एकमात्र महान कारण यह है कि यदि आप अपने आवेदन को किसी अन्य भाषा में स्थानांतरित करने जा रहे हैं।

यदि आप संसाधन तारों का उपयोग कर रहे हैं तो ध्यान में रखने के लिए कुछ चीजें हैं।

1. जब भी आप स्थानीयकरण चाहते हैं संसाधन स्ट्रिंग के सेट में प्रारूप स्ट्रिंग शामिल करें। यह अनुवादक को अनुवादित पाठ के संदर्भ में बेहतर फिट करने के लिए स्वरूपित वस्तुओं की स्थिति को पुन: व्यवस्थित करने की अनुमति देगा।

2. अपनी भाषा में मौजूद प्रारूप प्रारूपों में स्ट्रिंग होने से बचें। संख्याओं के लिए का उपयोग करना बेहतर है। उदाहरण के लिए, संदेश:
   
   

   महान है अगर {0} और {1} कर रहे हैं 5 और 10 की तरह जो नंबर आप स्वरूपण रहे हैं, तो "मान आपके द्वारा निर्दिष्ट के बीच {0} और {1} होना चाहिए" "पांच" और "दस" जैसे तारों में यह स्थानीयकरण को मुश्किल बनाने जा रहा है।

3. आप अपने संसाधनों को आसानी से नाम देकर पढ़ने योग्यता समस्या के बारे में बात कर सकते हैं।
   
   स्ट्रिंग someString = string.Format (Properties.Resources.IntegerRangeError, minValue, maxValue);

4. मूल्यांकन करें कि क्या आप अपने कोड में सही अमूर्त स्तर पर उपयोगकर्ता दृश्य स्ट्रिंग उत्पन्न कर रहे हैं। आम तौर पर मैं जितना संभव हो सके उपयोगकर्ता इंटरफ़ेस के निकट कोड में सभी उपयोगकर्ता दृश्य स्ट्रिंग को समूहित करता हूं।यदि कुछ निम्न स्तर की फ़ाइल I/O कोड को त्रुटियां प्रदान करने की आवश्यकता है, तो इसे अपवादों के साथ ऐसा करना चाहिए जो आप अपने अनुप्रयोग में संभालते हैं और लगातार त्रुटि संदेश के लिए करते हैं। यह आपके सभी तारों को भी समेकित करेगा जिसके लिए उन्हें आपके कोड में पेपर करने की जगह स्थानीयकरण की आवश्यकता होती है।

Answer 4

एक बात आप हार्ड कोडित तार जोड़ने के लिए या यहां तक ​​कि एक संसाधन फ़ाइल को तार जोड़ने में तेजी लाने में मदद करने के लिए कर सकते हैं CodeRush एक्सप्रेस जो आप मुफ्त यहाँ डाउनलोड कर सकते हैं उपयोग करने के लिए है: http://www.devexpress.com/Products/Visual_Studio_Add-in/CodeRushX/

एक बार जब आप लिखना अपने स्ट्रिंग आप कोडरश मेनू तक पहुंच सकते हैं और एक ही चरण में संसाधन फ़ाइल में निकालेंगे। बहुत अच्छा।

Resharper similar functionality है।

Answer 5

हाँ आप

नया कर सकते हैं कि

String.Format(Resource_en.PhoneNumberForEmployeeAlreadyExist,letterForm.EmployeeName[i]) 

इस वसीयत मुझे गतिशील संदेश तरह से मैं ResXManager