我最近被要求更新旧的Access Forms应用程序。来自.NET背景，我发现变化令人恐惧，并且变得有点不舒服。我以为这些都是传统技术，很快变成了时代错误......
我错了吗？如果是这样，继续使用这项技术的原因是什么（除了避免将旧应用程序移植到.NET的成本）？
答案 0 :(得分：28)
答案 1 :(得分：9)
仍有大量用COBOL编写的软件，而且比Access早得多。
在某些方面，Access应用程序可能足够且成本最低。如果它完成了工作（你的工作部分是为了让你的雇主知道真的完成工作），如果这是他们想要的，那就去吧。
如果你看到一个很好的理由说.NET项目会更好或者Access不足，那就公开讨论它们，并尝试做出符合削减支票的人的最佳利益的决定。
答案 2 :(得分：4)
我们保留它因为它有效。当一个企业的需求增长太多以至于Access App无法再完成工作时（对于企业来说这是一件非常好的事情，或者是一个令人遗憾的迹象，表明你的Access开发人员可能缺乏这方面的知识。），你可以构建一些可以或者雇用可以的人。
所有开发人员都对此感到沮丧。我从不开始思考，“＆amp; ^％＆amp ;,我必须构建一个新的应用程序！我什么时候可以回到那个3岁的.NET代码并修复那......“重构有它的位置。
现在，我希望在Access中看到许多.NET功能，并期待2010版本。
答案 3 :(得分：3)
使用合适的工具来完成正确的工作。 IT部门的许多人因为不得不维护一些只是走出excel的人所造成的糟糕的数据库而无法访问。然而，访问有很多事情要做。例如，我有一个项目即将启动，需要快速推广到大约10个用户，并且转换时间很短。对于这项工作，我将离开SQL服务器和视觉工作室的副本在架子上并使用访问权限。如果访问符合作业，那么为什么要在.net中重写它，以便它可以在.net中。对我来说，使用的编程工具是一种结束而非功能的手段