மல்டி-பிளாட்ஃபார்ம் உள்ளூராக்கல்¶
பல இயங்குதளங்களுக்கான பயன்பாடுகளை மொழிபெயர்க்கும் போது (எ.கா., ஆண்ட்ராய்டு மற்றும் iOS), ஒவ்வொரு இயங்குதளத்திற்கும் தனித்தனி கூறுகளை உள்ளமைக்கவும். சரங்களை ஒத்திசைவில் வைத்திருக்க மொழிபெயர்ப்பு பரப்புதல் உங்களுக்கு உதவும்.
சிறந்த நடைமுறைகள்:
ஒரு தளத்திற்கு ஒரு கூறுகளை உருவாக்கவும் (எ.கா., MyApp Android,` MyApp iOS`).
ஒரே மாதிரியான மூல சரங்கள் மற்றும் விசைகள் முடிந்தவரை தளங்களில் பயன்படுத்தப்படுவதை உறுதிசெய்க.
பொருத்தமான சரங்களுக்கு மொழிபெயர்ப்புகளை தானாக மீண்டும் பயன்படுத்த மொழிபெயர்ப்பு பரப்புதலை அனுமதிக்கவும் ஐ இயக்கவும்.
இந்த அமைப்பு நகல் வேலையைத் தவிர்க்கிறது மற்றும் மொழிபெயர்ப்புகளை தளங்களில் சீராக வைத்திருக்கிறது.
Translation propagation only reuses matching strings. The source text and
context have to be identical. For monolingual formats, the key has to match as
well. Propagation does not convert message syntax or semantics, so strings
using different placeholder syntaxes, such as Hello {name} and
Hello %s, do not match.
When consumers use the same messages but require different runtime representations, consider keeping one canonical localization format and generating consumer-specific resources in the build pipeline. This also allows the generated resources to contain only the strings and languages needed by each consumer. Use separate components when translators need to maintain genuinely different messages. Disable translation propagation for these components, or assign distinct keys or contexts to platform-specific messages, so later edits do not overwrite intentional differences.