GirTab v1.8 MultiOS

позволяет осуществлять сегментирование программного продукта, т. версия программы не предназначенная для GirTab v1.8 MultiOS в сети может использовать локальные базы данных с картами, а в сетевой версии карты хранятся GirTab v1.8 MultiOS центральном сервере, что имеет ряд своих преимуществ, например, легкое обновление.

После того, как была написана процедура импорта GirTab v1.8 MultiOS файлов формата shp в СУБД и получены первые результаты по отображению картографической информации, возникло непреодолимое желание сравнить разные встраиваемые СУБД на производительность. GirTab v1.8 MultiOS запросы на выборку объектов осуществляются на стандартном SQL. Мы протестировали Firebird, SqLite, DBF, MSSQL, результаты приведены в таблице 1. Сравнение различных СУДБ по средней GirTab v1.8 MultiOS. Место СУБД1 MSSQL 2008 на GirTab v1.8 MultiOS сервере2 MSSQL 2008 на одной машине с клиентом3 DBF4 MSSQL CE 3.

55 Firebird Embedded6 SqLiteПодробности процедуры тестирования и обсуждение результатов выходят за рамки данной статьи.

Внимательные читатели могут заметить, что мы не проводили испытания СУБД GirTab v1.8 MultiOS и могут провести эту процедуру сами. В рамках статьи мы будем рассматривать реализацию GirTab v1.8 MultiOS MSSQL CE 3. Для реализации нашей GirTab v1.8 MultiOS вполне достаточно одной таблицы со структурой, представленной в таблице 2 . GirTab v1.8 MultiOS Тип данных ОписаниеId Int Первичный ключName Nvarchar 255 Имя объектаDescription Nvarchar 255 Описание объектаData Image GirTab v1.8 MultiOS TinyInt Тип объектаElementType TinyInt Тип элементов Give Me Too v2.00 GirTab v1.8 MultiOS TinyInt МасштабObjectId Int Идентификатор объектаElementId Int Идентификатор элемента объектаComplex Bit Признак Glary Utilities Pro v2.3.2.101 составного елементаВыборка GirTab v1.8 MultiOS для отображения для нужного масштаба легко осуществляется запросом вида:select ObjectId, ObjectType, Name as ObjectName, ElementType, Data, Description, Complex, ElementId from MapObject where Zoom Zoom order by ObjectTypeПодробности реализации этой функциональности можно посмотреть в прилагаемом примере. Дополнительные GirTab v1.8 MultiOS легко реализуются изменением этой таблички, и возможно добавлением нескольких других. В реальном приложении у нас имеется 5 GirTab v1.8 MultiOS, из которых 3 предназначены для поиска объектов. WPF использует векторную графику как формат отрисовки, это означает что специальным GirTab v1.8 MultiOS сохраняется и передается подсистемы вывода набор инструкций, которые описывают как именно необходимо выполнить отрисовку, используя графические примитивы, такие как набор линий, кривых и других команд. Это позволяет легко осуществлять масштабирование без потери качества.

Объекты GirTab v1.8 MultiOS представлены набором примитивов Rectangle, Ellipse и т. И легко могут быть использованы непосредственно в разметке xaml, поддерживают выравнивание и обработку событий, однако производительность системы при отрисовке достаточно большого количества таких объектов оставляет желать лучшего. Объекты DrawingVisual обеспечивают максимальную производительность при отрисовке GirTab v1.8 MultiOS, картинок или текста. Это достигается за счет того, что они не поддерживают компоновки и событий. Для их использования необходимо создать контейнер, унаследованный от класса FrameworkElement.

Для хранения объектов DrawingVisual нужно использовать класс VisualCollection.

Для обеспечения компоновки контейнера необходимо перекрыть две простых функции. public class BaseRenderer : FrameworkElement member for optimize GirTab v1.8 MultiOS VisualCollection ObjectChildrenList; protected override int VisualChildrenCount get return ObjectChildrenList. Count; protected override Visual GetVisualChild int index return ObjectChildrenList index ; Созданные объекты DrawingVisual должны быть помещены в коллекцию ObjectChildrenList для того чтобы графическая подсистема WPF смогла осуществить их отрисовку. Причем, для максимального быстродействия необходимо использовать функцию Add и добавлять объекты последовательно. В ином случае, например при использовании функции Insert осуществляется пересчет визуального GirTab v1.8 MultiOS у всех элементов с индексом, большим чем индекс вставки. В GirTab v1.8 MultiOS легко убедиться использую любой профилировщик, например jetBrance 5 или посмотрев исходные коды, например, используя Reflector 6 .

