Ловушки для преобразования решения .net 2.0 .net 3.5

Если вы измените тип серии columnrange на xrange, вы сможете использовать значения по умолчанию navigator и scrollbar в xAxis:

 $('#container').highcharts({
     chart: {
         type: 'xrange'
     },
     ...,

     series: [{
         name: 'Producing',
         data: [{
                 y: 0,
                 x: Date.UTC(2013, 07, 03, 0, 0, 0),
                 x2: Date.UTC(2013, 07, 03, 4, 0, 0)
             }, {
                 y: 0,
                 x: Date.UTC(2013, 07, 03, 10, 0, 0),
                 x2: Date.UTC(2013, 07, 03, 12, 0, 0)
             }, ...

         ]
     }, ... ]
 });

Документы: https://www.highcharts.com/docs/chart-and-series-types/x-range-series

Демонстрационная версия: http://jsfiddle.net/BlackLabel/ oy1xLkc5 /

6
задан Wiren 2 October 2008 в 08:50
поделиться

5 ответов

Мы обновляем довольно большое решение (20 + проекты) с 2005 до 2008, но это было действительно тривиально. Обновление проекта только в основном. Базовая платформа является все еще тем же, так как и 3.0/3.5 и 2.0 совместно используют ту же базовую платформу.

Как был сказан выше, даже при том, что Вы обновляете, Вы не должны изменять ссылку платформы для проектов - на самом деле, она принимает значение по умолчанию к отъезду платформы в 2,0 вместо того, чтобы изменить его на 3.0/3.5. Это означает, что Вы не сможете использовать в своих интересах 3.0/3.5 функции, пока Вы не измените ссылку (Страница Project Properties, поле "Target Framework" Таблицы Приложения), но это также означает, что Вы так намного более уверенны, что не будет дополнительных проблем совместимости (поскольку Вы получите ошибку при добавлении 3.0/3.5 кода, пока та ссылка не будет изменена).

Новые возможности 2008 TFS не должны быть пропущены также, хотя Вы не должны обновлять свое приложение, чтобы смочь использовать 2008 TFS.

1.1 к 2,0 преобразованиям было намного более болезненным...

6
ответ дан 8 December 2019 в 18:43
поделиться

Я обновил несколько проектов из Visual Studio 2005 - 2008 с Мастером, и они все пошли безболезненные (хорошо... за исключением того зверя C++. Но Вы говорите о.NET так или иначе).

Следует иметь в виду, что Вы не должны обновлять версию.NET. Visual Studio 2008 поддерживает.NET 2.0, 3.0 и 3.5. Однако 3.5 назад совместимо так или иначе, так как это находится на том же CLR и является, более или менее, просто некоторыми дополнительными библиотеками. И "старые" библиотеки остаются такими же.

Я не знаю о Entlib.

Почему Вы только не пытаетесь выполнить свои модульные тесты?:)

4
ответ дан 8 December 2019 в 18:43
поделиться
  • Разве там какие-либо причины не состоят в том, чтобы позволить мастеру Visual Studio преобразовать решение для нас?

Нет.

  • 3.5 полностью назад совместимо с 2,0?

Нет. Существуют новые возможности в 3,5, который не портировал бы назад исходно. И (IIRC) там являются некоторыми депрекациями, идущими от 2,0 до 3,5.

  • Entlib 4.0 полностью назад совместим с 2,0?

Я так не думаю. 3.5 перечислен как требование.

Сделайте резервное копирование, запустите мастер, посмотрите то, что происходит. Это могло бы требовать времени для такого короткого проекта, но Вы будете в состоянии, где можно сказать, будет ли это build/run-as-expected.

1
ответ дан 8 December 2019 в 18:43
поделиться

Используйте PerlMagick , это интерфейс к популярному ImageMagick набор инструментов командной строки для выполнения именно такого рода вещей. PythonMagic также доступен.

1
ответ дан 8 December 2019 в 18:43
поделиться

При переходе с EntLib 3.1 на 4.0 не должно быть никаких критических изменений:

«Критических изменений в общедоступном API не должно быть. Это было одной из целей разработки EL4. Просто помните, что для EL4 требуется .NET3.5.

- Григорий "

http://blogs.msdn.com/agile/archive/2008/05/16/enterprise-library-4-0-for -visual-studio-2008-Release.aspx

(Григорий - менеджер программ для EntLib)

Я не уверен насчет 2.0–3.1. Если завтра я найду нужных людей @ p&p, я обновлю это.

Ade

1
ответ дан 8 December 2019 в 18:43
поделиться