GotDotNet.Ru: основная лента

Подведены итоги конкурса XNA игр: Мечтай. Создавай. Играй.

vanka — Thu, 11 Mar 2010 08:57:19 UT

Подведены итоги конкурса XNA игр: Мечтай. Создавай. Играй.

Окончательные итоги такие:

1 место: игра Epsilon (9.475)

автор: Денис Грачёв

2 место: игра Haxxagon Labs (9.425)

авторы: Самара Анатолий
Свириденко Александр
Симилетов Александр
Яновский Андрей

3 место: игра Paclight (7.85)

авторы: Владимир Герасимов
Никита Вешкурцев
Владислав Коробов

Среди студенческих команд победил Transsikator (8.15)

автор: Гиляровский Константин

Благодарим всех участников конкурса за проявленный интерес и отличные работы!

Поздравляем победителей!

Все присланные работы скоро можно будет посмотреть на странице конкурсов.
Ссылка на оригинальную новость: xnadev.ru

Интревью руководителя проекта NitrosBase Андрея Портнова

lukesky — Thu, 11 Mar 2010 05:21:05 UT

Перевод на Русский язык интревью руководителя проекта NitrosBase Андрея Портнова корреспонденту программы BizSpark. Оригинал на сайте Microsoft StartupZone

Расскажите нам о себе и Вашей роли в компании

