0

我们希望将我们开发的内部工具变成一个 Visual Studio 包,我们将出售给其他开发人员。该工具将影响自定义编辑器和/或自定义语言。Visual Studio 2010 重新设计了 API 以简化这些类型的集成所涉及的大部分工作,但我们面临的关键问题是: 新 Visual Studio 版本的典型采用速度是多少?是否有任何关于基于历史的采用率的信息?有多少店铺还在使用2005?

这将帮助我们考虑是使用新的 API 仅针对 2010 年,还是尝试返回并支持 2008 年(可能是 2005 年)并继续测试它。

4

2 回答 2

1

简短的回答:

我主要以 VS2005 为目标(因为在 2005/2008/2010 年让特定于 2005 年的插件正常工作应该不会有太大问题,因此可以最大限度地利用您的潜在市场)。

更长的答案:

随着您从 2005 年到 2008 年到 2010 年,编写插件变得越来越容易。特别是,2010 年的新可扩展性功能使构建和部署扩展更加容易(2005 年和 2008 年使用的旧插件和包系统在工作时更加痛苦)。

然而,相当大比例的用户仍在使用 2005(确实,仍然有很多人在使用 2003 和 VS6),但我猜现在大多数人都在使用 2008。不要指望 2010 年的用户比例特别高,直到至少是 SP1,因为很多公司甚至在它已经存在至少 6 个月并且任何初期问题都得到解决之前都不会看它。所以目前如果你想要一个大市场,我认为你别无选择,只能瞄准2005年和2008年。

作为一般规则,如果您的外接程序在 2005 年工作,那么它很可能在 2008 年和 2010 年工作良好,因此如果您想要一个大市场,那么在 2005 年定位外接程序是最好的选择。除非您需要 2008 的特定功能,否则在大多数领域,2005 和 2008 之间几乎没有区别,所以我建议您从 2005 年开始,如果您发现问题不能跳到 2008 年除非您使用 2008 API,否则很容易解决。这在 2010 年应该可以正常工作,因为它得到了很好的支持,但不能保证未来的 Visual Studios 将继续支持加载项。

正如您所说,另一种选择是放弃旧的“插件”接口并使用新的 2010 可扩展性 API。这将使开发更容易,获得更多 2010 年的内部信息,并且更具前瞻性……但市场规模的建立需要数月/数年的时间。

于 2010-04-11T16:20:44.203 回答
0

嗯,项目越大,从 2005 年到 2008 年和 2010 年所需的时间就越多。

我知道很多项目仍然在 2005 年,所以,如果你能负担得起 - 制作 2005 版本、2008 和 2010。大型项目通常有资金购买人员...

如果你只能买得起产品的一个版本,goto 2010,从长远来看……这是最好的选择。

(2010 年将在几天/一周内开始获得市场份额,如果您可以在不到 6 个月的时间内提供该产品,则应首先针对旧版本,因为它们将统治市场至少一年)。

于 2010-04-11T16:01:05.373 回答