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

Question

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

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

Я трачу около 10-15% своего времени в Reflector, чтобы узнать, что, черт возьми, я на самом деле делаю, когда вызываю метод X.

Сколько времени вы проводите в среднем? Это может также относиться к чтению (открытому) исходному коду, документации и т. Д.

Answer 1

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

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

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

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

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

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

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

Answer 2

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

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

Answer 3

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

Answer 4

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

Answer 5

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

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

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

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

Answer 6

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

Answer 7

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

Answer 8

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

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

Answer 9

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

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

Answer 10

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