Уже год мой сайт (блог) живет на самописном движке, который я сделал при помощи ASP.NET MVC 2. Конечно же я мог пользоваться бесплатными площадками для блогов, но мне пока интересно развиваться по многим направлениям. И если моя основная специальность сейчас Silverlight/WPF, то я все равно стараюсь не забыть про старый добрый веб, без него никуда в нынешнее время. Ну и нужно быть на гребне волны, потому я и решил что пора бы проапгрейдить свой сайт с MVC2 до MVC3. Зачем? А просто, чтобы было. Чтобы в будущем, когда захочется что-то допилить или доделать, а у меня уже была последняя версия, и я мог использовать последние фичи технологии.

Пару недель назад мне попалась на глаза небольшая статья Feels like a new day – implementing the MetaWeblog API. В тот же момент у меня и родилась мысль, что нужно сделать поддержку MetaWeblog API, а следовательно и Windows Live Writer, у себя на сайте. В прошедшие выходные нашел немного свободного времени и начал исследование ссылок, которые были в статье. Обе ссылки, в которых были примеры реализации, основывались на XML-RPC.NET, мне же хотелось все реализовать на WCF сервисах. В пару кликов нашел статью XML-RPC with WCF (Updated), в которой был небольшой пример реализации на WCF сервисах и реализована библиотека, в которой был XML-RPC Behavior с самодельным сериализатором, поддерживающим XML-RPC. В общем, материал был найден и я приступил к реализации.

При разработке веб-приложений важно помнить о том, что клиентские компьютеры могут быть разбросаны достаточно сильно по земному шару. Даже если разрабатывать приложение только для русских пользователей, то наберется 11 временных зон. Меня очень сильно удивило и расстроило, что достаточно известные сайты http://habrahabr.ru и http://gotdotnet.ru об этом вообще не задумываются. На таких сайтах сделать поддержку временных зон еще проще, там есть профили пользователей, в которых пользователи запросто смогли бы выставлять временную зону в которой они находятся. Таким образом, например, реализована поддержка временных зон в Sharepoint, и таким образом реализовывают поддержку в большинстве enterprise приложений. А что же делать когда нет поддержки профайлов на сервере? Что, если это просто новостной сайт или блог, и хочется чтобы пользователи с любой точки земного шара видели время не в будущем, а публиковали комментарии видя свое текущее локальное время.

В данной статья я бы хотел рассказать, в чем различие данных паттернов. Начнем с первого главного – Model-View-Controller – это фундаментальный паттерн, который нашел применение во многих технологиях, дал развитие новым технологиям и каждый день облегчает жизнь программистам. Если вы начнете спрашивать архитекторов о том, как реализовать данный паттерн, то, я думаю, вы сможете услышать несколько разных ответов и соответственно несколько разных решений. Вообще, объединяет все эти паттерны – выделение User Interface (UI) от логики программирования, что позволяет дизайнерам делать свою работу, не задумываясь о коде программы. Если вспомнить школьное и студенческое программирование, то всплывает картина огромного количества строчек, написанных в code behind интерфейсов, что не является хорошей практикой. Так же есть предоставляется возможность выделения модели данных, что дает разработчикам возможность создания модульных тестов над ними.

Если вставлять фрагмент HTML кода (точнее XHTML) в окне редактирования исходного кода Visual Studio, то VS автоматически изменит значения идентификаторов на значения “по умолчанию” (вроде TextBox1 и т.п.).

<asp:TextBox ID="tbTitle" runat="server"  /> 

<asp:TextBox ID="TextBox1" runat="server"  />

Чаще всего я не хочу, чтобы так происходило, так как я специально хочу иметь копию с ID в точности такими, как я скопировал. Например, легче изменить FirstNameTextbox к LastNameTextbox чем изменить TextBox1 к LastNameTextbox.

Но, оказывается от этого можно избавиться. Существует настройка, которую можно найти в: Tools > Options > Text Editor > HTML> Miscellaneous > Auto ID elements on paste in Source view.

Ну и следовательно дальше при вставке Visual Studio будет оставлять такие идентификаторы, которые и были при копировании:

<asp:TextBox ID="tbTitle" runat="server"  /> 

<asp:TextBox ID="tbTitle" runat="server"  />

Узнал я об этом благодаря вот этой статье - Jeff Widmer - Visual Studio paste without changing IDs in Source View.

Если перед Вами стоит задача - создавать простенькие (или не совсем) pdf документы в вашем приложении - это могут быть и отчеты и рецепты, ну либо вы захотите печатать так информацию о ваших объектах, то для решения этой задачи можно воспользоваться, к примеру, установленным OpenOffice и его возможностями (это тяжеловестно), а можно библиотекой iTextSharp (Free C#-PDF library), вот про это я и хочу поведать небольшой пример, при помощи которого я создам такой вот документ:

Задача тривиальная. Делаете какие то отчеты, файлы и хотите дать возможность пользователю их скачать в своем ASP.NET приложении. Почему полезно использовать архивацию?: а) уменьшается скачиваемый объем б) можно отдавать файлы пакетами по несколько.

Как я и обещал, что если будут заинтересованные лица, то я выложу код (пример сайта), при помощи которого работает http://comilfoav.ru.

Стандартное, обыкновенное обновление ASP.NET приложения. Необходимо накатить скрипты на базу, обновить само приложение, а при обновлении базы - старое приложение на нем работать адекватно не будет. Но есть выход попроще, создать файл с именем App_Offline.htm в корень, к примеру с таким содержанием...

Пролистал только что пост Создание простейшего каталога товаров и формы заказа в Expression Web. Вспомнил, что недавно тоже делал простейший каталог товаров для знакомых людей (за бесплатно!). И решил написать, как можно создать такой вот http://comilfoav.ru/ непростейший каталог товаров при помощи бесплатных дизайнов, знания ASPNET и пары очумелых рук.