Я - генеральный директор компании Компайл Груп, а также я руковожу проектом NitrosBase. В 1985 году я окончил Московский физико-технический институт, а в 1999 получил второе высшее образование в области экономики. В 1987 я начал работать программистом в филиале Курчатовского института атомной энергии - одного из ведущих мировых научных центров ядерной физики и высоких технологий. Там и сформировалась наша команда. Двумя другими ее участниками были Виктор Чернов, который на тот момент работал над своей диссертацией и разрабатывал собственную методику оптимизации на основе генетических алгоритмов, и Владислав Головков, участвовавший в проекте по созданию искусственного интеллекта. У Владислава были идеи о том, как ускорить процессы индексации и поиска, и с тех пор мы вместе работаем над такими алгоритмами. В настоящее время я являюсь организатором и координатором проекта. Таким образом, я отвечаю за успешность бизнеса NitrosBase, а Владислав и Виктор занимаются техническим совершенствованием ядра нашей базы данных и всех решений, основанных на нем. И они делают замечательную работу! Мы уже получили такие награды как За Укрепление Безопасности России - “ЗУБР”-2008 (http://secaward.ru/premia/laureat) и «Идея года» на выставке «Инновации и технологии» Innotech-2009 (http://innotechexpo.ru/).

Чем Вы занимались до создания своей компании?

Как я уже сказал, я начал карьеру в качестве программиста в филиале Института Атомной Энергии и через 9 лет покинул его в должности директора департамента вычислительных систем, который насчитывал более 300 сотрудников. К тому времени я уже был соучредителем частной компании, занимающейся разработкой программного обеспечения для заказчиков из США и Канады. На какое-то время наша команда разделилась: Виктор провел несколько лет в США, работая в Oracle и внескольких стартапах, Владислав продолжал разрабатывать программное обеспечение, а я получал второе высшее образование в области экономики, а также опыт в банковском деле и менеджменте. В 2005 году мы объединили полученный нами опыт и навыки и создали Компайл Груп. А в 2009 мы решили запустить новый проект – NitrosBase – самую быструю в мире систему управления базами данных.

Как Вы чувствуете себя в качестве самого многообещающего «Стартапа Дня» по мнению Microsoft BizSpark?

Это очень приятно! На самом деле, у нас очень амбициозная цель: разработать кэширующий ускоритель для MS SQL Server. Это заставит MS SQL Server работать в тысячи раз быстрее! У нас уже есть собственное ядро для такой кэширующей СУБД, и имеются результаты тестов, демонстрирующие такое ускорение. Мы уже презентовали этот проект на конференции SVOD (www.svod.org) и заняли первое место как самая многообещающая технологическая компания. Тем не менее, когда вы говорите с инвесторами, их в первую очередь интересует успех на рынке, а не дипломы и медали. Поэтому мы решили начать с разработки ряда элементов управления для ASP.Net приложений, базирующихся на нашем ядре СУБД. Это требует меньше времени и денег на разработку и позволит начать продажи. В данный момент мы запускаем первый элемент управления на рынок, а следующий уже находится в бета-тестировании. Поэтому для нас чрезвычайно важно, что наши разработки и бизнес-стратегия получили высокую оценку экспертов BizSpark.

Какова миссия Вашей компании?

Глядя на пользователей программного обеспечения, которое использует базы данных, мы видим, что почти все они недовольны производительностью, но зачастую они даже не высказывают недовольства, потому что сегодня привычная точка зрения такова: «базы данных всегда работают медленно». Глядя на разработчиков, мы видим, что они тратят колоссальные ресурсы, используя различные уловки, чтобы заставить свои приложения работать вдвое или втрое быстрее, и они уверены, что это нормально, потому что «базы данных всегда работают медленно». Мы считаем, что наша миссия состоит в том, чтобы разрушить этот стереотип, предоставив разработчикам простые в использовании инструменты для создания супер-быстрых приложений, которые сделают их пользователей счастливыми даже при работе с приложениями, содержащими миллионы записей.

Как вы пришли к идее создания Вашей компании?

Мы использовали наши алгоритмы для индексации и поиска в приложениях, которые мы разрабатывали на заказ. Каждая задача требовала индивидуального подхода, но мы старались по возможности унифицировать их, чтобы сделать разработку наиболее эффективной. После получения награды ZUBR-2008 мы решили, что можем свести воедино наши алгоритмы и разработать универсальный продукт для продажи. Тогда мы и решили запустить проект NitrosBase.

Расскажите, пожалуйста, о вашем финансировании. Находитесь ли Вы в поисках и если да, то какова сумма?

Да, мы ищем источник финансирования. До сих пор мы разрабатывали наши продукты без внешнего финансирования, но мы не сможем сами обеспечить финансовую поддержку нашего главного проекта – ускорителя MS SQL Server. Нам необходимо около 3 миллионов долларов, чтобы завершить разработку и начать продажи.

Сколько у Вас сотрудников? Сколько разработчиков?

В настоящее время в проекте NitrosBase задействовано на постоянной основе три программиста. У нас также есть ведущий архитектор, координатор и тестировщики. Над проектом работает пять постоянных сотрудников, остальные привлекаются в качестве фрилансеров.

Вы занимаетесь подбором сотрудников? Если да, то каких людей Вы ищете и где?

У нас есть резерв внештатных сотрудников (фрилансеров), с которыми мы работали ранее. В первую очередь мы приглашаем их, поскольку знаем их навыки и привычки. Также мы приглашаем людей по рекомендациям наших программистов и фрилансеров. И, наконец, мы ищем людей на сайтах по подбору персонала. В основном мы набираем тестировщиков, дизайнеров и программистов.

На какой платформе вы работаете и почему?

Мы ориентированы на Microsoft SQL Server и .Net. Принимая во внимание то, что нашей главной целью является создание ускорителя сервера MS SQL, ответ на вопрос «почему?» вполне очевиден.

Где Вы сегодня видите возможности в области программного обеспечения/Интернет?

Мне кажется, что время заказных проектов с тоннами уникальных кодов прошло. Ежедневно на рынке становится доступным все больше и больше готового программного обеспечения с различными функциями. Именно поэтому мы начали ориентироваться на выпуск «коробочного» программного обеспечения. Заказные программы очень дорогостоящие, в то время как большинство задач сегодня может решить умелый интегратор посредством более дешевых готовых решений. Для разработчиков я вижу возможности создания продуктов для широкой продажи по более низкой цене, вместо разработки уникальных и дорогих решений. Кроме того, выглядят многообещающими сервисы на «облаках» и модель SAAS (ПО как услуга). Эти подходы дают похожий результат: больше покупателей за более низкую стоимость. Что касается области применения для приложений, я бы хотел подчеркнуть, что люди по-прежнему ненавидят читать руководства и не любят тратить время на изучение чего-то нового, что не имеет отношения к их непосредственному роду занятий. Поэтому всегда будет востребовано программное обеспечение, сделанное по принципу «просто нажми кнопку», которое стоит между любым мощным сервисом или продуктом и необученным пользователем. Миллионы покупателей готовы предпочесть простоту функциональности, и это очень хороший и благодатный рынок.

Что Вы думаете о программе BizSpark?

Мы любим BizSpark и очень признательны Microsoft за то, что они помогают разработчикам. Для нас это поистине неоценимо: инструменты разработки, конференции, другие источники информации и, наконец, помощь в продвижении продукта. В нашем бизнес-плане мы указываем, что мы участвуем в BizSpark, и считаем это сильным преимуществом.

Можете дать совет начинающим разработчикам программного обеспечения?

Не уверен, что скажу что-то новое: не важно, насколько Вы умелый программист – бизнес-идея является главной отправной точкой. Сначала выясните, чего именно хотят покупатели, а программная реализация, как правило, не проблема.

Кто для Вас является образцом для подражания?

Не уверен, что у меня он есть. Я большой поклонник Сета Година во всем, что касается маркетинговой деятельности. На конференции SVOD в декабре 2009 меня впечатлило выступление Сергея Белоусова, главы правления и главного исполнительного директора известной компании Parallels. Он буквально заряжен успехом и харизмой, и когда слушаешь его, кажется, что он – отличный образец для подражания.

Что бы вы особенно хотели, чтобы читатели вынесли из этого интервью?

Эра приложений «кликни и жди» закончилась. Эра изощренного и мучительного кодирования – тоже. Попробуйте NitrosBase!

Перевод О. Чемагина

Скрейпинг сайтов с .Net и WatiN

mezastel — Wed, 10 Mar 2010 12:44:40 UT

Рано или поздно у каждого разработчика появится соблазн «скачать» какой-нибудь сайт, либо для того чтобы получить или проанализировать определенный контент, либо просто доказать себе что это в его (её) силах. На самом деле, получить доступ к HTML определенного сайта просто, но проблемы начинаются тогда, когда сайт требует авторизации или содержит контент в виде картинки (например [...]

ASP.NET 4.0: 301 Permanent Redirect (перемещение навсегда)

sashaeve — Wed, 10 Mar 2010 12:13:30 UT

302 Redirect (временное перемещение) означает, что страница перемещается на временный адрес. 301 Permanent Redirect (перемещение навсегда) означает, что перенаправление идет на постоянный адрес.

Это важно потому что поисковые системы оценивают временные адреса ниже, чем постоянные. Таким образом, неправильное перемещение может грозить для владельцев сайтов понижением ссылочного веса и, как результат, снижением позиции в поисковой выдаче.

Читать полностью

Hello, Mock

oakland — Wed, 10 Mar 2010 05:45:00 UT

Во время разработки(тестирования) иногда возникает потребность использовать некий интерфейс, до того, как он будет реализован. Решением данной проблемы является использование Mock-объектов. Mock-объект предоставляет фиктивную реализацию, другими...

Data structures: Finger Tree (Part 1)

desco — Tue, 09 Mar 2010 19:19:00 UT

Data structures: Finger Tree (Part 1)

С миру по нитке #28

Nisus — Tue, 09 Mar 2010 11:31:33 UT

Программирование

How works automatic assembly versioning
Принцип, по которому формируется автоматический номер версии сборки. Оказывается это все-таки особое представление текущего времени и даты.
Creating x.509 certificates with Pluralsight self-cert
Создаем self-signed X.509-сертификат программно.
60+ .NET libraries every developer should know about.
Справочник по библиотекам, способным облегчить жизнь .Net-разработчика. Все основные вроде есть.
System.Uri FAQ
Неплохой обзор некоторых подводных камней, проявляющихся при работе с классом System.Uri.
10 заповедей для программистов
Как говорится, ППКС.

Сеть

ASP.NET: UpdatePanel and Master Pages
Определяем обновление компонента UpdatePanel.
The Kayak Framework: An easy way to speak HTTP with .NET
Веб-сервер для ASP.NET. Использование IIS не всегда возможно и оправдано, тут то и вступают в дело небольшие самописные обработчики.
Improving CSS With .LESS
Занятные трюки для уменьшения объема CSS-скриптов, что самое приятное, производятся автоматически.
Redirect from Http to Https in ASP.NET
Включение SSL только для нужных страниц сайта.
Discover which Control Raised a PostBack
Определяем контрол, вызвавший отправку формы.

Базы данных

SQL SERVER – Performance Comparison – INSERT TOP (N) INTO Table – Using Top with INSERT
Особенности использования оператора TOP при вставке в базу данных результатов выполнения SELECT-а.
Multiple Active Result Sets (MARS - ADO.NET 2.0)
Малоизвестная фича ADO.NET 2.0 и выше – возможность иметь несколько активных запросов для одного соединения бд.

SharePoint

Threads and Sharepoint
Немного об особенностях использования потоков в портальных приложениях.

Создание внебраузерных Silverlight приложений. Часть 2.

spugachev — Tue, 09 Mar 2010 10:33:09 UT

Создание внебраузерных Silverlight приложений. Часть 1.

Содержание

Обновление внебраузерных Silverlight приложений

В платформу Silverlight встроен асинхронный механизм обновления внебраузерных приложений. Разработчик ответственен за то, когда будет проверяться наличие обновлений для его приложения, а загрузка и установка происходят автоматически. Что требуется от разработчика.

Загрузить новую версию .xap файла Silverlight приложения на сервер.
При запуске внебраузерного приложения или в любой другой момент проверить наличие обновлений.
После окончания проверки Silverlight скачает новую версию приложения, которая будет установлена автоматически при следующем запуске. Разработчик может обработать событие окончания проверки и, например, показать пользователю сообщение о необходимости перезапуска приложения.

Давайте добавим возможность обновления в существующее внебраузерное приложение. Откроем C# код страницы App.xaml. И в конструкторе класса «App» подпишемся на событие «CheckAndDownloadUpdateCompleted».

this.CheckAndDownloadUpdateCompleted += 
new CheckAndDownloadUpdateCompletedEventHandler(App_CheckAndDownloadUpdateCompleted);

Данное событие окончания проверки на наличие обновлений в случае успеха срабатывает только после физической закачки новой версии на компьютер пользователя. К сожалению, нет возможности спросить у пользователя, хочет ли он скачивать и устанавливать найденное обновление.

Так как в следующий раз при запуске приложения пользователь уже будет работать с новой его версией, в обработчике события «CheckAndDownloadUpdateCompleted» уведомим пользователя об этом.

void App_CheckAndDownloadUpdateCompleted(object sender, 
CheckAndDownloadUpdateCompletedEventArgs e)
{
    if (e.UpdateAvailable)
    {
        MessageBox.Show("Доступно обновление. " +
            "Перезапустите приложение для использования новой
                версии.");
    }
    else if (e.Error != null && e.Error is PlatformNotSupportedException)
    {
        MessageBox.Show("Доступно обновление, " +
            "но требуется более новая версия Silverlight.");
    }
}

В реальных внебраузерных приложениях вместо MessageBox лучше использовать оповещения или какое-либо другое решение.

После того как мы подписались на событие, надо собственно инициировать проверку на наличие обновлений. Нет ничего проще. Добавим следующий код в функцию «Application_Startup» класса «App».

this.CheckAndDownloadUpdateAsync();

Из других классов получить текущий экземпляр класса «App» можно через свойство Application.Current. Проверка происходит асинхронно, а от разработчика больше ничего не требуется. Полный код конструктора класса «App» теперь выглядит следующим образом.

public App()
{
    this.Startup += this.Application_Startup;
    this.Exit += this.Application_Exit;
    this.UnhandledException += this.Application_UnhandledException;

    this.CheckAndDownloadUpdateCompleted += 
    new CheckAndDownloadUpdateCompletedEventHandler(App_CheckAndDownloadUpdateCompleted);

    InitializeComponent();
}

Как видите, изменения незначительны. Как и в случае с функцией «Application_Startup», полный код которой также не должен вызвать у Вас удивления.

private void Application_Startup(object sender, StartupEventArgs e)
{
    this.CheckAndDownloadUpdateAsync();
    this.RootVisual = new MainPage();
}

Хорошей практикой является добавление кода, проверяющего наличие обновлений, в каждое создаваемое внебраузерное приложение. Ведь без этого для использования новой версии пользователю придётся удалить старую и установить приложение заново.

Определение наличия сетевого соединения

Ещё одной часто возникающей задачей является определение наличия сетевого соединения. Ведь если у нас нет доступа в сеть, поведение приложения может коренным образом меняться, а часть его функциональности и вовсе оказаться недоступной.

Для того чтобы просто проверить наличие сетевого соединения достаточно вызвать статическую функцию GetIsNetworkAvailable класса NetworkInterface.

NetworkInterface.GetIsNetworkAvailable();

Давайте добавим в элемент LayoutRoot на странице MainPage.xaml текстовый блок, куда будем выводить информацию о сетевом соединении.

<TextBlock x:Name="tbNetwork" VerticalAlignment="Top" 
HorizontalAlignment="Center" FontSize="25"/>

Также напишем функцию, которая будет собственно изменять текст в текстовом блоке.

void CheckNetwork()
{
    if (NetworkInterface.GetIsNetworkAvailable())
    {
        tbNetwork.Text = "Сеть доступна";
        tbNetwork.Foreground = new SolidColorBrush(Colors.Green);
    }
    else
    {
        tbNetwork.Text = "Сеть не доступна";
        tbNetwork.Foreground = new SolidColorBrush(Colors.Red);
    }
}

Отлично, функция у нас есть. Но когда её вызывать? Если вызвать её один раз при загрузке приложения, то мы не узнаем об изменениях, происходящих с сетевым соединением в процессе работы приложения. К счастью мы можем подписаться на событие NetworkAddressChanged класса NetworkChange, которое происходит при изменении сетевого адреса компьютера, а значит и при исчезновении/появлении сетевого соединения. В обработчике события NetworkChange вызовем функцию CheckNetwork. Кроме того вызовем функцию CheckNetwork в конструкторе класса MainPage (В листинге не приведён код предыдущих примеров).

public MainPage()
{
    InitializeComponent();

    CheckNetwork();
    NetworkChange.NetworkAddressChanged += (sender, e) => CheckNetwork();
}

Теперь запустите приложение в браузере или вне его, в условиях, когда сетевое соединение доступно.

Вы увидите зелёный текст, сообщающий об этом. Теперь отключите сетевой адаптер, можете выдернуть кабель или сделать другие действия для обеспечения недоступности сети.

Надпись сменится автоматически. Чего мы и добивались.

Архитектура внебраузерных Silverlight приложений

Разрабатывая внебраузерные Silverlight приложения полезно знать, что конкретно выполняется на компьютере у пользователя, где это хранится, а также, куда собственно инсталлируются внебраузерные приложения. Как разработчик Вы создаёте .xap файл Silverlight приложения. Очевидно, что выполняться он не может.

Давайте зайдём в свойства ярлыка любого установленного внебраузерного Silverlight приложения.

Можно увидеть, что на самом деле запускается файл «sllauncher.exe», расположенный в папке «C:\Program Files\Microsoft Silverlight» или «C:\Program Files (x86)\Microsoft Silverlight» на 64 битных платформах. Ему передаётся Id внебраузерного Silverlight приложения. В данном случае это «2923737553.localhost». Sllauncher.exe при запуске ищет в папке внебраузерных приложений приложение с нужным Id и запускает его внутри своего окна. Папка, куда устанавливаются внебраузерные Silverlight приложения своя для каждого пользователя.

Перейдите в директорию «C:\Users\__ИМЯ_ПОЛЬЗОВАТЕЛЯ__\AppData\LocalLow\Microsoft\Silverlight», только учтите, что папка «AppData» является скрытой. Внутри директории «Silverlight» находятся две поддиректории: «is» - место для изолированных хранилищ, а также «OutOfBrowser» - место для размещения внебраузерных приложений.

Внутри каждой папки внебраузерного Silverlight приложения находятся несколько файлов, необходимых для его работы.

На самом деле было бы не совсем верно утверждать, что при работе внебраузерных Silverlight приложений браузер не используется, так как в окне внебраузерного приложения размещается самый настоящий Internet Explorer, в котором уже выполняется Silverlight. С помощью программы Spy++ это легко увидеть.

В первом случае, это видно на рисунке, Silverlight приложение работает в браузере.

Во втором случае оно работает вне его.

Можно заметить, что везде присутствует «Internet Explorer_Server». Другое дело, что в случае с внебраузерными приложениями мы его не замечаем и не можем запустить в нём что-то отличное от нашего Silverlight приложения.

Отладка внебраузерных приложений

Мы увидели много интересных возможностей внебраузерных Silverlight приложений, научились создавать такие приложения и узнали, как они работают. Всё это, конечно, хорошо, но на данный момент может быть не совсем очевиден механизм их отладки. Ведь, отлаживая Silverlight приложения в браузере, доступа к специфическим внебраузерным возможностям нет. Поэтому хорошим решением кажется присоединение отладчика к процессу «sllauncher.exe», в котором, как мы увидели ранее, и работают внебраузерные приложения. Но данное решение не позволяет отлаживать код, выполняемый при загрузке внебраузерного Silverlight приложения. Вероятно, должен быть способ лучше.

Далее я такой способ и опишу.

Предположим, что Silverlight приложение создано, настроено для работы вне браузера и хостится в проекте Web приложения.

Если проект Web приложения не является стартовым проектом (запускаемым при нажатии F5 в Visual Studio), сделайте его таковым.
Запустите проект.
Установите внебраузерное Silverlight приложение.
После установки внебраузерное приложение запустится. Закройте его и остановите отладку в Visual Studio.
Сделайте проект Silverlight приложения стартовым. Для этого нажмите правой кнопкой мыши на имени проекта в окне «Solution Explorer» и выберите пункт «Set as StartUp Project».
После этого в том же контекстном меню проекта Silverlight приложения выберите пункт «Properties».
В открывшемся диалоге свойств проекта перейдите на вкладку «Debug». И установите для «Start Action» значение «Installed out-of-browser application». В выпадающем списке выберите, скорее всего, единственный пункт, а именно имя установленного внебраузерного приложения.
Всё, можно сохранить изменения, и поставить точку останова в нужном месте Silverlight приложения.
Нажмите F5. Silverlight приложение сразу запустится вне браузера. Отладчик будет присоединён автоматически.

Совместное использование кода и сборок в Silverlight и .NET

Если Вы создаёте Silverlight и WPF версию какого-либо приложения, может потребоваться использовать одни и те же сборки в обеих версиях. Или же один и тот же код должен работать как на сервере, так и на Silverlight клиенте. Вариантов, почему это может быть нужно, множество.

В Silverlight присутствует возможность создать сборки, которые можно подключить и в обычных .NET приложениях. Серьёзным ограничением является то, что такие сборки могут использовать только общий для Silverlight и .NET API. Сразу хочется отметить, что пользовательский интерфейс не является порируемым из-за отличий между Silverlight и WPF. Но существуют пять общих ключевых сборок, доступных для использования на обеих платформах. Вот они.

mscorlib
System
System.Core
System.ComponentModel.Composition
Microsoft.VisualBasic

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

Также надо учитывать, что есть возможность использовать Silverlight сборки в .NET, но не наоборот. Это связано с тем, что Silverlight является подмножеством .NET, а код, созданный для подмножества некоторого API с большей долей вероятности будет работать и в версии с большими возможностями.

Давайте создадим новый проект типа «Silverlight Class Library». Добавим в данный проект класс «SharedClass».

public class SharedClass
{
    private string _text;
    public string Text
    {
        get
        {
            return _text;
        }
    }
    public SharedClass(string text)
    {
        _text = String.Format("***{0}***", text);
    }
}

Мы можем собрать проект и подключить получившуюся сборку в любое .NET 4.0 или Silverlight приложение.

Из .NET приложения получится работать только с кодом, использующим классы пяти портируемых сборок. Класс «SharedClass» ничего лишнего не использует, поэтому создадим консольное .NET 4.0 приложение, подключим нужную сборку и протестируем работу класса «SharedClass».

static void Main(string[] args)
{
    SharedClass sharedClass = new SharedClass("Hello Silverlight!");
    Console.WriteLine(sharedClass.Text);
}

Бывают ситуации, когда возможностей, предлагаемых портируемыми сборками оказывается недостаточно. Тогда стоит воспользоваться более сложными приёмами. Например, в .NET и Silverlight приложениях использовать одни и те же файлы исходного кода. А для кода, зависимого от платформы применять условную компиляцию. Рассмотрим это на примере.

Откроем существующее Silverlight приложение и щёлкнем правой кнопкой мыши на названии решения («Solution …») в окне «Solution Explorer». В контекстном меню выберем Add -> New Solution Folder. Назовём папку «SharedCode» и добавим в неё файл с C# кодом класса «SharedClass», рассмотренным ранее.

Добавим ссылку на данный файл в проект Silverlight приложения и проект ASP.NET приложения. Для этого в контекстном меню соответствующего проекта нажмём Add -> Existing Item… , выберем файл «SharedClass.cs», а вместо «Add» выберем «Add As Link».

Теперь ссылка на файл присутствует в обоих проектах.

Соответственно в обоих проектах можно использовать класс «SharedClass». Более того, можно добавить в данный класс код, различный для каждой платформы с помощью условной компиляции. В свойствах проекта Silverlight приложения и на вкладке «Build» определён параметр «Conditional compilation symbols». Его значение равно «SILVERLIGHT». Данный символ и будет использоваться в условии при компиляции.

Добавим в класс функцию «ShowText». В случае использования данной функции в Silverlight приложении будет показано сообщение с текстом, а в ASP.NET текст будет выведен на страницу.

public void ShowText()
{
#if SILVERLIGHT
    System.Windows.MessageBox.Show(_text);
#else
    System.Web.HttpContext.Current.Response.Write( _text);
#endif
}

Это происходи потому, что данная функция компилируется по-разному для .NET и Silverlight приложений. Более того, уже не важно классы каких сборок используются. Главное, чтобы компиляция происходила корректно.

ASP.NET MVC: Http Handler умер, да здравствует FileResult

sashaeve — Tue, 09 Mar 2010 10:06:09 UT

Если вы разрабатывали приложения в ASP.NET MVC, то достаточно хорошо знакомы с классом ActionResult. ActionResult самый распространенный тип объектов возвращаемый действием. Когда разрабатывается MVC приложения, большую часть времени вы используете именно ActionResult класс.

На предыдущей неделе, я работал над своим open source проектом WeBlog, я создавал HTTP Handler для обработки изображений. Я начал использовать HTTP Handler для изображений, потому что нуждался в механизме предотвращения дополнительной нагрузке(hotlinking). Единственным минусом в использовании HTTP Handler - уродливые URL адреса.

Читать полностью

Используем ASP.NET 4 определение браузера в ASP.NET 3.5

sashaeve — Tue, 09 Mar 2010 09:37:39 UT

Перевод статьи "Use ASP.NET 4 Browser Definitions with ASP.NET 3.5".

Мы обновили файлы определения браузера в ASP.NET 4, теперь они содержат информацию о таких браузерах и устройствах, как Google Chrome и iPhone. Вы можете использовать файлы определения браузера и в более ранних версиях ASP.NET, например в ASP.NET 3.5. Обновленные файлы определения информации и инструкции по установке могут быть найдены тут.

Изменения в файлах определения браузера могут вызвать проблемы обратной совместимости, если вы обновляете ASP.NET 3.5 проект до ASP.NET 4. Если у вас возникли такие проблемы, то у вас есть возможность загрузить старый файлы определения браузера в ASP.NET приложение.

Читать полностью

WCF 4.0: упрощенная конфигурация

natale — Mon, 08 Mar 2010 19:32:36 UT

В ближайших нескольких постах предлагаю ознакомиться с новыми возможностями в WCF 4.0, особенно учитывая, что официальный выход .Net 4.0 запланирован на 12 апреля, т.е. осталось набраться терпения еще всего лишь на 35 дней!

Начнем мы знакомство с такого улучшения как упрощенная конфигурация.

Endpoint по умолчанию – позволяет не прописывать явно в секции <configuration> никаких конечных точек (endpoint).

ServiceHost serviceHost = new ServiceHost(typeof(CalculatorService),
    new Uri("http://localhost/CalculatorService"), 
    new Uri("net.tcp://localhost/CalculatorService"));
serviceHost.Open();

Console.WriteLine("WCF Service is running.");
Console.WriteLine("Press <ENTER> to terminate service.");
Console.ReadLine();

serviceHost.Close();

<configuration>
</configuration>

WCF 4.0 автоматически сформирует конечную точку (endpoint) и присвоит ей соответствующие параметры, в частности, сопоставит схему http c BasicHttpBinding, а net.tcp - c NetTcpBinding. При это файл web.config не содержит никаких настроек, тэг <service> (и его подчиненные тэги - <endpoint>) в нем отсутствует.

Binding/behaivor по умолчанию (nameless behaivor) – позволяют сервису наследовать определенные по умолчанию привязки (binding) и поведения (behaivor), эти привязки и поведения определены на более высоком уровне иерархии (machine.config → rootweb.config → web.config и т.д.), что позволяет так же создавать гибкую иерархическую модель наследования настроек.

<system.serviceModel>
    <bindings>
      <basicHttpBinding>
        <binding name="" maxReceivedMessageSize="9999999">
          <readerQuotas maxArrayLength="9999999"/>
        </binding>
      </basicHttpBinding>      
    </bindings>
    <behaviors>
      <serviceBehaviors>
        <behavior name="">
          <serviceMetadata httpGetEnabled="true"/>
        </behavior>
      </serviceBehaviors>
    </behaviors>
</system.serviceModel>

Для того чтобы применить поведение (behaivor) по умолчанию необходимо либо оставить его атрибут name незаполненным, либо пропустить его в определении.

ProtocolMapping – определяет сопоставление привязки (binding) и схемы/протокола (например, HTTP или NET.TCP ), которое применяется по умолчанию. Если обратиться к первому примеру (Endpoint по умолчанию), то имеено за счет ProtocolMapping для cхемы http использовался BasicHttpBinding. ProtocolMapping поддерживает иерархическое определение, т.е. machine.config → rootweb.config → web.config и т.д.. Это позволяется определить сопоставление как глобально, так и локально.

<protocolMapping>
  <add scheme="http" binding="basicHttpBinding"/>
  <add scheme="net.tcp" binding="netTcpBinding"/>
  <add scheme="net.pipe" binding="netNamedPipeBinding"/>
  <add scheme="net.msmq" binding="netMsmqBinding"/>
</protocolMapping>

или

<protocolMapping>
  <add scheme="http" binding="basicHttpBinding"/>
  <add scheme="net.tcp" binding="netTcpBinding"/>
</protocolMapping>
<protocolMapping>
  <clear scheme="http" />
  <add scheme="http" binding="customBinding"
   bindingConfiguration="binaryHttp" />
</protocolMapping>
<bindings>
  <customBinding>
    <binding name="binaryHttp">
      <binaryMessageEncoding/>
      <httpTransport/>
    </binding>
  </customBinding>
</bindings>

Стандартные endpoint (атрибут kind) - позволяет для конечных точек (endpoint) определить набор постоянных значений (значений по умолчанию). Например, конечная точка (endpoint) метаданных всегда реализует контракт IMetadataExchange, тогда как WebHttpEndpoint всегда соответствует определенное поведение (behaivor). Стандартные конечные точки (endpoint) как раз позволяют определить набор значений по умолчанию единожды и далее ссылаться на созданную стандартную конечную точку (endpoint), именованную сущность. Стандартная конечная точка (endpoint) может быть задана на любом уровне иерархии.

<services>
  <service>
    <endpoint isSystemEndpoint="true" kind="udpDiscoveryEndpoint" />
  </service>
</services>
<standardEndpoints>  
  <udpDiscoveryEndpoint>
     <standardEndpoint multicastAddress="soap.udp://239.255.255.250:3702" /> 
  </udpDiscoveryEndpoint>
</ standardEndpoints >

.SVC-less конфигурация – позволяет не создавать отдельно файл .svc для сервиса, а определить соответствие между адресом сервиса и контрактом, который он реализует, на логическом уровне (web.config).

<system.serviceModel>
    <serviceHostingEnvironment>      
      <serviceActivations>
        <add relativeAddress="Calculator.svc" 
         service="CalculatorService"/>
      </serviceActivations>
    </serviceHostingEnvironment>
    <services>
      <service name="CalculatorService">
        <endpoint binding="webHttpBinding"
           contract="ICalculatorService" />        
      </service>
    </services>
</system.serviceModel>

Веб-каст с примерами по обсуждаемым возможностям можно найти на портале TechDays.ru - "WCF 4.0 в примерах. Часть 1.".

Создание внебраузерных Silverlight приложений. Часть 1.

spugachev — Mon, 08 Mar 2010 11:39:45 UT

Создание внебраузерных Silverlight приложений. Часть 2.

Введение

Как Вы, наверное, знаете, Silverlight приложения могут работать не только внутри, но и вне браузера (OOB, Out-of-Browser). При этом внебраузерные Silverlight приложения фактически устанавливаются на компьютер пользователя и запускаются с него, а не по сети, как в случае с традиционными Silverlight приложениями, что позволяет внебраузерным приложениям работать и в условиях отсутствия сетевого соединения. Ярлык такого приложения при установке располагаться в меню «Пуск» и/или на рабочем столе (всё зависит от выбора пользователя), оно отображается в диалоге установки и удаления программ операционной системы наравне с обычными Windows приложениями. Если же внебраузерное приложение ещё и является доверенным (trusted), то оно получает доступ к некоторым ресурсам компьютера за пределами традиционной для Silverlight приложений песочницы (sandbox). Например, доверенное приложение может обращаться к части файловой системы компьютера, а не только к изолированному хранилищу (isolated storage), сетевым ресурсам, не требуя обязательного наличия на сервере файла кросс доменной политики (cross domain policy file), а также доверенное внебраузерное Silverlight приложение может взаимодействовать с COM (Component Object Model) объектами, такими, как, например, объекты автоматизации Microsoft Office. И, конечно же, это далеко не полный список дополнительных возможностей доверенных внебраузерных приложений.

Также стоит сказать, что каждое Silverlight приложение может работать вне браузера, если это явным образом разрешил разработчик, поставив всего одну галочку в свойствах проекта в Visual Studio или написав несколько строк на XML, если Visual Studio по каким-то причинам не используется. Поставить галочку просто, но таким образом нельзя получить всех преимуществ работы вне браузера. Ведь для внебраузерных приложений доступны многие программные интерфейсы (API – Application programming interface), не доступные в браузере. Это и оповещения (notifications), и управление параметрами окна внебраузерного приложения, элементы управления WebBrowser и HTMLBrush, а также широчайшие возможности доверенных внебраузерных приложений, о которых упоминалось выше.

Silverlight клиент для Facebook

Многие web разработчики не любят создавать настольные приложения, в том числе и по причине трудности их обновления. Действительно, если мы имеем web приложение, то в большинстве случаев все пользователи работают с последней его версией. Более того, версия у всех одна и та же. В случае же с настольными приложениями мы получаем трудности не только с их обновлением, но ещё и с их установкой.

Внебраузерные Silverlight приложения – это попытка привнести достоинства web приложений в мир настольных. Silverlight практически полностью берёт на себя заботы по обновлению внебраузерных приложений, и во многих случаях разработчику задумываться об этом почти не надо. Требуется написать буквально одну строчку кода, а дальше всё происходит автоматически. В дополнение к обновлению, установку и удаление внебраузерных приложений также полностью берёт на себя платформа.

Надо отметить, что любые Silverlight приложения, в том числе внебраузерные, одинаково хорошо работают как на Windows, так и на MacOS X. При этом обе платформы официально поддерживаются компанией Microsoft и все возможности внебраузерных приложений доступны на каждой из них. Единственной зависимой от платформы возможностью является взаимодействие с COM объектами, которые присутствуют только в Windows.

Кроме того существует проект Moonlight, который обеспечивает работу Silverlight приложений на операционной системе Linux. Это проект с открытым исходным кодом, разрабатываемый компанией Novell при некоторой поддержке со стороны Microsoft. Наблюдается небольшое отставание Moonlight от официальной версии Silverlight, поэтому, если Вы хотите, чтобы Ваши приложения работали и на Linux тоже, не забудьте их протестировать на совместимость с Moonlight.

Создание внебраузерного приложения

Давайте создадим простое внебраузерное приложение (все примеры далее используют Silverlight четвёртой версии, если не оговаривается иное).

Итак, нам понадобится Visual Studio 2010. Запустим её и создадим новый проект.

Выберем File -> New -> Project -> Visual C# -> Silverlight.
Тип проекта «Silverlight Application».
Назовём проект «OOBSilverlightApplication».
Нажмём на кнопку «OK» и в открывшемся диалоге «New Silverlight Application» оставим все параметры без изменений.
Очередной раз, нажав на кнопку «OK», мы создадим проект Silverlight приложения и проект web приложения «OOBSilverlightApplication.Web», которое собственно предназначено для хостинга Silverlight приложения. Создавать web приложение имеет смысл практически всегда, кроме случаев, когда Вы не разрабатываете серверную часть для Вашего внебраузерного Silverlight приложения, или внебраузерное приложение взаимодействует только с уже существующими сторонними сервисами.

Для многих может показаться странным то, что в Visual Studio нет отдельного типа проекта внебраузерного Silverlight приложения. На самом деле это связано с тем, что Silverlight приложение в принципе не может быть только внебраузерным. Оно всегда в первый раз запускается в браузере. А уже из браузера пользователь может установить приложение себе на компьютер.

Интерфейс приложения в браузере и вне его может быть практически одинаковым, но бывают и ситуации (часто такое происходит с доверенными внебраузерными приложениями), когда в браузере отображается только одна кнопка «установить» и, возможно, некоторое текстовое описание, а вся функциональность доступна исключительно вне браузера. При этом физически приложение представляет собой единственный .xap файл. Разработчик может определить окружение, в котором происходит запуск и в связи с этим коренным образом изменить интерфейс и поведение приложения.

Ну что же, вернёмся в Visual Studio. Давайте изменим цвет фона страницы «MainPage.xaml» для того чтобы наше приложение можно было легко идентифицировать. Сделаем это, заменив в строке <Grid x:Name="LayoutRoot" Background="White"> значение цвета фона с «White» на «AliceBlue».

Также добавим в менеджер размещения (layout manager) Grid с именем «LayoutRoot», чей фон мы только что меняли, кнопку, при нажатии на которую пользователь сможет установить приложение.

<Button x:Name="btnInstall" Content="Установить приложение" Width="150" Height="50"/>

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

private void btnInstall_Click(object sender, RoutedEventArgs e)
{
    if (Application.Current.InstallState == InstallState.NotInstalled)
    {
        Application.Current.Install();
    }
}

Учтите только, что с помощью значения свойства Application.Current.InstallState нельзя проверить запущено приложение в браузере или вне его. Для этого существует другое свойство Application.Current.IsRunningOutOfBrowser. Используя его, поменяем цвет фона нашего приложения на оранжевый, в случае, если приложение работает вне браузера. Сделать это проще всего в конструкторе страницы MainPage.

public MainPage()
{
    InitializeComponent();

    if (Application.Current.IsRunningOutOfBrowser)
    {
        LayoutRoot.Background = new SolidColorBrush(Colors.Orange);
    }
}

Кроме того, добавим в конструктор страницы MainPage код, который при изменении состояния установки приложения будет показывать сообщение об этом.

Application.Current.InstallStateChanged += (sender, e) => 
{ MessageBox.Show(Application.Current.InstallState.ToString()); };

Сейчас мы можем запустить наше приложение, но при нажатии на кнопку, получим исключение (exception) «Catastrophic failure (Exception from HRESULT: 0x8000FFFF (E_UNEXPECTED))». Это происходит, так как мы не указали, что приложение вообще может работать вне браузера.

Для того чтобы оно могло так работать, в контекстном меню проекта «OOBSilverlightApplication» в окне «Solution Explorer» выберем пункт «Properties».
В появившемся диалоге на первой вкладке («Silverlight») установим галочку «Enable running application out of browser». В принципе, для корректной работы вне браузера больше ничего не требуется. Однако всегда следует задать базовые настройки внебраузерного приложения.
Нажмём на кнопку «Out-of-Browser Settings…» и в появившемся диалоговом окне установим
- Заголовок окна внебраузерного приложения (Window Title): «Тестовое приложение».
- Текст ярлыка внебраузерного приложения (Shortcut name): «Тест».
- Описание приложения (Application Description): «Описание».

Если Вы хотите, чтобы Ваше внебраузерное приложение было доверенным, установите галочку «Require elevated trust when running outside the browser». При этом пользователю будет показан другой диалог установки, предупреждающей о том, что приложение имеет доступ к ресурсам компьютера и может нанести ему вред.

Диалоговое окно «Out-of-Browser Settings» на самом деле редактирует файл «OutOfBrowserSettings.xml», расположенный в папке «Properties» проекта Silverlight приложения и создаваемый при первой установке галочки «Enable running application out of browser». После наших изменений в настройках файл «OutOfBrowserSettings.xml» выглядит следующим образом.

<OutOfBrowserSettings ShortName="Тест" EnableGPUAcceleration="False" ShowInstallMenuItem="True">
  <OutOfBrowserSettings.Blurb>Описание</OutOfBrowserSettings.Blurb>
  <OutOfBrowserSettings.WindowSettings>
    <WindowSettings Title="Тестовое приложение" />
  </OutOfBrowserSettings.WindowSettings>
  <OutOfBrowserSettings.SecuritySettings>
    <SecuritySettings ElevatedPermissions="NotRequired" />
  </OutOfBrowserSettings.SecuritySettings>
  <OutOfBrowserSettings.Icons />
</OutOfBrowserSettings>

Теперь давайте запустим приложение. Для его установки нажмите на кнопку «Установить приложение» или кликните правой кнопкой мыши в любом его месте и выберете в контекстном меню пункт «Install Тест onto this computer…». Благодаря данному пункту меню пользователь может установить приложение даже, если мы удалим созданную нами кнопку. Естественно и сам пункт меню можно скрыть, сняв галочку «Show install menu» в окне «Out-of-Browser Settings».

После нажатия на кнопку или соответствующий пункт меню перед нами появится диалоговое окно установки приложения. В данном случае иконка приложения стандартная, так как свою иконку мы не задали.

Если бы производилась установка доверенного приложения, то диалоговое окно выглядело бы по-другому.

Выберем опцию добавления ярлыка приложения на рабочий стол (Desktop) и нажмём на кнопку «OK» или «Install» в зависимости от типа приложения. Отобразится несколько сообщений о смене состояния установки, что происходит благодаря написанному нами коду, и приложение запустится вне браузера. Весь процесс установки завершается практически мгновенно.

Как Вы видите, цвет фона вне браузера отличается от цвета фона в браузере, как мы того и хотели. Ярлык нашего приложения доступен в меню Пуск.

А также на рабочем столе.

Кроме того оно отображается в диалоге установки и удаления программ операционной системы.

Вообще, если говорить про удаление внебраузерного Silverlight приложения, то пользоваться диалогом установки и удаления операционной системы не обязательно. Когда приложение установлено, то и в браузере и вне его в контекстном меню Сильверлайта вместо пункта «Install Тест onto this computer…» отображается пункт «Remove this application…». Удаление, как и установка, происходит почти мгновенно.

Заключение

Как Вы видите создавать и использовать внебраузерные Silverlight приложения максимально просто. Надо отметить только, что в случае MacOS X ярлыки внебраузерных приложений располагаются в других местах, а диалоги выглядят в соответствии с оформлением операционной системы. Сами же приложения ведут себя и работают точно также.

Разработчикам стоит учитывать, что системные администраторы с помощью групповых политик могут запретить установку и/или запуск доверенных внебраузерных приложений. Это может быть оправдано с точки зрения политики безопасности организации. Поэтому не стоит требовать расширенных прав «на всякий случай». Если Вам достаточно возможностей обычных внебраузерных приложений – создавайте обычные, а не доверенные внебраузерные приложения.

.NET 4.0 : Collectible assemblies

desco — Sun, 07 Mar 2010 18:21:00 UT

.NET 4.0 : Collectible assemblies

Проблемы с C# Zen Coding

mezastel — Sun, 07 Mar 2010 07:21:06 UT

Сегодня я написал и закомитил расширение C#Zen для Visual Studio 2008. В итоге было решено использовать = вместо : в качестве разделителя. Но я столкнулся с проблемой, которую не ожидал: IntelliSense. Чтобы быстро сделать класс, нужно иметь возможность быстро печатать c=name, но если сделать это в Студии, вы получите char=namespace, потому что IntelliSense решит вам помочь [...]

Использование файлов описания браузеров в ASP.NET 4.0

sashaeve — Sat, 06 Mar 2010 11:31:00 UT

В ASP.NET 4.0 добавлена информация о современных браузерах и устройствах.

Полный список браузеров и устройств выглядит таким образом:

Microsoft Internet Explorer 6, 7, 8
Google Chrome
Mozilla Firefox 3, 3.5
Apple Safari 3, 4
Opera 8, 9, 10
iPhone, IPod
Blackberry
Windows Mobile

Для увеличения производительности информация о старых браузерах и устройствах была удалена. Например, ASP.NET 4.0 не поддерживает информацию о Netscape Navigator и Internet Explorer версий ниже 6.

Файлы описания браузеров и их возможностей (Browser Definition Files and Browser Capabilities)

ASP.NET хранит информацию в файлах, которые называются файлами описания браузера. Эти файлы являются обыкновенными XML файлами, которые легко можно просмотреть в Notepad.

В ASP.NET 3.5 эти файлы размещались в следующей директории:

\Windows\Microsoft.NET\Framework\v2.0.50727\CONFIG\Browsers

В ASP.NET 4.0 файлы находятся в директории:

\Windows\Microsoft.NET\Framework\v4.xxx\CONFIG\Browsers

Каждый файл описания браузера содержит набор свойств. Например, файл firefox.browser содержит информацию о Firefox 3 и Firefox 3.5.

Дополнительную информацию о структуре файлов описания браузера можно получить по ссылке http://msdn.microsoft.com/en-us/library/ms228122.aspx.

Объект HttpBrowserCapabilities, который можно получить из свойства Request.Browser использует файлы описания для определения браузера клиента и возвращает информацию о его возможностях. Например, с помощью свойства Request.Browser.Cookies можно проверить поддерживает ли текущий браузер куки или нет.

Такие элементы управления, как Menu и TreeView используют информацию о возможностях браузера для корректного отображения разметки. Например, полученный HTML код для TreeView в браузерах, которые поддерживают JavaScript, будет существенно отличаться от кода, полученного для браузеров, не поддерживающим JavaScript.

Читать полностью

Отчет NSS Labs о уровне защищенности браузеров на 1 квартал 2010 года

XaocCPS — Sat, 06 Mar 2010 06:23:45 UT

Независимая лаборатория NSS Labs провела очередное тестирование браузеров на уровень их защищенности от угроз т.н. социальных malware. Считается, что этот вид атак стал самым распространенным и опасным в интернете. Обычно такие угрозы представляют собой URL на опасные приложения, которые размещены в различных социальных сетях или сайтах сомнительного происхождения. Результаты теста, совмещенные с результатами предыдущих тестов, ниже:

Полный отчет с описанием всего механизма тестирования доступен здесь. Там же расположен сокращенный отчет с одними только выводами.

.NET Framework - Application Development Foundation [Лекция 2]

Ineta.Ru — Fri, 05 Mar 2010 19:38:05 UT

1. Лекция. Работа с типами данных в .NET Framework 3.5.

1.1. Необходимость введения типов. Ссылочные и значимые типы.

1.2. Числовые типы и типы с плавающей точкой. Строковые типы. Перечисления.

1.3. Массивы.

1.4. Работа с составными типами. Структуры.

1.5. Подведение итогов.

2. Практикум.

Подробнее о мероприятии

Работа на двух экранах - повышение производительности или рассредоточение внимания?

sos — Fri, 05 Mar 2010 18:53:05 UT

Недавно на работе мне достался 17-дюймовый монитор, который стоял на моём рабочем столе без дела. Я решил попробовать и подключить его к ноутбуку, и поскольку как основной экран он был маловат, то естественным образом я стал использовать его как расширение рабочего стола. Для начала второй экран показывал красивую фотографию, т.е. выполнял роль большой фоторамки, но постепенно мне удалось адаптировать стиль работы к двум экранам, примерно следующим образом.

В качестве основного экрана я использую ноутбук – на нём открыто то, с чем я работаю больше всего – Outlook, веб-браузер (IE8), проводник и иногда Far Commander (да-да, я из того поколения людей, которые застали “командира нортона”, и с тех пор предпочитают пользоваться подобными инструментами для файл-менеджмента). Второй экран повёрнут слегка боком (см. картинку ниже), и он выполняет в первую очередь коммуникационно-вдохновляющую функцию: на нём открыт твиттер (Seesmic for Windows), гаджет с фотографиями, Office Communicator (который после внедрения у нас Enterprise Voice выполняет и функцию телефона – отсюда и почти всегда надетые наушники с микрофоном) и Windows Live Messenger.

Помимо коммуникаций, второй экран используется для концентрации локального фокуса внимания. Например, если мне надо сосредоточиться на написании одного письма – оно перетаскивается на второй экран (закрывая собою твиттер). Теперь, даже если меня отвлекают на какие-то срочные дела и я начинаю открывать много окон и папок, всегла легко вернуться к “главному” делу – глаз сам тянется к твиттеру, и находит соответствующее окно. А когда главное дело доделывается и окно закрывается – сразу хочется написать об этом в открывшемся твиттере!

Такое неравнозначное использование экранов отчасти вызвано тем, что экраны разного размера, и глаз испытывает некоторый дискомфорт при переходе от одного к другому. В случае, когда используются одинаковые мониторы, можно рассматривать расширенный десктоп просто как большой рабочий стол – в этом случае наверное может сложиться другой стиль работы. Однако поскольку для всех владельцев ноутбуков + внешних мониторов такая ситуация с неравнозначностью экранов будет нормой, мне показалось полезным описать тут свой опыт по эффективному использованию такой конфигурации. Оказывается, не я один в Майкрософт использую такую конфигурацию – вот и Яна Фролова, моя коллега, тоже! А другие используют просто монитор в качестве основного, не используя ноутбучную панель вообще.

Друзья, а вы имели опыт работы в многомониторной конфигурации? Поделитесь опытом, как вы используете в этом случае рабочее пространство! Пользователи ноутбуков – как вы думаете, внешний монитор помогает работать более эффективно, или скорее рассеивает внимание? А есть ли кто-то, кто работал с тремя мониторами? А с четырьмя? Буду признателен за ваш опыт – уверен, нам всем есть чему поучиться друг у друга!

Создаем гаджет для Windows 7

sashaeve — Fri, 05 Mar 2010 18:39:00 UT

Гаджет - это оригинальное, нестандартное техническое приспособление. Сегодня поговорим, как создать гаджет для Windows 7.

В качестве примера реализуем гаджет, который будет отображать последние записи из блогов нашего сообщества. Итак, приступим.

Минимальный гаджет должен состоять из двух файлов - gadget.xml (мета информация) и main.html (собственно, гаджет).

gadget.xml

Вся мета информация о нашем гаджете должна храниться в файле с названием gadget.xml:

<?xml version="1.0" encoding="utf-8" ?>
<gadget>
<name>Microsoft User Group Винница</name>
<namespace>msug.vinnitsya.gadget</namespace>
<version>1.0.1</version>
<author name="Microsoft User Group Винница">
<info url="http://msug.vn.ua/" text="Официальный сайт Microsoft User Group Винница" />
<logo src="logo.png" />
</author>
<copyright>© Microsoft User Group Винница</copyright>
<description>Последние сообщения из блогов сайта Microsoft User Group Винница.</description>
<icons>
<icon height="64" width="64" src="logo.png" />
</icons>
<hosts>
<host name="sidebar">
<base type="HTML" apiVersion="1.0.0" src="main.html" />
<permissions>Full</permissions>
<platform minPlatformVersion="1.0" />
<defaultImage src="icon.gif" />
</host>
</hosts>
</gadget>

Читать полностью

WCF: немного об интероперабильности

natale — Fri, 05 Mar 2010 17:10:28 UT

WCF & WSE 2.0

Организация взаимодействия WCF и сервиса, поддерживающего стандарт WSE 2.0.

Ответ простой: использовать WSE 3.0, либо настроить custombinding в WCF. Почему? WCF поддерживает только WS-Security 1.1. WSE 3.0 реализует WS-Security 1.0 и WS-Security 1.1, а WSE 2.0 только WS-Security 1.0.

WCF & Java

Организация взаимодействия WCF и Java.

Ответ: убедитесь, что Action Header (приходящее от Java) не является пустым, либо установите в WCF атрибут ServiceBehavior – AddressFilterMode.

C# Zen Coding уже на F#

mezastel — Fri, 05 Mar 2010 16:45:39 UT

В моем предыдущем посте, где я описал идею CSharpZen, я пообещал две вещи – дописать расширение для Visual Studio 2010, а также записать вебкаст того, как это можно использовать. Но пока я дописывал код для трансформатора, мне снова показалось что код может стать более понятным если его переписать на F#. И понеслось… Почему опять F#? Я [...]

Расширяемость Reporting Services 2008 R2: Введение

evgeniy_nikonorov — Fri, 05 Mar 2010 14:48:45 UT

Опубликовал новый вебкаст по интересной теме:

Расширяемость Reporting Services 2008 R2: Введение

В докладе рассматривается архитектура Reporting Services 2008 R2 с точки зрения расширяемости. Приведены модули расширения, встроенные по умолчанию, а также рассмотрены примеры возможных расширений. Приведены ссылки на ресурсы сторонних производителей расширений для RS.

В планах сделать по докладу по каждому пункту, так что принимаются заявки :),

первым делом собираюсь рассмотреть RDC расширение

Прямой доступ к базе данных 1С7.7

serbelyakov — Fri, 05 Mar 2010 09:21:08 UT

Большая часть российских предприятий для автоматизации бухгалтерского учета и экономических расчетов использует программу 1С. Эта программа предлагает вполне достаточный базовый функционал, но никогда не сможет удовлетворить ВСЕ наши пожелания. Поэтому, если в программе, написанной на C#, научиться напрямую читать данные из баз 1С, то весь недостающий функционал 1С вы сможете сами реализовать в своих программах.

MyConnect – позволяющий создать подключение к базе данных (метод OleDbConn(string DataPath)) и скопировать dbf–файл в объект DataTable (метод CopyDataTable(OleDbConnection OleDbConn, string myDoc). См. Microsoft OLE DB Provider for Visual FoxPro
Browse – выводящий на экран объект DataTable в виде таблицы (метод Browse(DataTable tbl)). См. DataGridView
Graph – строящий график из двух заданных полей объекта DataTable (метод Graph(DataTable tblgraph, string X, string Y)). См. Microsoft Chart Controls

Создаем библиотеку классов

Если вы работаете с Microsoft Visual Studio, выберите шаблон – "Пустой проект", укажите название проекта – "Tools" и добавьте в него "Файл с текстом программы". Кроме того, в свойствах проекта поменяйте тип выходных данных на "Библиотека классов". Не забудьте в обозреватель решений добавить ссылки на:

System
System.Data
System.Windows.Forms
System.XML
System.Drawing
System.Windows.Forms.DataVisualization

Все классы и методы я оставил без изменений, кроме метода CopyDataTable(OleDbConnection OleDbConn, string myDoc). В новой версии он стал более универсальным, так как теперь ему передается не название dbf–файла, а сторока SQL – запроса. Измененные строки выделены более ярким цветом:

using System;
using System.Data;
using System.Windows.Forms;
using System.Drawing;
using System.Xml;
using System.Data.OleDb;
using System.Windows.Forms.DataVisualization.Charting;

namespace tools
{
    public class MyConnect
    {
         const string DataProvider = @"vfpoledb.1"; // Провайдер

         // Создать OleDbConnection
         public OleDbConnection OleDbConn(string DataPath)
         {
             // Для того, чтобы создать OLE – соединение с локальной базой данных,
             // необходимо указать 2 параметра – провайдера и путь к базе данных.
             // Для наглядности я воспользовался построителем строк подключения –
             // OleDbConnectionStringBuilder.
             OleDbConnectionStringBuilder bldr = new OleDbConnectionStringBuilder();
             bldr.DataSource = DataPath; // Указываем путь
             bldr.Provider = DataProvider; // Указываем провайдера
             // Создаем подключение к источнику данных
             OleDbConnection myConn = new OleDbConnection(bldr.ConnectionString);
             return myConn;
         }

         // Прочитать dbf-файл в DataTable
         public DataTable CopyDataTable(OleDbConnection OleDbConn, string mySQL)
         {
             // Класс, необходимый для задания оператора SQL и источника данных
             OleDbCommand cmd = new OleDbCommand();
             cmd.CommandText = @mySQL; // Задаем оператор SQL
             cmd.Connection = OleDbConn; // Задаем источник данных

             // Объект OleDbDataAdapter выполняет функцию моста между DataTable и источником данных.
             OleDbDataAdapter da = new OleDbDataAdapter();
             da.SelectCommand = cmd;

             DataTable tbl = new DataTable();
             // Обеспечивает он такой мост с помощью метода Fill.
             da.Fill(tbl);
             return tbl;
         }
    }

    public class Browse : Form
    {
         internal protected DataGridView dataGridView;

         public Browse(DataTable tbl)
         {
             // Browse форма - свойства
             Text = "Viewer2";
             // Задаем размер клиентской области формы
             ClientSize = new Size(700, 400);
             // Располагаем форму в центре экрана
             StartPosition = FormStartPosition.CenterScreen;

             // Browse форма - методы
             Resize += new EventHandler(BrowseResize);

             // dataGridView - свойства
             dataGridView = new DataGridView();
             dataGridView.Parent = this;
             // Задаем размер таблицы относительно клиентской области формы
             dataGridView.Height = ClientSize.Height - 20;
             dataGridView.Width = ClientSize.Width - 20;
             // Задаем положение таблицы относительно левого верхнего угла формы
             dataGridView.Left = 10;
             dataGridView.Top = 10;

             // указываем источник данных
             dataGridView.DataSource = tbl;

             // Подбираем в цикле ширину всех колонок
             foreach (DataColumn col in tbl.Columns)
                 dataGridView.Columns[col.Caption].AutoSizeMode = DataGridViewAutoSizeColumnMode.AllCells;
         }

         // Реакция формы на изменение размера
         void BrowseResize(object sender, EventArgs e)
         {
             // Подгоняем размер таблицы под клиентскую область формы
             dataGridView.Height = ClientSize.Height - 20;
             dataGridView.Width = ClientSize.Width - 20;
         }
    }

    public class Graph : Form
    {
         public Graph(DataTable tblgraph, string X, string Y)
         {
             // Главная форма - свойства
             Text = "Graph1";
             ClientSize = new Size(700, 400);

             // MicrosoftChart - свойства
             Chart myChart = new Chart();
             myChart.Parent = this;
             myChart.Left = 10;
             myChart.Top = 10;
             myChart.Width = (ClientSize.Width - 20);
             myChart.Height = (ClientSize.Height - 20);
             myChart.DataSource = tblgraph;

             // Фон
             myChart.BackColor = Color.MistyRose;
             myChart.BackGradientStyle = GradientStyle.DiagonalLeft;

             // Оформление границ
             myChart.BorderSkin.SkinStyle = BorderSkinStyle.Sunken;
             myChart.BorderSkin.PageColor = this.BackColor;

             // Область в которой будет построен график
             ChartArea myChartArea = new ChartArea();
             myChartArea.Name = "myChartArea";
             myChart.ChartAreas.Add(myChartArea);

             // Линии сетки
             myChartArea.AxisX.MajorGrid.LineColor = SystemColors.ControlLight;
             myChartArea.AxisY.MajorGrid.LineColor = SystemColors.ControlLight;

             // График
             Series mySeries1 = new Series();
             mySeries1.ChartType = SeriesChartType.Spline;
             mySeries1.ChartArea = "myChartArea";
             mySeries1.XValueMember = X;
             mySeries1.YValueMembers = Y;
             myChart.Series.Add(mySeries1);
         }
    }
}

Постройте решение ("Build Solution") и проверьте в папке …\bin\Debug\ наличие файла Tools.dll. Библиотека готова, и мы можем приступить к работе с базой 1С7.7. Она существует в 2-х вариантах: локальная и SQL версии. Весь изложенный материал применим к обеим из них, разница лишь в методе подключения к базе данных. Например, для подключения к SQL базе можно вместо метода - OleDbConn(string DataPath) использовать следующий метод:

         public SqlConnection SqlConn(string DataPath)
         {
             SqlConnectionStringBuilder bldr = new SqlConnectionStringBuilder ();
             bldr.DataSource = @".\SQLEXPRESS";
             bldr.InitialCatalog = DataPath;
             bldr.IntegratedSecurity = true;
             bldr.ConnectTimeout = 30;
             bldr.UserInstance = true;
             SqlConnection myConn = new SqlConnection(bldr.ConnectionString);
             return myConn;
         }

В локальной версии база данных 1С7.7 состоит из совокупности файлов формата Dbase. Информация о назначении и структуре каждого файла указана в файле - 1Cv7.dd. Обычно он находится там же, где и база данных. Как это выглядит, разберем на примере документа – "Расходная накладная". Необходимую нам информацию я выделил более ярким цветом, мои пояснения – зеленым цветом:

Если у документа есть табличная часть, то она хранится в отдельном файле (dh294.dbf – заголовочная часть документа, dt294.dbf – табличная часть документа).
Вместо названий товаров и контрагентов в файле хранятся только коды, а сами названия - отдельно в справочниках.

Журналы (1sjourn.dbf) – только здесь хранятся номера и даты всех документов 1С,
Справочник контрагентов (sc133.dbf) – отсюда возьмем названия клиентов,
Справочник номенклатуры (sc156.dbf) – здесь названия всей номенклатуры товаров и услуг.

Всю необходимую информацию для написания SQL запроса к базе данных 1С7.7 мы собрали. Формируем документ "Расходная накладная":

SELECT _1sjourn.docno, _1sjourn.date, sc133.descr AS Client, "sc156.descr AS Good,
       dt294.sp284 AS Number, dt294.sp285 AS Price, dt294.sp286 AS Summa,
       dt294.sp287 AS NDS, dt294.sp290 AS Total
  FROM dh294
   INNER JOIN 1sjourn _1sjourn ON dh294.iddoc = _1sjourn.iddoc
   INNER JOIN sc133 ON dh294.sp277 = sc133.id
   INNER JOIN dt294 ON dh294.iddoc = dt294.iddoc
   INNER JOIN sc156 ON dt294.sp283 = sc156.id

Теперь перейдем к созданию исполняемой программы. Если вы работаете с Microsoft Visual Studio, выберите шаблон – "Пустой проект", укажите название проекта – "1С77" и добавьте в него "Файл с текстом программы". Кроме того, в свойствах проекта поменяйте тип выходных данных на "Приложение Windows".

Используем Browse для просмотра документов – "Расходная накладная"

В обозревателе решений указываем ссылки на:

System
System.Data
System.Windows.Forms
System.XML

И, кроме того, надо добавить ссылку на нашу библиотеку – Tools. Разница лишь в том, что в окне "Добавить ссылку" надо вместо вкладки ".NET" выбрать вкладку "Обзор" и найти Tools.dll. Ниже приведен листинг программы:

using System;
using System.Data;
using System.Data.OleDb;
using tools;

namespace _1C77
{
    public class SQL1C
    {
         // Документу из 1С приводим в соответствие SQL запрос
         public string SQL1C77(string NameDoc)
         {
             string StringSQL = "SELECT * FROM " + NameDoc;
             switch (NameDoc)
             {
                 case "РасходнаяНакладная":
                     StringSQL = "SELECT _1sjourn.docno, _1sjourn.date, sc133.descr AS Client, " +
                     "sc156.descr AS Good, dt294.sp284 AS Number, dt294.sp285 AS Price, " +
                     "dt294.sp286 AS Summa, dt294.sp287 AS NDS, dt294.sp290 AS Total FROM dh294 " +
                     "INNER JOIN 1sjourn _1sjourn ON dh294.iddoc = _1sjourn.iddoc " +
                     "INNER JOIN sc133 ON dh294.sp277 = sc133.id " +
                     "INNER JOIN dt294 ON dh294.iddoc = dt294.iddoc " +
                     "INNER JOIN sc156 ON dt294.sp283 = sc156.id";
                     break;
             }
             return StringSQL;
         }
    }

    class _1C77
     {
         public static void Main()
         {
             MyConnect mycon = new MyConnect();
             // Создаем соединение с базой данных
             OleDbConnection OleDbCon = mycon.OleDbConn(@"C:\Program Files\1Cv77\1SBDemo\");
             // Открываем его
             OleDbCon.Open();

             SQL1C mySQL1C = new SQL1C();
             // Выбираем SQL запрос для Расходной накладной
             string SQL1C1 = mySQL1C.SQL1C77("РасходнаяНакладная");
             // Указывая соединение с базой данных и строку SQL, получем объект DataTable
             DataTable Doc1C1 = mycon.CopyDataTable(OleDbCon, SQL1C1);

             // Создаем объект browse
             Browse browse = new Browse(Doc1C1);
             // и выводим его на экран
             browse.ShowDialog();

             // Закрываем соединение
             OleDbCon.Close();
         }
    }
}

Принцип, думаю понятен и теперь вы сами сможете организовать запрос к любому документу в базе 1С7.7. В заключение лишь хочу привести еще один пример, во-первых, использования созданной нами библиотеки (класс Graph), а, во-вторых, открытия другого документа 1С – "Платежного поручения":

Строим график, используя данные документов – "Платежное поручение"

using System;
using System.Data;
using System.Data.OleDb;
using tools;

namespace _1C77
{
    public class SQL1C
    {
         // Документу из 1С приводим в соответствие SQL запрос
         public string SQL1C77(string NameDoc)
         {
             string StringSQL = "SELECT * FROM " + NameDoc;
             switch (NameDoc)
             {
                 case "РасходнаяНакладная":
                     StringSQL = "SELECT _1sjourn.docno, _1sjourn.date, sc133.descr AS Client, " +
                     "sc156.descr AS Good, dt294.sp284 AS Number, dt294.sp285 AS Price, " +
                     "dt294.sp286 AS Summa, dt294.sp287 AS NDS, dt294.sp290 AS Total FROM dh294 " +
                     "INNER JOIN 1sjourn _1sjourn ON dh294.iddoc = _1sjourn.iddoc " +
                     "INNER JOIN sc133 ON dh294.sp277 = sc133.id " +
                     "INNER JOIN dt294 ON dh294.iddoc = dt294.iddoc " +
                     "INNER JOIN sc156 ON dt294.sp283 = sc156.id";
                     break;
                 case "ПлатежноеПоручение":
                     StringSQL = "SELECT _1sjourn.docno, _1sjourn.date, sc133.descr AS Client, " +
                     "dh12070.sp12059 AS Summa, dh12070.sp12061 AS NDS FROM dh12070 " +
                     "INNER JOIN 1sjourn _1sjourn ON dh12070.iddoc = _1sjourn.iddoc " +
                     "INNER JOIN sc133 ON dh12070.sp12058 = sc133.id";
                     break;
             }
             return StringSQL;
         }
    }

    class _1C77
    {
         public static void Main()
         {
             MyConnect mycon = new MyConnect();
             // Создаем соединение с базой данных
             OleDbConnection OleDbCon = mycon.OleDbConn(@"C:\Program Files\1Cv77\1SBDemo\");
             // Открываем его
             OleDbCon.Open();

             SQL1C mySQL1C = new SQL1C();
             // Выбираем SQL запрос для Платежного поручения
             string SQL1C2 = mySQL1C.SQL1C77("ПлатежноеПоручение");
             // Указывая соединение с базой данных и строку SQL, получем объект DataTable
             DataTable Doc1C2 = mycon.CopyDataTable(OleDbCon, SQL1C2);

             // Создаем объект graph
             Graph graph = new Graph(Doc1C2, "date", "summa");
             // и выводим его на экран
             graph.ShowDialog();

             // Закрываем соединение
             OleDbCon.Close();
         }
    }
}

В этой статье вы научились получать данные из базы данных 1С7.7, посмотрели их в DataGridView и построили на основе этих данных график. Для полного комплекта не хватает только еще научиться:

сохранять данные на диск,
выводить их в отчет и на печать

В следующей статье разберем универсальный метод сохранения объекта DataTable в dbf-файл.

www.virtualexpert.ru

Первая встреча Microsoft .NET User Group в Таганроге!

Ineta.Ru — Fri, 05 Mar 2010 06:38:04 UT

Подробнее о мероприятии

WPF 4.0. Что нового? Часть 5.

outcoldman — Thu, 04 Mar 2010 20:50:48 UT

Последняя статья из серии что нового в WPF. Предыдущие версии: 1, 2, 3, 4. В данной части будет небольшая солянка из еще найденных и откопанных нововведений. Предполагаю, что можно найти и другие, но уже и эти не совсем нужны в продакшене, потому, пожалуй, пора остановится.