Понятно :)
Способ с Cache кушает память. Если использовать мой контрол для генерации графиков на сильнозагруженном сайте, то могут быть проблемы с производительностью. Я первоначально вообще передавал через объявленный делегат указатель на методы, которые возвращают Bitmap. Правда не до конца уверен, что такой метод кушает меньше памяти.
Спасибо за развернутый комментарий. Ниже попробую ответить на часть вопросов:
1. Использовать этот класс не так-то просто, хотя бы потому что передать его значение через строку запроса невозможно, в отличии от моего перечисления, котрое просто конвертится в числовое значение.
2,3. Несколько хендлеров - это несколько одинаковых строк кода. Ничего не могу сказать про вашу ситуацию, скорее всего это оправдано, но сам я придерживаюсь того мнения, что код должен быть оптимизирован к повторному использованию. С другой стороны, ваш вариант тоже имеет право на жизнь, считаю, что все зависит от ситуации. Впрочем, цель у статьи была несколько другая :)
4. Попробуйте сделать bitmap.Save(Response.OutputStream, ImageFormat.Png) (именно Png) уверен вас ждет открытие ;)
5. Что такое Code Conventions?
Я в недоумении. Раньше с удовольствие пользовался. Теперь немогу и вот почему: во-первых, перестало работать форматирование табуляции C# кода, во-вторых, код подсвечивается очень избыточно, в тэги font оборачивается едва ли не каждый символ... Такой вот багрепорт. Собирался об этом написать, но пока не собрался.
1.ImageFormat - это не перечисление. Оно к тому же содержит определение типов изображений, которые не могут быть записаны в поток контекста страницы. Обозначив свое перечисление я определил только те типы изображений, которые действительно имеет смысл использовать при формировании динамических изображений.
2. Дело в том, что хэндлер ничего не должен знать об изображении. Его работа вывести Bitmap на страницу. Что там на битмапе капча ли или круговая диаграмма, а может быть и просто фото товара - это ему все равно.
3. Контролы не передают данные, страница только передает в контрол необходимый битмап и на этом этапе программист должен быть уверен, что ничего больше делать не нужно.
4. Передача хендлеру битмапа выглядит как-то более в контексте ООП, как мне кажется. Тем более, у битмап есть поддержка записи в MemoryStream. Но, как я уже написал выше использование Cache и вообще весь этот момент имеет смысл оптимизировать, так что с вашим вариантом я в чем то согласен.
Интересуюсь, насколько распространено программирование на Entity Framework и asp.net на Хабре.
И распространено ли вообще. Посему данный опрос.
Прошу обратить внимание, что опрос задан в контексте темы .net. Отнеситесь к пониманию, даже если вы не любите .net или в целом Микрософт.
+1
Спасибо за подробный бетатест-отчет для незадачливых разработчиков трояна. Они вам, наверняка, скажут спасибо. :)
В целом интересно и зря вы так себя скромно недооцениваете, какой же вы начинающий?
Дебагер какой используете? SoftIce?
Все довольно подробно описывалось в этой и предыдущей статьях. Если вам что-то не понятно, я с удовольствием отвечу на конкретные вопросы. К сожалению, повторять то, что уже написано выше я не могу.
Методы расширения - это и есть LINQ. Инструкции (расширения языка C#), про которые вы говорите, могли бы вообще не существовать. Факт наличия LINQ от этого не изменился бы, почитайте wiki http://en.wikipedia.org/wiki/Language_In….
Говорить "чем отличается LinqDataSource и LINQ" в принципе не верно. Это как сравнивать теплое с мягким. Еще раз настоятельно рекомендую вам ознакомится со статьей в wiki, чтобы вы окончательно развеяли свою заблуждения насчет того, что такое LINQ.
Вы правы. Данный пример предназначен для удобства исключительно пользователя, но не обеспечивает никакого отката действий юзера на сервере. Такой цели в общем-то и не ставилось.
Безусловно, при отправке через ajax каких-то изменений они применяться, тут их не отменить просто так. Этот пример в основном показывает функционал для тех случаев, когда пользователь долго ожидает _получение_ данных. Например, нажал кнопку "поиск", но ему надоело ждать и он хочет переопределить запрос выставив другие параметры в фильтрах поиска.
Поддерживаю.
Сам считаю Хабр площадкой для дискуссий о разработке и всего что этого вопроса касается.
Не хотел бы чтобы Хабр окончательно превратился в ленту новостей и копипастов.
Способ с Cache кушает память. Если использовать мой контрол для генерации графиков на сильнозагруженном сайте, то могут быть проблемы с производительностью. Я первоначально вообще передавал через объявленный делегат указатель на методы, которые возвращают Bitmap. Правда не до конца уверен, что такой метод кушает меньше памяти.
1. Использовать этот класс не так-то просто, хотя бы потому что передать его значение через строку запроса невозможно, в отличии от моего перечисления, котрое просто конвертится в числовое значение.
2,3. Несколько хендлеров - это несколько одинаковых строк кода. Ничего не могу сказать про вашу ситуацию, скорее всего это оправдано, но сам я придерживаюсь того мнения, что код должен быть оптимизирован к повторному использованию. С другой стороны, ваш вариант тоже имеет право на жизнь, считаю, что все зависит от ситуации. Впрочем, цель у статьи была несколько другая :)
4. Попробуйте сделать bitmap.Save(Response.OutputStream, ImageFormat.Png) (именно Png) уверен вас ждет открытие ;)
5. Что такое Code Conventions?
2. Дело в том, что хэндлер ничего не должен знать об изображении. Его работа вывести Bitmap на страницу. Что там на битмапе капча ли или круговая диаграмма, а может быть и просто фото товара - это ему все равно.
3. Контролы не передают данные, страница только передает в контрол необходимый битмап и на этом этапе программист должен быть уверен, что ничего больше делать не нужно.
4. Передача хендлеру битмапа выглядит как-то более в контексте ООП, как мне кажется. Тем более, у битмап есть поддержка записи в MemoryStream. Но, как я уже написал выше использование Cache и вообще весь этот момент имеет смысл оптимизировать, так что с вашим вариантом я в чем то согласен.
И распространено ли вообще. Посему данный опрос.
Прошу обратить внимание, что опрос задан в контексте темы .net. Отнеситесь к пониманию, даже если вы не любите .net или в целом Микрософт.
Хороший пост, пишите еще.
Спасибо за подробный бетатест-отчет для незадачливых разработчиков трояна. Они вам, наверняка, скажут спасибо. :)
В целом интересно и зря вы так себя скромно недооцениваете, какой же вы начинающий?
Дебагер какой используете? SoftIce?
Мне показалось или автор - графоман?
Осталось дождаться, когда GeSHi (или что-то подобное) интегрируют на Хабре
Говорить "чем отличается LinqDataSource и LINQ" в принципе не верно. Это как сравнивать теплое с мягким. Еще раз настоятельно рекомендую вам ознакомится со статьей в wiki, чтобы вы окончательно развеяли свою заблуждения насчет того, что такое LINQ.
Сам считаю Хабр площадкой для дискуссий о разработке и всего что этого вопроса касается.
Не хотел бы чтобы Хабр окончательно превратился в ленту новостей и копипастов.