XaocCPS18 апр 2011 в 06:00

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

2 мин

5.7K

.NET *

+42

Комментарии 15

Shedal 18 апр 2011 в 06:11

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

mxc 18 апр 2011 в 06:22

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

Shedal 18 апр 2011 в 06:34

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

XaocCPS 18 апр 2011 в 06:40

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

psg1234 18 апр 2011 в 07:04

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

XaocCPS 18 апр 2011 в 07:26

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

psg1234 18 апр 2011 в 07:28

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

XaocCPS 18 апр 2011 в 07:29

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

psg1234 18 апр 2011 в 07:35

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

XaocCPS 18 апр 2011 в 07:45

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

psg1234 18 апр 2011 в 07:47

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

XaocCPS 18 апр 2011 в 08:05

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

psg1234 18 апр 2011 в 08:06

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

psg1234 18 апр 2011 в 07:02

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

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

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

WebDeveloper 18 апр 2011 в 14:26

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий