Должны ли мы хранить строки формата в ресурсах?

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); 

. Мере до тех пор, пока код достаточно стабилен, что я мог бы быть смущен с, что видели другими.

Answer 2

Я не понимаю, почему включение строки формата в программу является плохим. В отличие от традиционных недокументированных магических чисел, совершенно очевидно, что это на первый взгляд. Конечно, если вы используете строку формата в нескольких местах, она обязательно должна храниться в соответствующей переменной только для чтения, чтобы избежать избыточности.

Я согласен с тем, что хранение его в ресурсах является ненужной косвенностью здесь. Возможным исключением может быть то, что ваша программа должна быть локализована, и вы локализуете файлы ресурсов.

Answer 3

Существует несколько причин, по которым вы хотели бы это сделать, но единственная причина в том, что вы планируете локализовать свое приложение на другом языке.

Если вы используете строки ресурсов, нужно иметь в виду несколько вещей.

1. Включите строки формата, когда это возможно, в набор строк ресурсов, которые вы хотите локализовать. Это позволит переводчику переупорядочить позицию форматированных элементов, чтобы они лучше соответствовали контексту переведенного текста.

2. Избегайте наличия строк в ваших жетонах формата, которые находятся на вашем языке. Для чисел лучше использовать . Например, сообщение:
   
   «Значение, которое должно быть указано между {0} и {1}»

   является большим, если {0} и {1} являются такими числами 5 и 10. Если вы форматируете в таких строках, как «пять» и «десять», это затруднит локализацию.

3. Вы можете решить проблему с читабельностью, о которой вы говорите, просто называя ваши ресурсы хорошо.
   
   string someString = string.Format (Properties.Resources.IntegerRangeError, minValue, maxValue);

4. Оцените, генерируете ли вы видимые строки пользователя с правильным уровнем абстракции в вашем коде. В целом я склонен группировать все видимые пользователем строки в коде, максимально приближенном к пользовательскому интерфейсу.Если какой-либо код ввода-вывода низкого уровня должен содержать ошибки, он должен делать это с исключениями, которые вы обрабатываете в своем приложении и согласованных сообщениях об ошибках. Это также объединит все ваши строки, требующие локализации, вместо того, чтобы их перенести на весь ваш код.

Answer 4

Одна вещь, которую вы можете сделать, чтобы помочь добавить жесткий закодированных строк или даже ускорить добавление строк в файл ресурсов является использование CodeRush Xpress, который вы можете скачать бесплатно здесь: http://www.devexpress.com/Products/Visual_Studio_Add-in/CodeRushX/

После того, как вы пишете string вы можете получить доступ к меню CodeRush и извлечь его в файл ресурсов за один шаг. Очень хорошо.

Resharper имеет similar functionality.

Answer 5

да вы можете

новый позволяет увидеть, как

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

это будет дал мне динамическое сообщение каждый раз

кстати я использованияКонтактная ResXManager