Сколько времени вы проводите в Reflector? (.СЕТЬ)

Для меня это зависит. Когда я изучаю новый технологический стек или API, я обычно использую Reflector, и мое использование его возрастает.

Например, недавно я начал работать с API Commerce Server 2007. Я обнаружил, что большая часть документации по Системе профилей является неполной или недостаточно подробной для моего любопытства. Итак, я вытащил отражатель и использовал его для проверки реализации поставщика членства в коммерции (не говоря уже о реализации встроенного поставщика членства asp.net sql).

Изучение кода помогло мне лучше понять, как и почему поставщики членства работают именно так, а не просто полагаться на то, что сказано в документации.

Затем я смог продолжить и реализовать настраиваемого поставщика членства для коммерческого сервера, который, как я считаю, компенсировал некоторые ограничения поставщика членства на биржевом коммерческом сервере. Конечно, моя реализация не должна была быть такой универсальной и многофункциональной, так как моей целью было установить «стандартную» настройку и конфигурацию профиля коммерческого пользователя для моей компании.

Поэтому, когда я изначально работал с коммерческим сервером, я тратил около 20% своего времени на рефлектор. Теперь, когда я лучше понимаю, я редко использую его, по крайней мере, для проверки коммерческого сервера.

Во-вторых, когда я впервые начал работать с asp.net, ajax и набор инструментов веб-управления ajax. Инструментарий с открытым исходным кодом. Изначально я трачу изрядное количество времени на код контрольного инструментария, документация была в порядке, но образцы были очень слабыми. Разделение на исходный код помогло мне лучше понять, как использовать различные веб-элементы управления в полной мере. Это также помогло мне лучше и глубже узнать, как работать с библиотеками javascript asp.net ajax. Первоначально я тратил около 10% своего времени на исходный код инструментария.

Ежедневно сколько времени я трачу на отражатель? Не так уж и много, зависит от проекта и от того, знакомы ли используемые технологии или новые.

Раньше я использовал его время от времени, но теперь это платное программное обеспечение, так что количество потраченного времени определенно уменьшится для меня, в основном потому, что я считаю, что Reflector должен был остаться бесплатным.

http://reflector.red-gate.com/download.aspx?TreatAsUpdate=1

Поскольку я разрабатываю как для .net, так и для компактной .net-среды, я иногда декомпилирую полные сборки .net, чтобы «скопировать» существующие функциональные возможности в компактную платформу.

В остальном я не трачу много времени на декомпиляцию библиотек. В основном только тогда, когда что-то не работает, и проблема явно указывает на сборку, и я не хочу жучать кого-то еще до того, как я действительно уверен.

Если вы хотите, чтобы я придерживался числа, я бы сказал 5% своего времени.

Я бы сказал, что менее 1% моего времени я провожу в Reflector. Я понимаю, почему это может быть хорошим инструментом обучения, но мне не часто нужно знать, что происходит под прикрытием, если он работает так, как я ожидал, тогда я счастлив. Хотя это интересная идея.

Я немного развлекался рефлектором, но сейчас совсем не использую.

Поскольку у нас есть все исходники для наших программ на C #, нет никакой реальной необходимости что-либо декомпилировать.

Я думаю, что в какой-то момент я мог проводить 5-10% своего времени в Reflector - когда я впервые изучал .Net. В эти дни, вероятно, меньше 1/2 часа в месяц. Но тогда я не использую много сторонних библиотек.

Исходный код / ​​документация, сказать сложнее. (да, например, с открытым исходным кодом ЕСТЬ документация ....) С этим можно было бы отнести некоторую часть моего общего чтения блога, но какой процент - очень трудно сказать.

Вызов P / становится намного проще, если вы используете Reflector в WindowsBase.dll. Ознакомьтесь с пространством имен MS.Internal.Interop для взаимодействия с COM и MS.Win32.NativeMethods и MS.Win32.UnsafeNativeMethods для взаимодействия с Win32.

Если я пишу против библиотек, у меня есть исходный код, поэтому я редко, если вообще когда-либо, использую его, потому что у меня есть исходный код.

Если я пишу против библиотек .Net, я, вероятно, трачу 5% времени, только когда использую что-то незнакомое, и Google / MSDN / StackOverflow меня подводит.

При работе со сторонними библиотеками я, вероятно, трачу 20% времени на использование Reflector, потому что обычно он намного лучше, чем предоставленная анемичная документация. В одном проекте я потратил, вероятно, 50% своего времени на Reflector, потому что в документации / форумах / знаниях, плохих для этого конкретного продукта, не хватало того, что мне было нужно, или было совершенно неправильно.

Я чувствую себя счастливым, когда мне не нужно использовать Reflector - это отличный инструмент, но его использование обычно означает, что у меня серьезная проблема, которая не приносит удовольствия.

Я, вероятно, провожу около 1% своего времени в Reflector. Это действительно отличный инструмент, но, поскольку мы пишем так много кода самостоятельно, не было большой необходимости декомпилировать какие-либо библиотеки DLL.

Я пользуюсь этим все время. Зачем смотреть на потенциально некорректную документацию, когда можно увидеть реальный источник?

может 2-3%? В основном используется этот плагин DSM: http://www.tom-carter.net