Итак, вначале создается GirTab v1.8 MultiOS MapDrawingVisual, который является наследником объекта DrawingVisual и имеет ссылку на бизнес объект карты, для выполнения процедуры HitTesting проверка попадания . Затем получается стиль для отрисовки объекта, создается геометрия и производится сама отрисовка.

private void CreateDrawing MapElement element, bool closed MapDrawingVisual drawingVisual new MapDrawingVisual ; drawingVisual.

MapObject; DrawingContext drawingContext drawingVisual. GetStyle element ; Geometry geometry CreateBaseGeometry element, closed ; drawingContext. Close ; AddDrawingVisual drawingVisual ; private void AddDrawingVisual DrawingVisual drawingVisual ObjectChildrenList.

Add drawingVisual ; Рисование простых графических примитивов осуществляется с помощью класса StreamGeometry, который обеспечивает максимальную производительность. Кроме того, производительность можно еще увеличить, если её заморозить Freeze . у нас объекты карты не предназначены для модификации. private static Geometry CreateGeometry Point points, bool closed, bool freeze Geometry geometry new StreamGeometry ; using StreamGeometryContext ctx StreamGeometry geometry . PolyLineTo points, GirTab v1.8 MultiOS, false ; Freeze the Glary Utilities Pro v2.3.3.121 geometry make it unmodifiable for additional performance benefits. Freeze ; return geometry; Кисти, перья, текст, перемещение объектов и прочие вопросы оптимизацииВ силу специфики приложения приходится выполнять отрисовку объектов разных типов: дома, реки, дороги и прочее. К сожалению, простейшее решение, приходящее на ум в GiPo_DB_Utilities v3.5 этом случае, а именно использование одного объекта кисти для одного типа объекта, вызывает значительное замедление работы системы. И нам опять пришлось заниматься поисками оптимального способа создания кистей и перьев для улучшения производительности.

Создание новой кисти GirTab v1.8 MultiOS перед использованием также не привело к значительному улучшению производительности. Максимального эффекта удалось добиться использую некоторую кисть или перо как шаблонные и получая из них с помощью метода GetCurrentValueAsFrozen копии для использования. public GeometryStyle Clone return new GeometryStyle Brush Brush Brush.

GetCurrentValueAsFrozen ; В примере к статье не приведена реализация подписей объектов, однако этот вопрос заслуживает того, чтобы сказать о нем несколько слов. В нашем приложении мы подписывали объекты на фоне полупрозрачного прямоугольника.

Однако логичное решение использовать ширину и высоту объекта FormattedText для отрисовки прямоугольника, а затем отрисовки текста выше него не оптимально. Чтобы этого избежать, нужно сначала выполнить отрисовку GirTab v1.8 MultiOS, отрисовку прямоугольника, а затем добавить полученные объекты DrawingVisual в коллекцию визуальных объектов в нужном порядке. Перемещиние карты с помощью мыши является довольно простой задачей и фактически состоит в GirTab v1.8 MultiOS вычислении параметров для класса TranslateTransform выполняющего сдвиг объектов. Используя транформации можно создать ряд довольно замысловатых эффектов, например изменениу угла обзора, вращение карты и прочее, GirTab v1.8 MultiOS производительность оставляет желать лучшего. Кроме того было обнаружено очень сильное падение прозводительности при отрисовке линий. совершенно необходимо выполнять отрисовку таких картографических объектов как дороги, реки, границы регионов и прочее.

Поиски решения данной поблемы не увенчались сколь каким нибудь успехом, единственным найденным способом хоть как то ускорить отрисовку явилась рекомендация использовать только целые числа для задания толщины пера. Еще одним непонятным фактом является то, что при отключении антиалисинга поизводительность значительно снижается. Aliased ;Я надеюсь, что найдутся читатели, которые смогут объяснить такое поведение системы, а также способы повышения прозводительности.