Tag: shared libraries
有没有办法在WPF控件库中使用StaticResource并能够在设计时查看？
我有一个WPF控件库，正在添加到Windows窗体应用程序。 我们希望允许控件可以本地化，但是我不知道如何在不重复代码的情况下完全实现这一点。 这就是我现在正在做的事情 。 基本上，在Windows窗体应用程序中，在主应用程序启动之前，我正在实例化一个存在于窗体应用程序中的App.xaml（包含我的资源的链接，它们也存在于窗体应用程序中）。 这适用于运行时。 但是，我的用户控件都有Content=”{StaticResource SomeVariableName}” ，最终为空。 我可以通过在我的控件库中使用app.xaml和相应的资源字典来匹配我的Windows窗体应用程序中的字典来解决这个问题。 但是，这是重复的代码。 我已经尝试过的事情无济于事： 从我的表单应用程序中实例化位于用户控件库中的App.xaml。 这不起作用，因为我的资源的URI正在寻找嵌入式资源，而不是我的本地资源字典（我可以简单地将资源文件从控件复制到构建中的表单应用程序中的适当位置）。 我可以在这里利用DeferrableContent吗？ 尽管如此，据我所知，这个属性并没有太多在线以及如何使用它。 我想对App和词典使用post构建，但是，就我所知，App实例化是对已编译的App.xaml的静态引用。 因此，App.xaml必须至少存在于表单中 我确实尝试了一个重复的App.xaml，后期构建移动了resourcedictionary.xaml。 我认为重复的app.xaml是可以的，因为这是驱动力，你可能不想依赖于控件中的一个（它回转并让你想知道你是否应该在控件中有App.xaml所有？除非你想允许使用嵌入式资源的默认值….）即使它被放置在URI本应指向的位置，它也无法找到资源。 反编译的代码指向Uri resourceLocater = new Uri(“/WindowsFormsApplication3;component/app.xaml”, UriKind.Relative); 那么，有没有办法让它工作并且设计时间查看组件默认值并避免重复？ 或者，在这种情况下复制是否正常？ 如果我的第二个子弹的子项似乎没问题（复制App.xaml与构建复制资源），如何使它不查找组件级项目，而是查找文件级别？ 我刚刚注意到的最后一个问题（我可以在必要时单独发布）。 我的App.xaml正在内置到代码中，因此无论如何都不允许我动态创建新的ResourceDictionaries。 有没有办法做到这一点？ 最后的选择……可能是最好的选择？ – 无论如何我打算使用Andre van Heerwaarde的代码 ，所以我应该检查文件是否存在并将其作为合并资源即时添加？ 基本上，我的用户控件中有一个App.xaml链接到默认的嵌入式ResourceDictionary。 然后，让代码在运行中寻找适当的本地化资源，这可能是相对文件路径？ 我在这里看到的唯一缺点是默认情况下无法动态改变…我甚至可以在指定的地方看到（使用某种约定）并且优先于内置的？ 哦，我不想要嵌入式资源的原因是最终用户可以在部署构建之后添加/修改新的本地化资源。 我可以添加代码，如果它可以帮助您更好地可视化，请告诉我。 UPDATE 我现在遇到了造型的另一个问题，而不仅仅是本地化。 以下是其中一个控件上的一个内部按钮的示例： <Button Style="{StaticResource GrayButton}" 我尝试/想过的更多事情： 我无法创建一个app.xaml（永远不会被使用）与ResourceDictionary设置为ApplicationDefinitions不允许在库项目中。 我可以将它嵌入控件的资源中，但随后它总是优先于任何应用程序级资源，并且我失去了可自定义性。 这是一个实际上听起来像我正在寻找的连接案例 ，但它没有提供任何真正的解决方案 我能想到的解决方案（超出顶部…不起作用）可能会起作用（并且尚未尝试），对于我认为应该简单的事情，似乎也有很多工作要做。 […]
使共享库可用于多个应用程序的最佳方法是什么？
像大多数商店一样，我们有一群人在开展各种项目，他们都需要访问与我们业务相关的相同核心信息和function，通常是在C＃中。 我们目前只是将普通类从一个项目复制到另一个项目，但每个人都开始有自己的风格，我们想要巩固。 我们使用Tortoise SVN并决定维护一个单独的项目来包含我们的公共类，但不确定将这个公共代码部署到我们的各种应用程序的最佳方法。 我们为一家内部IT商店工作，该商店可以决定用户访问应用程序的方式，我们不必担心将产品发布到现实世界中。 我们的一些想法是： 将类编译为单个DLL并将其加载到全局程序集缓存（GAC）中 将类编译为单个DLL并将其保存到位于中央的共享驱动器，以供所有其他项目引用 将类编译为单个DLL并将其包含在每个项目中 只需在启动项目时获取最新的类，但没有中央共享库（我们对此的解释： http ： //www.yosefk.com/blog/redundancy-vs-dependencies-which-is-worse。 HTML ） SVN Externals http://svnbook.red-bean.com/en/1.0/ch07s03.html 我知道这是一个常见问题，如果你花时间研究这些或其他选项，你总会找人解释每种方法的缺陷（版本控制，回归测试，“DLL地狱”，“GAC糟透了”等） 。 我几乎找不到任何人谈论什么工作和原因。 有首选方法吗？
