ASP.NET

Полезная функция - RegisterExpandoAttribute

Василий Петрухин — Wed, 24 Oct 2007 16:32:00 GMT

http://blog.madskristensen.dk/post/The-expando-attribute.aspx

Аналог Community Server от Microsoft

Василий Петрухин — Mon, 02 Apr 2007 14:48:00 GMT

Microsoft готовит аналог Community Server под названием Microsoft.community для использования на своих сайтах. Будет интересно взглянуть на результат.

Best Practice Analyzer для ASP.NET

Василий Петрухин — Thu, 08 Feb 2007 14:00:00 GMT

Случайно нашел интересный проект на сайте CodePlex - Microsoft Best Practices Analyzer. Судя по интерфейсу это единый движок для различных best practices анализаторов. Данный проект идет только с плагином для анализа ASP.NET проектов на предмет соответствия рекомендуемым настройкам безопасности и производительности. Для анализа указывается путь к файлу machine.config, к корневому файлу web.config и к файлу web.config конкретного приложения. Непонятно только анализирует ли утилита вышерасположенные web.config, если приложение наследует часть настроек из родительского(-их) пприложения.

Бесплатный ISAPI фильтр перезаписи url для IIS 5.x/6

Василий Петрухин — Thu, 18 Jan 2007 16:27:00 GMT

Теперь и для IIS есть бесплатный ISAPI фильтр перезаписи URL с поддержкой регулярных выражений и нескольких сайтов - Ionic's ISAPI Rewrite Filter. Архив с программой занимает всего 360 Кб. В комплекте идет краткая документация и исходные тексты на C. Установка фильтра производится вручную, но это не должно вызывать затруднений так как подробно описана в документации. На тестовом сервере фильтр заработал без проблем. В ближайшее время постараюсь попробую его на рабочем сервере с хорошей нагрузкой.

Присвоение свойству различных значений в зависимости от браузера в ASP.NET 2

Василий Петрухин — Wed, 17 Jan 2007 15:59:00 GMT

Недавно узнал что в ASP.NET можно назначать разные значения свойствам для элементов управления и директив. Например, в директиве @ Page можно написать: <%@ Page MasterPageFile="~/Default.master" ie:MasterPageFile="~/Default_ie.master" %>. Такая запись указывает, что для MSIE будет использоваться отдельный MasterPage и другой для всех остальных. Префикс ie в данном случае называется device identifier и соответствует значению атрибута id из файлов *.browser. Они находятся в папке %systemroot%\Microsoft.NET\Framework\v2.0.50727\CONFIG\Browsers\. При необходимости можно создать свой browser файл и выложить его в папку App_Browsers в корне приложения.

Подобный синтаксис может использоваться в директивах @ Control и @ Master, а также для свойств элементов управления. Смотрите примеры в блоге Скота Гатри (Scott Guthrie). Документация этой возможности есть в статье MSDN ASP.NET Device Filtering Overview.

Вывод Windows иконок в приложении ASP.NET

Василий Петрухин — Fri, 12 Jan 2007 13:55:00 GMT

Возможность вывода на своем сайте Windows иконок ассоцированных с конкретным расширением файла может оказаться весьма полезной и Майкл Володарский (Mike Volodarsky) написал HttpHandler для ASP.NET делающий именно это. В данный момент обработчик выложен в откомпилированном виде без исходников, но при наличии интереса Майк обещает выложить исходные тексты и описать детали реализации.

Как запустить проект ASP.NET в виде корневого сайта в VS2005 SP1

Василий Петрухин — Wed, 20 Dec 2006 20:16:00 GMT

Совет от Скота Гутри (Scott Guthrie) - Tip/Trick: How to Run a Root "/" Site with the Local Web Server using VS 2005 SP1.

Использование Trace.Fail может привести к зависанию приложений ASP.NET 2.0 на стороне сервера

Василий Петрухин — Thu, 21 Sep 2006 11:23:00 GMT

Если ваш код использует функцию Trace.Fail, то это может вызвать зависание рабочего процесса IIS, а значит, и приложения ASP.NET. Причина в появлении диалога на стороне сервера, на который некому реагировать. Чтобы избежать этого следует отказаться от использования Trace.Fail или добавить в web.config следующие настройки:

