问题标签 [code-sharing]

我目前正在开发一些类似的 Cocoa 桌面应用程序。为了在它们之间共享代码，我确定了一组可以在所有这些应用程序中通用的核心类和函数。我想将此通用代码捆绑到一个框架中，我所有当前的应用程序（以及任何未来的应用程序）都可以链接到该框架。

现在，这是最困难的部分：我将在开发这个框架的过程中，所以我需要我的每个桌面应用程序都有对它的引用，但我希望能够从每个应用程序中编辑框架源代码应用程序项目，并根据需要自动重建框架。

例如，假设我打开了 DesktopAppNumberOne 的 Xcode 项目，并且我决定需要更改我的框架类之一。我想：

1. 打开并编辑该框架类的源文件，而无需在 Xcode 中打开框架项目。
2. 在 DesktopAppNumberOne 上点击“构建”，首先看到框架重建（因为它的一个源已经改变），然后看到 DesktopAppNumberOne 的部分重建（因为它链接的框架之一已经改变）。

我可以看到如何仅使用一个应用程序和一个框架来执行此操作，但我无法弄清楚如何使用共享单个框架的多个应用程序来执行此操作。

有没有人用这种方法取得成功？我可能会以错误的方式解决这个问题吗？任何帮助，将不胜感激。

我有一个引用 Silverlight 4 类库的 WPF .NET 4.0 类库。

SL 库编译得很好，但是当我编译 WPF 类库时，我得到：

我认为问题必须与此处提到的问题类似：http: //markti.spaces.live.com/blog/cns!D92CF278F0F91957! 273.entry

但我的 WPF 库不包含任何引用我的 SL 库中的用户控件的 XAML。事实上，我的 SL 库中根本没有任何 XAML。但是，它确实有几个共享的 DependencyObject，例如 EventCommander（将 UI 元素事件绑定到命令）和一些 DataTemplate 助手。

有什么办法可以缩小这里的问题吗？有没有人找到一种从 .NET 4.0 有效引用 SL4 项目中的 UI 元素的方法？

谢谢。

我正在尝试遵循 David Betz关于如何在 .NET 和 Silverlight 代码中使用库项目的精彩建议。特别是，我使用了他的文件级技术：我已经建立了一个 .NET 库项目，所以我创建了一个 Silverlight 项目，并在后者中添加了指向前者文件的链接。

不幸的是，有一个问题。我得到如下形式的编译错误：

“Util.dll”和“Util (Silverlight).dll”中都存在类型“...”

在我所有的其他项目中，我只参考其中一个。Util dll 都没有对另一个的引用，所以我不确定为什么编译器可以从任何其他项目中看到这两个 DLL。

有任何想法吗？

我正在开发一个 Spring（用于服务器端 Web 开发的 Java 框架）Web 应用程序，它将通过 JSON 对象响应另一个客户端 Java 应用程序（使用套接字通信）。同时，我正在处理服务器端和客户端 Java 应用程序。

问题是我有一堆文件（比如，一个 Json 变量接口）在两个项目中都被使用。目前，我在两个项目的不同包中拥有该界面的重复副本。但这会导致不一致，因为每当我需要更改界面时，我都必须更新这两个文件。

有没有人对此有一个巧妙的解决方案？

谢谢

我是一个项目的新手，开发人员仍然通过邮件发送文件来共享代码。我们正在使用eclipse和cvs。

来自异地的开发人员将那里的代码发送到现场，其他开发人员从那里一一获取文件并在 Eclipse 中替换。2或3个文件都可以。但是随着文件的不断增加，这项任务确实变得很痛苦。

我们不能将源文件放入 cvs，因为来自异地的未经测试的代码可能会使我们的构建服务器崩溃。我的问题从这里开始：-

共享代码的更好方法是什么？

我们不想为每个更改创建分支，因为在这种情况下，我们每天都会有 10-12 个分支。

我需要为一些审阅者提供我的代码，以便从网络上下载。我该怎么做以及通过哪个网站。我需要放置所有文件和安装说明，他们可以使用它们从我提供的链接安装我的应用程序。

我们有一个共同的功能需要在多个应用程序之间共享。我们已经有一些内部库，我们将具有良好定义接口的通用代码放入其中。但是，有时，某些代码（通常是单个或几个 .cpp 文件）会出现问题，因为它不适合现有的库并且太小而无法创建新库。

我们当前的版本控制系统支持文件共享，因此通常此类文件只是在使用它们的应用程序之间共享。我倾向于认为这是一件坏事，但实际上，它很清楚，因为您可以确切地看到它们在哪些应用程序中使用。

现在，我们正在转向svn，它没有“真正的”文件共享，有这个svn:externals东西，但是在使用时跟踪文件共享的地方仍然很简单吗？

我们可以创建一个“垃圾”库（或文件夹）并将这些文件暂时放在那里，但它总是使依赖跟踪变得复杂（哪个项目使用这个文件？）。

否则，还有其他好的解决方案吗？它在贵公司是如何运作的？

任何人都请解释位置独立代码和共享对象的实际含义。编译后创建的目标代码是否与位置无关。

如果有人解释如何在与位置无关的代码中处理对本地/外部变量的访问，那将会很有帮助。

还寻找一些现实生活中的动态链接/加载示例/情况。

我有一个同时包含 Silverlight 4 和 WPF 4 解决方案的解决方案。一种是应用程序的网络版本，一种是桌面版本。

这两个项目都具有相似的域类和接口，并且都访问云以进行存储和其他内容。

我想创建一个通用的接口和类项目，所以我创建了一个类库，但你不知道，Silverlight 无法添加对类库的引用。因此，我将公共项目创建为 Silverlight 类库，但是当我从 WPF 项目中引用它时，我收到警告：

Warning The project 'Interface.Common.Silverlight' cannot be referenced. The referenced project is targeted to a different framework family (Silverlight)

当我使用该库中的任何类时，我什至会遇到类加载运行时错误，因为“在运行时找不到 System.Windows”

我想在两个项目之间共享代码，如何以干净的方式实现？

谢谢你提供的所有帮助

我正在尝试创建一个可以由 Silverlight 和 WPF 共享的自定义控件。为此，我不在我的自定义控件模板中使用 Silverlight 不支持的触发器，而是使用两个平台似乎都支持的 Storyboard 动画。

首先，我制作了一个适用于 Silverlight 的自定义控件。然后尝试在 WPF 中使用它并不断收到以下运行时错误： 属性路径无效。“形状”没有名为“背景”的公共属性。

我的自定义控件模板中的以下 XAML 是原因：

专门针对 WPF 的这部分代码的有效 XAML 语法是什么？
是否可以使此 XAML 对 Silverlight 和 WPF 都有效？