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

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

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

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

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

Удивлен, что этот вопрос был закрыт властителями.

Paul Knopf 21.02.2013 00:07
Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
1
1
1 095
11

Ответы 11

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

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

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

Я также занимаюсь мобильной разработкой, и, если вы еще этого не сделали, ознакомьтесь с библиотеками OpenNETCF opennetcf.com/FreeSoftware/SDF14/tabid/91/Default.aspx. Вам не придется воссоздавать все из полной структуры!

Anthony Mastrean 17.09.2008 17:48

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Jeff Mercado 21.05.2011 07:31

@ Джефф Меркадо - кажется, они немного поразмыслили :) Спасибо за указатель

manojlds 21.05.2011 07:44

Другие вопросы по теме