<configuration>
   <system.diagnostics>
      <assert assertuienabled="false" logfilename="c:\log.txt"/>
   </system.diagnostics>
</configuration>

(via Preventing Dialogs on the Server-Side in ASP.NET or Trace.Fail considered Harmful)

Как определить програмным путем в каком режиме (debud или release) откомпилирована сборка

Василий Петрухин — Thu, 31 Aug 2006 14:05:00 GMT

Вопрос определения режима компиляции програмным путем интересовал меня уже давно и благодаря Скотту Хансельману (Scott Hanselman) ответ найден: How to Programmatically Detect if an Assembly is Compiled in Debug or Release mode. Спасибо Скотт!

Эту методику можно использовать как в обычном приложении так и в приложении ASP.NET. Замените вызов Assembly.LoadFrom на Assembly.GetExecutingAssembly или Assembly.GetCallingAssembly. Результат работы кода внутри приложения ASP.NET зависит не только от режима компиляции самой сборки, но и параметра debug из файла web.config.

[обновление от 22 января 2007г] В ASP.NET работу в режиме отладки можно определить с помощью HttpContext.Current.IsDebuggingEnabled. (источник)

Шаблон файла проекта для компиляции с помощью MSBuild

Василий Петрухин — Fri, 25 Aug 2006 19:33:00 GMT

Вместе с .NET Framework 2.0 поставляется утилита MSBuild позволяющая компилировать проекты Visual Studio без ее установки, при условии наличия всех исходных файлов, конечно. Это может оказаться полезным для компиляции проекта ASP.NET прямо на рабочем веб-сервере или, при работе группы над большим проектом, ежедневных ночных компиляций. Кроме этого можно создавать свои собственные проекты. Формат несложный и полностью описан в MSDN, но там не хватает готового примера компиляции проекта с режимами debug и release. В результате я решил сделать такой пример самостоятельно и выкладываю его здесь для всеобщего обозрения. Вдруг кому-то еще пригодится.

<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003" DefaultTargets="Build">
    <PropertyGroup>
        <SourcePath>source</SourcePath>
    </PropertyGroup>
    <Choose>
        <When Condition="'$(Configuration)'=='DEBUG'">
            <PropertyGroup>
                <DefineConstants>DEBUG</DefineConstants>
                <Optimize>false</Optimize>
                <CheckForOverflowUnderflow>true</CheckForOverflowUnderflow>
                <EmitDebugInformation>true</EmitDebugInformation>
            </PropertyGroup>
        </When>
        <Otherwise>
            <PropertyGroup>
                <DefineConstants></DefineConstants>
                <Optimize>true</Optimize>
                <CheckForOverflowUnderflow>false</CheckForOverflowUnderflow>
                <EmitDebugInformation>false</EmitDebugInformation>
            </PropertyGroup>
        </Otherwise>
    </Choose>
    <Target Name="Resources">
    </Target>
    <Target Name="Build" DependsOnTargets="Resources">
        <Csc
             Sources="@(CSFile)"
             TargetType="library"
             OutputAssembly="$(MSBuildProjectName).dll"
             KeyFile="$(MSBuildProjectName).snk"
             CheckForOverflowUnderflow="$(CheckForOverflowUnderflow)"
             EmitDebugInformation="$(EmitDebugInformation)"
             DefineConstants="$(DefineConstants)"
             Optimize="$(Optimize)"
             NoLogo="true"
        />
    </Target>
    <ItemGroup>
        <CSFile Include="$(SourcePath)\AssemblyInfo.cs" />
        <!-- остальные исходные файлы проекта -->
        ...
    </ItemGroup>
</Project>

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

Для компиляции проекта в режиме release команда выглядит так:

msbuild myProject.proj

Для компиляции в режиме debug так:

msbuild myProject.proj /p:Configuration=Debug

Для компиляции проекта на VB.NET вместо задачи <Csc>надо будет использовать задачу <Vbc>, у которой вместо параметра CheckForOverflowUnderflow используется параметр RemoveIntegerChecks. Других отличий вроде нет.