ما مزايا استخدام .resx التعريب على ASP.NET MVC التطبيق ؟

Question

هناك عدد من الأسئلة في هذا الموقع ذات الصلة كيفية الوصول ملفات RESX في ASP.NET MVC التطبيق ، أفضل الممارسات من استخدامها.

ولكن بعد القراءة (لأول مرة قد add) المقالة MSDN على الموارد أنا أتساءل إذا كان هناك أي مزايا استخدام ملفات RESX منذ أنا لا أذهب إلى استخدام عناصر تحكم الملقم.هناك كل هذا الحديث عن 'ضمني' و 'الصريح' التعريب ولكن لن تستفيد من ذلك مع MVC.

في نهاية المطاف بلدي التطبيق سوف تحتاج سلسلة الموارد الأزرار و عناصر القائمة و أيضا أطول بكثير HTML العناصر لفترة أطول المتنوعة المحتوى.أود أن استخدام CMS يعد البنود لأن أنا متأكد من أنني لا أريد أن أذهب التمسك بها في الملف RESX.

هل هناك أي أسباب مقنعة لاستخدام أو عدم استخدام ASP.NET الموارد في جديد التطبيق.أنا ذاهب لنفترض أن أي مستقبل MVC التحسينات أو RESX التحسينات سوف تعمل في وئام معا, ولكن الآن أنا فقط الحصول على مجد يقع بقدر ما أستطيع أن أرى.

يجب المضي قدما RESX أو البحث في أماكن أخرى ؟ يجب أن يكون حتى النظر في CMS أنواع الموارد التي RESX صمم ؟

أي الدروس المستفادة سيكون موضع تقدير.

Answer 1

هناك بعض المزايا RESX البنية التحتية:

• لم يكن لديك لتحميل السليم في اللغة الموارد.مرة واحدة لغة الخيط ، CLr يعتني إيجاد الجمعية و تحميل الموارد.
• فمن السهل أن يسلم لغة محددة الموارد تعريب للغير.
• هناك تقصير تراجع آلية غير مترجمة الموارد.

هناك أيضا واحد بعينه عيب RESX النهج:

• فمن الصعب أن دعم الترجمة نموذج حيث المستخدمين ترجمة الموارد الخاصة بك بالنسبة لك.

أود أن وضع قليلا عن هذه النقطة الأخيرة.خذ على سبيل المثال Facebook الترجمة نموذج.Facebook لديه طريقة بسيطة إلى حد ما على الناس أن توفر التصويت على الترجمات من الموارد المختلفة.إذا كانت هذه هي المخزنة في قاعدة البيانات ، فإنه سيكون من الممكن استخدامها بعد التحريري الصحيح العملية دون إعادة بناء وإعادة نشر التطبيق.مع RESX نموذج الموارد الجمعيات سيتم إعادة نشرها ، والتي يمكن أن يكون لها ما يكفي من ارتفاع التكلفة اعتمادا على عملية النشر.

وهكذا قبل أن تقرر ما توطين عملية الاستخدام ، أود أن ننظر في القرار الذي تنوي القيام به توطين وما نشر عملية localizaed الموارد بعد التطبيق الرئيسي هو المنتشرة بالفعل.

تحرير: نسيت أن أذكر أن هذه الاعتبارات هي متعامد ASP.NET إطار الاختيار (MVC أو WebForms).

Answer 2

أود أن أقول "نعم" ، resx الملفات لا تزال خيارا جيدا للحصول على تطبيقات جديدة.لا أعتقد ASP.NET MVC على وجه الخصوص يغير أي شيء حول تخزين سلاسل الخاص بك.

ما هو عظيم في استخدام الموارد

• انهم من السهل جدا لإدارة
• ترجمة موقع الويب الخاص بك هو مهمة أسهل بكثير من الموارد (وأشدد كثيرا أسهل)
• يمكنك استبدال الموارد متجر في أي وقت لأن الموارد استخدام نموذج مزود.يمكنك التبديل resx ملفات db إدخالات دون تغيير تنفيذ موقع الويب الخاص بك.

أوصي ملفات الموارد من أجل "موقع الجمل" التي هي مختلفة من كتل كبيرة من البيانات قد عدل على أساس متكرر.لذا كامل التوصية أقول استخدام ملفات الموارد (resx البدء) على الأزرار والملصقات وغيرها ، CMS لحمي المحتوى.

Answer 3

إذا كنت تنوي استخدام Resx وعدم استخدام عناصر تحكم الملقم كما كنت في MVC, لماذا لا تمديد MVC الطرق المساعد بحيث يمكنك إنشاء مترجمة تسميات النص ؟ ثم ببساطة الاتصال النص من الموارد في بنفس الطريقة.

على سبيل المثال'<%=Html.CultureLabel("ResouceId") %>'

أو '<%=Html.CultureButton("Name","ResouceId", HtmlButtonType.زر) %>'

مجرد فكرة.

أيضا إدارة العولمة من موقع هو أسهل بكثير مع resx عن النص.