我们有一个Windows窗体应用程序的功能请求，我们希望在编译和部署应用程序之后，让sys管理员能够重新定义应用程序字符串和其他可国际化的值（控制宽度/位置等）。主要用例是让客户重新定义一些标签字符串等以更好地适应他们的业务流程，因此我们不会考虑完全重新定义屏幕 - 更多只是对标签和按钮宽度的小调整等。我们有一个同步已经在应用程序中的层，因此想法是管理员从Web门户进行UI调整，并且设置将存储在数据库中。下次客户端应用程序与服务器同步时，它将下载UI设置（使用SQL CE数据库或文件等），然后将这些设置应用于视图（可能在重新启动后）。实际资源键/值的导出和导入过程不在此问题的范围内......
所有视图都以通常的Windows窗体方式编码，但所有视图都是国际化的（使用Localizable = True标志），我们目前使用.resx mechansims将应用程序国际化为4或5种语言。
我的问题是 - 是否可以使用.NET ResourceManager从应用程序集中的嵌入式资源文件以外的其他来源加载资源？例如，当应用程序请求资源时，从SQL CE数据库而不是特定于区域性的程序集的嵌入式资源文件中查找它？
我知道这个功能和实现可能会有很多陷阱，但我们现在并不担心这些问题。我们也不担心这个超级用户友好 - 我只是想知道是否可以轻松地替换资源的后备存储机制。
如果有人的话，我也有兴趣了解完全不同的实施方案。