Как я могу рефакторинг HTML markup из моих файлов свойств?

Избегайте создания ссылок в течение длительного времени блок текста. Предпочитаю более короткий текст что может выступать в качестве логически завершенного и независимая связь.

Как правило, это приведет к меньшему количеству проблем. Иногда вам приходится идти на компромисс с вашим дизайном UI, чтобы приспособиться к локализации; иногда вам нужно идти на компромисс с вашим процессом локализации, чтобы приспособиться к UI.

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

Думая об этом, что-то вроде этого может быть менее уродливым:

<p>Please update your address and contact information.
<br />
<a href="/address.do">update address</a>
<br />
<a href="/contact.do">update contact information</a></p>

но я не дизайнер UI.

Один подход, который приходит на ум, заключается в том, что вы можете хранить переведенные параметры замены, т. е. "address" и "contact information", в отдельном файле свойств, по одному на locale. Затем пусть ваш класс действий (или, возможно, какой-то вспомогательный класс) отыщет значения из правильного ResourceBundle для текущего locale и передаст их тегу сообщения.

Возможно:

#
alert=Please update your {0}address{1} and {2}contact information{3}.

Сообщение тег сообщения API позволяет только 5 параметрических аргументов

Ай! Я виню в этом свое полное незнание Struts API.

Цитирую из инструкции :

Некоторые функции этой библиотеки тегов также доступны в JavaServer Стандартная Библиотека Тегов Pages (JSTL). То Struts команда поощряет использование стандартные теги над Struts специфическими метки, когда это возможно.

Вероятно, вы могли бы сделать это с помощью http://java.sun.com/jsp/jstl/fmt taglib.

<fmt:bundle basename="messages">
    <fmt:message key="alert">
        <fmt:param value='<a href="/">' />
        <fmt:param value="</a>" />
        <fmt:param value='<a href="/">' />
        <fmt:param value="</a>" />
    </fmt:message>
</fmt:bundle>

Недостатком является то, что это не является допустимым XML и перенос значений в переменные включает в себя больше косвенности, поисков и многословия. Это не очень хорошее решение.

Я не знаю Struts, но если это что-то вроде JavaServer Faces (тот же архитектор), то, вероятно, есть поддержка для настройки заменяющего элемента управления. Я бы либо заменил существующий контроль на более гибкий, либо добавил новый.

В любое время, когда я получаю новый перевод текст, я должен решить, что окружать с помощью <a>...</a> markup.

Вы не должны этого делать, и я вижу в этом ошибку в вашем процессе перевода (я бывший инженер по локализации и бывший разработчик инструментов локализации). Символы {0} должны быть включены в файлы, отправляемые переводчикам. Руководство по локализации должно объяснить контекст строки и значение любых переменных.

Вы можете программно проверить пакеты свойств при возврате. Специфичные для строки regex могут сделать этот трюк. Это не выходит за рамки возможного, что "address" и "contact information" поменялись бы местами во время перевода.

Самое простое решение-перепроектировать сообщения для визуализации:

<a href="/address.do">Please update your address.</a>
<a href="/contact.do">Please update your contact information.</a>

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