android - 支持独立第三方对 Android 应用程序进行本地化；应用 APK 之外的本地化数据

Question

我需要开发一个 Android 应用程序，从其主 APK 之外的外部资源加载本地化文本。
这样做的原因是为了让第三方能够独立提供应用程序的翻译。该应用程序目前有一个单一的英语本地化版本，其中包含相当多的字符串(~2,000)。

我宁愿不脱离Android的资源系统；例如，我想在 strings.xml 中提供主要语言的本地化字符串，就像在任何 Android 应用中一样。

为此，我创建了一个扩展 android.content.res.Resources 的类，覆盖了三个 getText 方法。覆盖实现将在可能的情况下从外部本地化源返回资源，否则将请求转发给 super.getText() 实现。

资源包装器:

public class IntegratedResources extends Resources {

    private ResourceIntegrator ri;

    public IntegratedResources(AssetManager assets, DisplayMetrics metrics, Configuration config, ResourceIntegrator ri) {
        super(assets, metrics, config);
        this.ri = ri;
    }

    @Override
    public CharSequence getText(int id)
            throws NotFoundException {
        return ri == null ? super.getText(id) : ri.getText(id);
    }

    @Override
    public CharSequence getText(int id, CharSequence def)
            throws NotFoundException {
        return ri == null ? super.getText(id, def) : ri.getText(id, def);
    }

    @Override
    public CharSequence[] getTextArray(int id) 
            throws NotFoundException {
        return ri == null ? super.getTextArray(id) : ri.getTextArray(id);
    }
}

---

然后我创建了一个 ContextWrapper 实现来包装 Activity 的上下文。上下文包装器的 getResources() 方法将返回上面的 IntegratedResources 对象。

上下文包装器:

public class IntegratedResourceContext extends ContextWrapper {

    private IntegratedResources integratedResources;

    public IntegratedResourceContext(Activity activity, String packageName) 
    throws NameNotFoundException {
        super(activity);

        ResourceIntegrator ri = packageName == null ? null : new ResourceIntegrator(activity, packageName);

        DisplayMetrics displayMetrics = new DisplayMetrics();
        activity.getWindow().getWindowManager().getDefaultDisplay().getMetrics(displayMetrics);

        integratedResources = new IntegratedResources(activity.getAssets(), displayMetrics, 
                activity.getResources().getConfiguration(), ri);
    }

    @Override
    public Resources getResources() {
        return integratedResources;
    }
}

---

最后我们有“ResourceIntegrator”类，它从指定安装的第三方本地化 APK 中挑选资源。
如果需要，可以创建不同的实现以从 XML 或属性文件中提取它们。

资源整合器:

public class ResourceIntegrator {

    private Resources rBase;
    private Resources rExternal;
    private String externalPackageName;

    private Map<Integer, Integer> baseIdToExternalId = new HashMap<Integer, Integer>();

    public ResourceIntegrator(Context context, String externalPackageName) 
    throws NameNotFoundException {
        super();
        rBase = context.getResources();

        this.externalPackageName = externalPackageName;

        if (externalPackageName != null) {
            PackageManager pm = context.getPackageManager();
            rExternal = pm.getResourcesForApplication(externalPackageName);
        }
    }

    public CharSequence getText(int id, CharSequence def) {
        if (rExternal == null) {
            return rBase.getText(id, def);
        }

        Integer externalId = baseIdToExternalId.get(id);
        if (externalId == null) {
            // Not loaded yet.
            externalId = loadExternal(id);
        }

        if (externalId == 0) {
            // Resource does not exist in external resources, return from base.
            return rBase.getText(id, def);
        } else {
            // Resource has a value in external resources, return it.
            return rExternal.getText(externalId);
        }
    }

    public CharSequence getText(int id)
    throws NotFoundException {
        if (rExternal == null) {
            return rBase.getText(id);
        }

        Integer externalId = baseIdToExternalId.get(id);
        if (externalId == null) {
            // Not loaded yet.
            externalId = loadExternal(id);
        }

        if (externalId == 0) {
            // Resource does not exist in external resources, return from base.
            return rBase.getText(id);
        } else {
            // Resource has a value in external resources, return it.
            return rExternal.getText(externalId);
        }
    }

    public CharSequence[] getTextArray(int id)
    throws NotFoundException {
        if (rExternal == null) {
            return rBase.getTextArray(id);
        }

        Integer externalId = baseIdToExternalId.get(id);
        if (externalId == null) {
            // Not loaded yet.
            externalId = loadExternal(id);
        }

        if (externalId == 0) {
            // Resource does not exist in external resources, return from base.
            return rBase.getTextArray(id);
        } else {
            // Resource has a value in external resources, return it.
            return rExternal.getTextArray(externalId);
        }
    }

    private int loadExternal(int baseId) {
        int externalId;

        try {
            String entryName = rBase.getResourceEntryName(baseId);
            String typeName = rBase.getResourceTypeName(baseId);
            externalId = rExternal.getIdentifier(entryName, typeName, externalPackageName);
        } catch (NotFoundException ex) {
            externalId = 0;
        }

        baseIdToExternalId.put(baseId, externalId);
        return externalId;
    }
}

---

我向 stackoverflow 提出的问题是上述实现是否是个好主意，它是否正确使用了 API，以及它的设计是否能适应 future 未知版本的 Android。
我之前没有看到有人这样做过，而且似乎无法在文档或网络上找到任何关于解决这个问题的信息。

允许独立第三方翻译的基本要求相当关键。目前在内部维护这个应用程序的几十个翻译是不可行的，我没有能力审查用户提供的翻译的质量。
如果这种设计是一个非常糟糕的想法并且没有类似的替代方案可用，那么本地化可能必须在完全没有 Android 资源管理系统的情况下完成。

如果这是个好主意，请随意使用和改进上面的代码。

Answer 1

My question to stackoverflow is whether the above is a good idea

如果它是一个完整的解决方案，我会感到震惊，因为您不能强制 Android 使用您的自定义 ContextWrapper。它应该适用于您手动调用 getString()、getText() 等的任何地方，但我看不到它在 的任何地方如何工作Android 会在您的一项 Activity 之外访问这些资源。有很多地方不能自己调用​​getText()等等，比如:

• 主屏幕启动器
• 您在“设置”中的应用信息
• 近期任务列表

此外，除非您打算永远不添加新字符串，否则您将遇到永久性的版本控制问题。您无法强制第三方翻译支持新字符串，因此您最终会得到一个包含已翻译和未翻译字符串的应用。

whether it's using the API properly

这似乎没问题。

whether its design is future-proof against the unknown versions of Android of tomorrow

Android 本身将访问资源的地方的数量可能会增加，而不是减少。

It is not currently feasible to internally maintain dozens of translations for this application, and I have no capability to vet user-provided translations for quality.

然后只支持您愿意自己管理的语言。首先，正如我所指出的，我不认为这会在几个方面成为一个完整的解决方案。其次，您似乎认为您的方法不会让您因糟糕的翻译而受到指责，虽然它可能减少您受到的指责，但它不会消除这种指责。在这方面，我同意 Squonk 的观点。

我很钦佩您提供更多翻译的热情，但就我个人而言，我不会走这条路。