XaocCPS Apr 18 2011 at 10:00

Glimpse — серверный «firebug» для проектов ASP.NET

2 min

5.6K

.NET*

+42

Comments 15

Shedal Apr 18 2011 at 10:11

Выглядит очень удобно. Жаль, что обычные WebForms пока что не поддерживаются, только MVC3. Впрочем, обещают вскорости добавить.

mxc Apr 18 2011 at 10:22

с MVC2 тоже не работает…

Shedal Apr 18 2011 at 10:34

Говорят, что не официально, но уже работает — при условии, что в Global Assembly Cache есть dll'ки 3-го MVC.

XaocCPS Apr 18 2011 at 10:40

проект опенсорсный, активно развивается, его засветили на MIX'11 (в докладе Скота Хансельмана есть демо). я думаю, что у него самое хорошее будущее, нужно подождать или самому помочь проекту

psg1234 Apr 18 2011 at 11:04

А для чего он WebForms, там же встроенная трассировка есть?

XaocCPS Apr 18 2011 at 11:26

маршруты анализировать, например, работать с Ajax, смотреть ViewState, я думаю автор для WebForms добавит функционала

psg1234 Apr 18 2011 at 11:28

Хм… Мне казалось, что встроенная в WebForms трассировка богаче…

XaocCPS Apr 18 2011 at 11:29

подождем WebForms-версию и сравним :-)

psg1234 Apr 18 2011 at 11:35

Ну я уже порядком WebForms забыл :) После выхода MVC Framework мне WebForms только в страшных снах снятся :)

XaocCPS Apr 18 2011 at 11:45

почему? может быть ты просто не умеешь его готовить? :-) нововведения в webforms 4.0 изучал? следующе обновление сделает WebForms еще вкуснее

psg1234 Apr 18 2011 at 11:47

В тех задачах, которые я решаю, WebForms IMHO слишком «далеки от народа». Впрочем, не исключено, что я действительно «не умею их готовить» ;-)

XaocCPS Apr 18 2011 at 12:05

да, нужно выбирать инструмент наиболее подходящий для задачи. могу сказать, что WebForms.Next будет ближе к MVC и получит некоторые его фишки, так что н станет привлекательнее для твоих сценариев, насколько я могу судить

psg1234 Apr 18 2011 at 12:06

Ok, посмотрим, что будет :)

psg1234 Apr 18 2011 at 11:02

Забавная штука, неплохо подойдет для изучения работы MVC framework, но на «серверный firebug», IMHO, не тянет. Во всяком случае ПОКА не тянет.

Дело в том, что для сбора информации автор подставляет свои proxies куда только возможно… Но я точно так же могу поставить свою реализацию какой-нибудь фабрики. При этом подстановка, скажем, своей controller factory делает часть информации недоступной.

Возможно, неплохим вариантом развития проекта было бы документирование API протоколирования (изучение source code проекта в данном случае IMHO весьма сомнительное удовольствие). Но еще лучше, если бы MVC team добавил API для протоколирования в сам framework, а представление результатов оставил бы на откуп пользователям.

WebDeveloper Apr 18 2011 at 18:26

Хорошая вещь, как раз во время. Обязательно попробую