Como otros ya se ha dicho, es posible utilizar el archivo de recursos global de manualmente. Creo que en realidad es más problemático y menos sostenible pero aún posible.
Ahora en por qué MS decidió en un archivo de recursos por formulario. Bueno, desde el punto de vista de la internacionalización, esta solución es mejor. Por un lado, le da a los traductores una cosa importante: el contexto. Por otro lado, es típico que un proyecto crezca. Es muy poco probable que realice cambios en todas las formas a la vez. ¿Y sabes qué? Dependiendo de su trato con el proveedor de traducción, generalmente puede gastar menos en Localización si tan solo un pequeño porcentaje de cadenas cambiara. Eso es solo porque pueden usar el software Translation Memory (TM).
Con un archivo de recursos global, generalmente no hay contexto ni forma de usar razonablemente TM. El resultado es que las traducciones son menos precisas y toman más tiempo (se necesita leer grandes bloques de texto para asegurarse de que todo esté traducido correctamente).
Por cierto, no necesita enviar archivos de recursos individuales. En su lugar, puede utilizar algún tipo de generador de kit de traducción (o software de gestión de traducción) para crear algo útil para los traductores (por ejemplo, un archivo compatible con la memoria de traducción). Lamentablemente, no puedo darle los nombres de tales herramientas (aunque sé que son pocas) ya que mi empleador usa un sistema personalizado para eso y no tuve la oportunidad de trabajar con otras herramientas.
¿Intentó agregar archivos de recursos (.resx) para cada cultura en el archivo de solución y asignar el idioma al cultivo de subprocesos? – Coder323