问与答:组件供应商谈论.NET的挑战

　　我觉得在创建一个组件的内部处理过程中，没有发生任何变化。我们C++转移到C#，在生产率方面有所增加。Visual Studio .NET是一个非常高产的环境。

　　从技术角度说，我们的团队能很快适应新的技术。因此，象学习如C#这样的新语言并不是问题。事实上，我们早就有Java开发人员，因此，我们对基于Web 的应用程序架构已经有所了解。这些语言非常相近，因此将资源从一个产品家族转移到另一个产品家族就给了我们更大的灵活性。因此，对于创建图表对象具有丰富经验的开发者，可以很方便地将这种经验从Java产品移植到.NET产品中。

　　长期以来，你是可视化组件的供应商。当.NET出现后，你的计划是否是创建在服务器和客户都可重用的组件？

　　正象以前提到过的那样，当微软的Visual Studio .NET发行时，对服务器和客户端组件我们都有团队在开发。我们确实打算使两者继续存在,但重点要转向提供给Web服务的服务器端的组件及从重多类型的客户端设备获取信息，这些设备类型包括移动电话，PDAs，和其它形式的设备，以及基于Windows和浏览器的客户端。

　　事实上，我们要得到的是智能型服务器端组件，这些组件可以检测客户类型，提供与调用相适应的信息和格式。.NET架构正是为这种类型的组件设计的，Visual Studio .NET使得编写这种组件更容易。

　　有一个问题就是，.NET将代码转换成中间层语言，而它对外界是可见的，因此很容易侵犯你的知识产权--通过所编译你的组件。你认为如何解决这个问题呢？

　　我们不认为这是一个问题，因为我们销售Java组件的源代码。对.NET组件，我们也会这样做。最终这个行业的供应商将会不再销售各自产品的源代码。因此，如果有人需要源代码，他可以购买。

　　当然，也有工具（如果混合器）用于对中间代码进行加密，使它们难于所编译。版权法对那些不公平操作和使用而未购买我们代码的人（进行管理）。

　　对于Windows，供应商要负责他们组件的版本化问题。对于.NET，版本化问题变得容易了。你认为.NET是否给你带来了以前不曾存在的额外责任？

　　我不认为版本化问题已经不存在了。我们仍要负责确保组件是向后兼容的。我知道组件不同的版本能同时存在，但这并没有减轻我们使组件对自身版本不可知的责任。使用我们组件的程序员可以以同样的方式调用组件而不管其版本如何，知道这些对我们来说才是重要的。

　　总的来说，在.NET中并不是不需要对版本化问题进行处理。它只是使开发人员能够使用他们所熟悉的版本进行工作。他们不必使用最新的版本，因为使用最新版本需要掌握一些新功能。我认为在.NET中的版本化更多地需要程序员调整，而不是供应商。

更多的请看：http://www.qqread.com/windows/2003/index.html