Начало этой статье было положено здесь habrahabr.ru/blog/ui_design_and_usability/41824.html. Там я описывал ситуацию, проблему и постановку задачи. В этой статье я предлагаю свое решение.

В моей первой статье ganzer высказал мысль, схожую с той, что пришла в голову мне: «Предлагаю разместить весь сайт и сервисы на одной странице». Да это так! В этом что-то есть. Другой пользователь 366 дал ссылку на Webby Awards номинация «Навигация и Структура». Я посмотрел на них и понял, что простотой и доступностью они не отличаются. Это великолепные образцы технической мысли, мастерства программистов и дизайнеров. Это почти искусство, но я нахожу, что как и любое искусство в повседневной работе такие техники просто избыточны, непривычны, необычны и даже отталкивающие. В своей первой статье я описывал целевого пользователя как «обычный, средний человек без какой-либо технической подготовки». Пользователь, на которого ориентируется мой ресурс иногда даже на Вы с вебом и компьютером, его вполне может спугнуть все то новаторское исполнение, которое присутствует, например, на сайте www.schematic.com или у победителя www.ted.com.

Отдельно хочу упомянуть номинанта www.blenderbox.com. В идеях навигации этого сайте есть то, что я хотел бы видеть в своем решении: контекст сформированный пользователями. Как вы убедитесь, мой концепт в чем-то схож с решением сайта www.blenderbox.com.

LINQ – замечательная вещь, которая обладает огромным потенциалом. Всем заинтересованным программистам известны LINQ to SQL или LINQ to XML. Я бы хотел расширить этот список и привести простейший пример другого применения LINQ.

Небольшое вступление.
Сейчас трудно придумать что-то новое в дизайне сайтов. Нет, есть, конечно, экстравагантные экземпляры, но вся новизна таких сайтов либо исходит из увеличения анимации либо из технических трюков. В обоих случаях целью ставится создание оригинального на вид контента и нового подхода к операциям на страницах. Частенько, страницы стремятся стать похожими на GUI приложения: ajax, drag&drop. Все это отходит от HTML-концепции, главное достоинство которой простота и узнаваемость.

Это вторая часть статьи про сниппеты. В первой давалось разъяснение, что это за механизм, для чего он нужен и как его применять. Во второй части речь пойдет про то, как сниппеты создавать.

Я решил разбить статью на две части: вступительную часть и часть реализации. Основная причина в размере текста, который включает форматированный текст примеров. С меньшими объемами текста работать легче, да и читать такой текст удобнее. Кто знаком со сниппетами может сразу переходить ко второй части статьи, где рассказывается как сделать свой сниппет и использовать его в студии.


Что такое snippet’ы в Visual Studio.NET? Как показал опрос, более трети голосовавших не знают что это. Вполне возможно, впрочем, что они никогда не работали в этой среде и никогда не будут этого делать. Эта статья для тех двадцати процентов, кто заинтересовался и для всех остальных, кто хочет узнать, что такое snippet, как его создать и использовать.

 

Иногда приходится динамически создавать элементы управления. Для стандартных элементов все просто:

        Label testLabel = new Label()
        {
            Text = "TEST"
        };
        Page.Controls.Add(testLabel);

Данный код добавит элемент типа Label с текстом «TEST».
Для пользовательских элементов все немного сложнее, но тоже просто.

 

Я уже привел пример использования атрибутов в C# и конкретно в asp.net в предыдущей статье. Там был объявлен простейший атрибут и выполнялась некоторая логика по его проверке. В этот раз я хотел бы показать другой полезный атрибут, который немного сложнее предыдущего, но гораздо полезнее.

Атрибуты полезная вещь, которая является одним из основных механизмов .net framework. В этой статье я предлагаю рассмотреть один простой пример использования атрибутов. Данная статья продолжает предыдущую статью и использует определенные там методы расширения.

Иногда существует потребность разом проверить некоторую валидность состояния объекта. К примеру, может потребоваться быть уверенным, что все необходимые поля и свойства объекта инициализированы и не равны null. Для решения такой задачи применимы атрибуты.

Хочу поделится некоторыми полезными для себя вещами, которые я использую в работе. Это первая часть статей, в планах написать несколько, развивая последовательно тему. Хочу заметить сразу, что не претендую на совершенный код, наоборот, с вашими замечаниями надеюсь сделать свои инструменты еще более производительными и полезными.

Первая статья скорее вводная, в ней я хочу определить несколько полезных extension методов для механизма отражений. Эти методы в дальнейшем пригодятся при построении моих инструментов. Данная статья может быть бесполезной для большинства программистов, поэтому не надеюсь на ее популярность. Но все же, думаю, что замечания и к ней возникнут тоже.

Что такое extension methods? Это возможность расширить функционал имеющегося класса добавив в него свой статичный метод. Вот простой пример, который в тоже время остается для меня очень полезным.

Обычно при разработке ASP.NET-страниц только самые простые из них не состоят из некоторого числа пользовательских элементов (web user control). Очень часто такие элементы содержат в себе некоторую логику клиентского скрипта написанную в основном на javascript. Проблема может начаться тогда, когда пользовательскому элементу необходимо включить на страницу ссылку на js-файл. Иногда можно увидеть следующее решение проблемы:

<%@ Control Language="C#" AutoEventWireup="true" CodeFile="WebUserControl.ascx.cs" Inherits="controls_WebUserControl" %>

<asp:Button ID="Button1" runat="server" Text="Button" OnClientClick="OnClick()" />


С виду все нормально, код будет работать. Это, наверное, первое решение которое приходит в голову. Так могут написать даже вполне опытные программисты. И это будет ошибкой.