Последняя версия библиотеки AjaxControlToolkit (сентябрь 2009) порадовала добавлением нового контрола - AsyncFileUpload. Данный контрол (AsyncFileUpload) позволяет загружать файлы на сервер без перегрузки страницы, то есть асинхронно. Так сложилось, что именно в тоже самое время мне пришлось его использовать в одном из проектов. Сообственно, хочу поделиться впечатлениями.

 

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

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

Где-то полгода назад я перенёс один из своих сайтов с HostBizUa.com на Hosting.ua, об этом я упоминал в обзоре Hosting.ua.Тогда же я обещал, что напишу причины смены хостера, но, к сожалению,выполнить обещание забыл. Так что буду навёрстывать упущенное и впоминать дела минувшых дней.

Основнойпричиной ухода от HostBizUa.com было следующее: в определённый моментмне понадобилось сохранять файлы на сервер с сайта, но такойвозможности не оказалось, потому что учётная запись под которойкрутится IIS  не имела права на запись. Обнаружив это, я написал письмо сапорту:

Посмотрел на днях презентацию c конференции MIX ASP.NET 4.0: What's Next?, которую проводил Stephen Walter (Senior Program Manager at Microsoft). Должен сказать, что улучшения в следующей версии ASP.NET, а также в Visual Studio 2010, приятно удивили. Что же нового нам готовит ASP.NET 4.0?

Возникла необходимость сохранять в базу с помощью NHebirnate такую вот структуру классов:

Таблица для сохранения обьектов обоих классов используется общая

Ключевым моментом в реализации наследования (table-per-class-hierarchy) в NHebirnate является элемент discriminator. Используя этот элемент можно указать колонку в базе данных, с помощью которой будут различаться обьекты.
Что же получается?! Смотрим маппинг файл базового класса:

[code=xml]<?xml version="1.0" encoding="utf-8" ?>
<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2" default-lazy="false" namespace="Test.Product" assembly="ProductTest">
    <class name="Test.Product,ProductTest" table="Product">
        <id name="Id" type="Guid">
            <generator class="identity" />
        </id>
        <discriminator column="Type"
                not-null="true"
                type="System.String"/>
        <property name="Title" type="string" />
        <property name="Description" type="string" not-null="false" />
    </class>
</hibernate-mapping>[/code]
Чтобы всё заработало в таблице Product создаём колонку Type типа nvarchar (размер по желанию). В дочернем маппинг файле описываем дополнительные свойства:

[code=xml]<?xml version="1.0" encoding="utf-8" ?>
<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2" default-lazy="false">
    <subclass name="Namespace, Class" extends="Test.Product, BookTest" discriminator-value="Book">
        <property name="ISBN" type="String" not-null="false"/>
        <property name="Author" type="String" not-null="false"/>
        <property name="PublishDate" type="DateTime" not-null="false"/>
    </subclass>
</hibernate-mapping>[/code]
Также указываем значение discriminator-value. Именно по этому значению будет определяться принадлежность записи таблицы к тому или иному классу.