作为顾问，我可以根据客户的需求使用许多不同的产品和API进行测试。我们认为X和Y很有趣，并且我从中学到很多。

我认为，随着时间的推移，成为一名出色的开发人员的是理解和学习新事物的意愿。因此，当我使用第三方产品时，我将始终尝试了解"幕后"的情况。

我花了大约10-15％的时间在Reflector中学习当我调用方法X时到底在做什么。

我们平均花费多少时间？这也可能适用于阅读(开放)源代码，文档等。

解决方案

回答

由于我是同时为.net和Compact .net框架开发的，所以有时我会反编译整个.net程序集，以将现有功能"复制"到紧凑框架中。

除此之外，我不花太多时间来反编译库。通常，只有在某些事情不起作用并且问题明显指向笨拙并且我不想在我真正想要的时候再烦扰别人时，才会这样做。

如果我们想让我坚持这个数字，我会说我的时间是5％。

回答

我会说我不到1％的时间用于Reflector。我可以理解为什么它可能是一个很好的学习工具，但是只要它能按我期望的那样工作，我就很高兴。不过，这是一个有趣的想法。

回答

我使用了reflektor有点有趣，但是现在我根本不使用它。

由于我们已经获得了C程序的所有源代码，因此实际上不需要反编译任何东西。

回答

我想我第一次学习.Net时，可能已经在Reflector上花费了5％-10％的时间。这些天可能少于每月1/2小时。但是，那时我并没有使用很多第三方库。

源代码/文档，这很难说。 (是的，就像开放源代码的HAS文档一样。

回答

也许2-3％？主要使用此DSM插件：http://www.tom-carter.net

回答

当我们在WindowsBase.dll上使用Reflector时，P /调用变得非常容易。签出用于COM互操作的MS.Internal.Interop命名空间，以及签出用于Win32互操作的MS.Win32.NativeMethods和MS.Win32.UnsafeNativeMethods。

回答

对我来说，这取决于。当我学习新技术堆栈或者API时，通常会拆开Reflector，并且使用量会增加。

例如，我最近开始使用Commerce Server 2007 API。我发现关于Profile System的许多文档都不完整或者缺乏足够的细节，令我感到好奇。因此，我创建了反射器，并用它来检查Commerce Membership Provider的实现(更不用说本机asp.net sql成员资格提供程序的实现了)。

检查代码有助于我更好地了解成员资格提供者的工作方式和原因，而不仅仅是依靠文档中的内容。

然后，我能够继续为商业服务器实现自定义成员资格提供程序，我认为这弥补了股票商业服务器成员资格提供程序的某些局限性。当然，我的实现并不希望具有通用性和功能丰富性，因为我的目标是为我的公司建立"标准"的商业用户配置文件的设置和配置。

因此，当我最初使用商务服务器时，我大概花了20％的时间在反射器上。现在，我有了更好的理解，至少很少使用它来检查商务服务器。

其次，当我第一次开始使用asp.net ajax和ajax Web控件工具包时。该工具包是开源的。最初，我在控制工具箱代码中花费了相当多的时间，文档还不错，但样本非常薄弱。划分源代码有助于我更好地理解使用其各种Web控件的全部功能。它还帮助我更好，更深入地学习了如何使用asp.net ajax javascript库。最初，我大约花了10％的时间在工具箱的源代码中。

每天我需要花费多少时间使用反射器？并不是很多，取决于项目以及所涉及的技术是熟悉的还是新的。

回答

如果我是针对库编写的，那么我很少会使用源代码，因为我有源代码。

如果我是针对.Net库编写的，那么我可能会花费5％的时间，仅在使用我不熟悉的东西时，Google / MSDN / StackOverflow会让我失望。

在使用第三方库时，我可能会花费20％的时间使用Reflector，因为通常比所提供的贫血文档要好得多。一个项目，我可能花费了我50％的时间来使用Reflector，因为针对该特定产品的文档/论坛/知识不足会丢失我所需的东西或者完全错误。

我发现我不需要使用Reflector时感到很高兴-它是一个很好的工具，但通常使用意味着我遇到了一个不好玩的问题。

回答

我大概花了我1％的时间在Reflector中。这是一个非常漂亮的工具，但是由于我们在内部编写了太多代码，因此对反编译任何dll的需求都不是很大。

回答

我用它所有的时间。当我们看到实际来源时，为什么还要查看潜在有缺陷的文档？