Существует ли полуавтоматический способ выполнить строковое извлечение для i18n?

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

Система преобразования программ в в котором вы можете выразить свои желаемые шаблоны, это можно сделать. Такая система принимает правила в форме:

         lhs_pattern -> rhs_pattern  if condition ;

где шаблоны - это фрагменты кода с ограничениями категорий синтаксиса для переменных шаблона. Это заставляет инструмент искать синтаксис, соответствующий lhs_pattern, и, если он найден, заменять на rhs_pattern, где сопоставление с образцом осуществляется по языковой структуре, а не по тексту. Таким образом, он работает независимо от форматирования кода, отступов, комментариев и т. Д.

Набросок нескольких правил (и чрезмерное упрощение, чтобы сделать это коротким) following the style of your example:

  domain Java;

  nationalize_literal(s1:literal_string):
    " \s1 " -> "Language.getString1(\s1 )";

  nationalize_single_concatenation(s1:literal_string,s2:term):
    " \s1 + \s2 " -> "Language.getString1(\s1) + \s2"; 

  nationalize_double_concatenation(s1:literal_string,s2:term,s3:literal_string): 
      " \s1 + \s2 + \s3 " -> 
      "Language.getString3(\generate_template1\(\s1 + "{1}" +\s3\, s2);"
   if IsNotLiteral(s2);

The patterns are themselves enclosed in "..."; these aren't Java string literals, but rather a way of saying to the multi-computer-lingual pattern matching engine that the suff inside the "..." is (domain) Java code. Meta-stuff are marked with \, например, метапеременные \ s1, \ s2, \ s3 и встроенный шаблон вызывает \ сгенерировать с помощью (и) для обозначения его списка мета-параметров: -}

Обратите внимание на использование ограничений категории синтаксиса для метапеременных s1 и s3 для обеспечить соответствие только строковых литералов. То, что мета-переменные совпадают в шаблоне с левой стороны, подставляется в правую сторону.

Подшаблон generate_template - это процедура, которая во время преобразования (например, при срабатывании правила) оценивает свое известное значение. -константный первый аргумент в строку шаблона, которую вы предложили и вставляет в вашу библиотеку, и возвращает индекс строки библиотеки. Обратите внимание, что первый аргумент для создания шаблона состоит в том, что этот пример полностью состоит из конкатенированных буквальных строк.

Очевидно, кому-то придется вручную обработать шаблонные строки, которые попадают в библиотеку, для создания эквивалентов на иностранном языке.
You're right in that this may over templatize the code because some strings shouldn't be placed in the nationalized string library. To the extent that you can write programmatic checks for those cases, they can be included as conditions in the rules to prevent them from triggering. (With a little bit of effort, you could place the untransformed text into a comment, making individual transformations easier to undo later).

Realistically, I'd guess you have to code ~~100 rules like this to cover the combinatorics and special cases of interests. The payoff is that the your code gets automatically enhanced. If done right, you could apply this transformation to your code repeatedly as your code goes through multiple releases; it would leave previously nationalized expressions alone and just revise the new ones inserted by the happy-go-lucky programmers.

A system which can do this is the DMS Software Reengineering Toolkit. DMS can parse/pattern match/transform/prettyprint many langauges, include Java and C#.