В конечном html GridView и ListView выодиться как table или много span'ов вложенные в один span. Когда делал новости, в каждом элементе присутствовало изображение 170x140, вариант с таблицей отпал, так как пока контет таблицы не загрузиться? браузер не отобразит таблицу, что не очень скажем правильно. Отображение span'ами, верстать не удобно. Идеальным вариантом было бы отображение div'ами вложенными в div. GridView или ListView с такой задачей не справятся. И на помощь приходит менее «навёрнутый» элемент Repeater в связке с DataPager.
Побывал использовать recapthca, не понравилась по многим причинам.
В поисках альтернативы наткнулся на Auto-Input Protection (AIP) for ASP.Net.
Порадовало наличие исходных кодов библиотеки. Полностью настраиваемая, предназначена для WebForms. Что может быть лутше? Только своя собственная ...
Скачать можно по адресу codeplex.com/aip
Да, имеет свои преимущества их очень много: от скорости написания кода до его безопасности.
Но когда viewstate занимает на странице 13Kb (при этом он включён только для нужных элементов), а когда видишь размер JavaScript'ов сгенерируемых на простые валидаторы, шерсть встаёт дыбом, я молчу о скриптах которые прикрепляються AJAX элемнтам. Да я понимаю "всё" можно отключить, тщательно настроить, но при этом всём мы теряем в скорости написания кода.
теги не сработали =(
вот ссылки:
1. http://weblogs.asp.net/scottgu/archive/tags/MVC/default.aspx
2. http://www.hanselman.com/blog/CategoryView.aspx?category=ASP.NET+MVC
3.
a) http://haacked.com/Tags/ASP.NET%20MVC/default.aspx
b) http://haacked.com/Tags/aspnetmvc/default.aspx
4. http://weblogs.asp.net/stephenwalther/archive/tags/ASP.NET+MVC/default.aspx
Это случилось! Смерть порождениям извращенного разума: "состояния вида" и генерируемым JavaScrpt'ам!
С марта этого года работаю с ASP.NET MVC. Единственный минус в использовании текущих сборок, это то что нет обратной совместимости, с каждым новым Preview приходилось переделывать проекты =(.
Так же как и Maxmyd, предпочитаю держать все под контролем и ASP.NET MVC это позволяет делать.
Вот линки на блоги в которых есть полезная информация о использовании ASP.NET (все на английском языке):
1. ScottGu's Blog (для начинающих)
2. Scott Hanselman's Blog (для начинающих)
3. Phil Haack's Blog (продвинутых начинающих)
4. Stephen Walther's Blog
З.Ы. Как обзорная, данная статья отлично сделанa, но стоит сделать серию статей о ASP.NET MVC, в которой по отдельности рассказано о всех нюансах.
Но сталкиваясь с более простыми задачами, начинал разочаровываться в GridView и ListView.
В поисках альтернативы наткнулся на Auto-Input Protection (AIP) for ASP.Net.
Порадовало наличие исходных кодов библиотеки. Полностью настраиваемая, предназначена для WebForms. Что может быть лутше? Только своя собственная ...
Скачать можно по адресу codeplex.com/aip
Но когда viewstate занимает на странице 13Kb (при этом он включён только для нужных элементов), а когда видишь размер JavaScript'ов сгенерируемых на простые валидаторы, шерсть встаёт дыбом, я молчу о скриптах которые прикрепляються AJAX элемнтам. Да я понимаю "всё" можно отключить, тщательно настроить, но при этом всём мы теряем в скорости написания кода.
вот ссылки:
1. http://weblogs.asp.net/scottgu/archive/tags/MVC/default.aspx
2. http://www.hanselman.com/blog/CategoryView.aspx?category=ASP.NET+MVC
3.
a) http://haacked.com/Tags/ASP.NET%20MVC/default.aspx
b) http://haacked.com/Tags/aspnetmvc/default.aspx
4. http://weblogs.asp.net/stephenwalther/archive/tags/ASP.NET+MVC/default.aspx
С марта этого года работаю с ASP.NET MVC. Единственный минус в использовании текущих сборок, это то что нет обратной совместимости, с каждым новым Preview приходилось переделывать проекты =(.
Так же как и Maxmyd, предпочитаю держать все под контролем и ASP.NET MVC это позволяет делать.
Вот линки на блоги в которых есть полезная информация о использовании ASP.NET (все на английском языке):
1. ScottGu's Blog (для начинающих)
2. Scott Hanselman's Blog (для начинающих)
3. Phil Haack's Blog (продвинутых начинающих)
4. Stephen Walther's Blog
З.Ы. Как обзорная, данная статья отлично сделанa, но стоит сделать серию статей о ASP.NET MVC, в которой по отдельности рассказано о всех нюансах.