问题标签 [legacy]

我使用 VB 编写了一个 Windows 服务，该服务从 Visual Foxpro 数据库中读取一些遗留数据以插入到 SQL 2005 中。问题是这种使用在 Windows server 2003 32 位中运行良好，但客户端最近移至 Windows 2003 64 位现在该服务将无法正常工作。我收到一条消息，指出未找到 VFP .NET OLEdb 提供程序。我进行了研究，一切似乎都表明没有解决方案。任何帮助，请...

最近我不得不在旧系统上更改一些代码，其中并非所有代码都有单元测试。
在进行更改之前，我想编写测试，但是每个类都创建了很多依赖项和其他反模式，这使得测试变得非常困难。
显然，我想重构代码以使其更易于测试、编写测试然后更改它。
你会这样做吗？或者您是否会花费大量时间编写难以编写的测试，这些测试将在重构完成后大部分被删除？

对于提出如此笼统的问题，我深表歉意，但这对我来说可能具有挑战性。我的团队即将开始一个大型项目，希望将多年来发展的所有随机一次性代码库整合在一起。鉴于该项目将涵盖整个公司的标准化逻辑实体（“客户”、“员工”）、小任务、控制小任务的大任务以及公用事业服务，我正在努力找出构建命名空间和代码结构。

虽然我想我没有给你足够的细节来继续下去，但你有任何资源或建议来说明如何在逻辑上分割你的域吗？如果有帮助，大部分功能将通过 Web 服务显示，我们是一家拥有所有最新小玩意和小工具的Microsoft商店。

• 我正在讨论一个带有子项目的大规模解决方案，以使引用更容易，但这会使其过于笨拙吗？
• 我应该封装遗留的应用程序功能，还是在命名空间中完全不可知（例如，创建一个OurCRMProduct.Customer类而不是一个泛型Customer类）？
• 每个服务/项目应该有自己的BALand DAL，还是应该是一个完全独立的程序集，所有内容都引用？

我没有组织过如此深远的项目的经验，只有一次性的，所以我正在寻找我能得到的任何指导。

我想知道是否有人使用虚拟化桌面 PC（运行 WinXP Pro 或更早版本）来拥有一些很少用于某些正在进行的任务的旧应用程序。

假设您有一个非常古老的项目，每隔一段时间就需要在数据库系统中更新文档或类似的东西。数据库应用程序在仅在需要时启动的虚拟化桌面上运行。

我认为，如果我们将一些旧盒子虚拟化，我们可以节省能源、硬件和空间。贵公司有什么设置吗？

编辑许可可能值得关注，但我猜您拥有旧桌面设备的有效许可。也许许可证在 VM 环境中无效，我之前肯定会检查一下。

果然，如果应用程序是性能批评者，虚拟化可能会受到伤害。但我正在考虑某种仍然用于执行的过时应用程序，例如每 12 周为某个客户/服务计算一次。

我想知道人们使用什么策略来减少旧应用程序的登录以及他们发现它们的效果如何？

我们有一个基于 ASP.Net 的 Intranet，并且拥有很多遗留应用程序，但不是全部。我们也有 BizTalk，并且也在考虑使用它的 SSO 引擎。

我目前正在通过添加一些新项目并将遗留代码和来自几个旧存储库的数据合并到其中来重组我的本地 Subversion 存储库。

当我过去这样做时，我通常将遗留代码放在一个专用的“遗留”文件夹中，以免“干扰”新的和“结构良好”的代码树。但是，本着重构的精神，我觉得这有点不对。理论上，遗留代码会随着时间的推移被重构并移动到新的位置，但实际上这种情况很少发生。

你如何处理你的遗留代码？尽管我很想将旧罪藏在“遗产”文件夹中，再也不会看它，但在某种程度上，我希望通过强迫它生活在存储库中更“健康”的居民中，也许是遗产代码有一天会更好地康复吗？

（是的，我们都知道我们不应该重写东西，但这是我的“有趣”存储库，而不是我的商业项目......）

更新

我不担心跟踪各种版本的技术方面。我知道如何为此使用标签和分支。这更多是心理方面的，因为我更喜欢在存储库中有一个“整洁”的结构，这使得导航更容易——对人类来说。

我有一个应该作为服务实现的现有 GUI 应用程序。基本上，我需要能够远程登录和注销 Windows 2003 服务器，并且仍然保持该程序运行。

这甚至可能吗？

编辑：这里进一步细化......我没有来源，这不是我的应用程序。

我一直在考虑我们内部有多少项目仍在使用 Visual Studio 6 进行开发，以及如何最好地将它们迁移到 Visual Studio 2008。这些项目有 C/C++ 和 VB 的风格。

让 VS2008 将工作空间转换为解决方案、修复任何编译错误并继续你的快乐方式会更好吗？或者，最好从一个干净的解决方案开始，然后通过项目丢弃死代码来跨项目迁移代码？

我刚刚开始使用#include 指令为具有大量物理依赖性的遗留代码模块编写单元测试。我一直在用一些感觉过于乏味的方法来处理它们（提供空头文件来打破长的#include 依赖列表，并使用#define 来防止类被编译）并且正在寻找一些更好的策略来处理这些问题。

我经常遇到使用空白版本复制几乎每个头文件的问题，以便将我正在测试的整个类分开，然后为需要的对象编写大量存根/模拟/假代码替换，因为它们现在未定义。

有人知道一些更好的做法吗？

我们在工作中遇到了大量遗留存储过程的问题。你们是否推荐任何可以帮助更好地理解这些程序的工具？某种识别过程间依赖关系和/或过程与表依赖关系的逆向工程。可以是免费或商业工具。

谢谢！