После моего начального дискомфорта о том, что я должен был создать новое System.Drawing.Point
на каждой модификации, я полностью охватил понятие несколько лет назад. На самом деле я теперь создаю каждое поле как readonly
по умолчанию и только изменяю его, чтобы быть изменяемым, если существует неопровержимый довод †“, который существует удивительно редко.
я не забочусь очень о проблемах свинчивания резьбы, хотя (я редко использую код, где это релевантно). Я просто нахожу его очень, намного лучше из-за семантической выразительности. Неизменность является самым воплощением интерфейса, который трудно использовать неправильно.
Хорошее сравнение между IE8 Developer Toolbar и Firbug в Firefox: здесь
Really Good? No. Half decent? sure.
If you're used to Firebug then the IE8 dev toolbar won't compare. Don't get me wrong - there's actually a lot of good tools buried inside - but its not as complete IMHO.
Cons:
Pros:
Depends on what you need. Lacks - for example - the ability to track HTTP headers and is not easily extendable like FireBug.
Я не пробовал использовать его с момента выхода бета-версии, но помню, что он вылетал, если у вас была страница со слишком большим количеством элементов, например, таблица с тысячей с лишним строк.
Одна приятная особенность это возможность изменять режим рендеринга, чтобы увидеть, как ваша страница будет вести себя в IE7
Различные инструменты для разных работ. Вы не можете запустить FireBug в IE, поэтому, когда вы пытаетесь настроить свою страницу на IE, вы будете использовать панель инструментов разработчика. Точно так же DT не работает в FireFox, поэтому вам придется использовать FireBug для оптимизации там.
Это здорово, что правильное форматирование и сценарии отладки для конкретных проблем IE. Иначе Firebug лучше IMHO.