Каковы преимущества VS2008 по VS2005 для разработки C++?
Виджеты Kivy, используемые в kv, не должны иметь метода позиционных аргументов __init__(). FigureCanvasKivyAgg расширяет Widget, но имеет обязательный аргумент __init__(), то есть цифру, поэтому вы не можете использовать это непосредственно в kv (плохой выбор дизайна, на мой взгляд).
Но вы можете сделать хак, который может работать на вас. Следующее зависит от наличия фигуры до запуска приложения sensor. Вы можете расширить FigureCanvasKivyAgg как:
class MyFigure(FigureCanvasKivyAgg):
def __init__(self, **kwargs):
super(MyFigure, self).__init__(plt.gcf(), **kwargs)
Обратите внимание, что MyFigure не имеет требуемых позиционных аргументов. Но он вызывает FigureCanvasKivyAgg.__init__() с требуемым аргументом число. Вот почему фигура уже должна быть доступна.
Затем вы можете использовать MyFigure в вашем файле kv как:
<Grafico>:
BoxLayout:
MyFigure:
Button:
size_hint: 0.5, 0.09
pos_hint: {"x": .1 , "y": .2}
text: "Atualizar"
Конечно, метод on_enter() вашего класса Grafico должен быть удален.
8 ответов
Существует очень мало различия между 2005 и 2008 с собственной точки зрения разработчика C++. Однако при прибытии с 2003, имеет смысл обновлять непосредственно до 2008 - процесс преобразования должен быть почти тем же, и Вы закончите с немного лучшей платформой. Некоторые новые возможности, которые доступны на 2008 только:
- /MP опция для многоядерной компиляции (огромное средство экономии времени, если у Вас есть многоядерный компьютер),
- некоторые улучшенные параметры отладки для многопоточных приложений
Существуют также некоторые дополнительные загружаемые пакеты функций на 2008 только:
- Библиотеки TR1
- новый MFC
Честно говоря, насколько чистая разработка C++ идет, я не думаю, что существует очень между этими двумя, кроме VS2008 'последний' выпуск. Я не заметил существенных изменений.
Однако последнему выпуску MFC дали возрождение надежд с добавлением Пакета функций (предоставление Вам стиль 2007 года MSOffice), который могло бы стоить знать.
Самое большое улучшение в 2008 для нас было в надежности Intellisense на больших решениях. Наш проект имеет несколько миллионов строк кода, и Intellisense был неприменим в 2003. В 2008 это улучшено и работает, как правило.
Для меня самое большое улучшение было просто, что VS2008 был вполне заметно более мгновенным.
VS2008 содержит загрузки bugfixes и определенно стоит обновления IMO. Кроме улучшений UI и связанных инструментов, это намного лучше в контакте с шаблонными классами, которые не всегда работали так хорошо с компилятором VS2005, если Вы не использовали наиболее базовые синтаксисы. Существует также много других областей, которые были улучшены, но я не могу быть побеспокоен для нахождения документа MS в данный момент, детализирующего эти изменения. Поэтому доверяйте мне, когда я говорю, что существуют многие.:)
Я сказал бы, если у Вас нет некоторого неопровержимого довода, чтобы придерживаться 2005 (т.е., назад совместимость Вашего кода, который не создает правильно с VS2008), необходимо определенно стремиться к обновлению. Можно, к счастью, работать с несколькими версиями VS на единственной рабочей станции. Просто необходимо установить их последовательный; т.е., VS2005 сначала и затем VS2008 впоследствии.
Затем Вы могли протестировать свою кодовую базу под VS2008 и видеть, насколько болезненный (если вообще) миграция к VS2008 будет.
2008 Visual Studio является интегрированной средой, которая позволяет Вам разрабатывать и для Windows CE и для Windows. (Ранее мы должны были работать над eVC ++ 4.0, который не был так же хорош...),
Недостаток, с которым я встретился, - то, что последний взнос Истинных контейнеров STL делает предположение, что указатели используются, а не средство выделения использования:: политика указателя. Это - проблема для нас, потому что мы записали наш собственный класс "указателя" для использования общей памяти (хранящий смещения памяти вместо абсолютных адресов). Так, мы должны были пользоваться более старой библиотекой STL. На позитивном аспекте может отладчик, отображают содержание контейнера STL намного более информативно.
Я в настоящее время использую VS 2005. Я попробовал последнюю бету VS 2008 и компилятор, последовательно разрушаемый на моих проектах, таким образом, я продолжил работать с VS 2005. Я не посмотрел на версию выпуска.
Одна большая причина выбрать VS 2008 over VS 2005 состоит в том, что VS, 2005 имеет ошибку с intellisense, который заставляет это использовать слишком много памяти. Это не обычно проблема, но когда я пытаюсь использовать и Визуальный, Помогают и Осуществляют рефакторинг! C++ в VS 2005, intellisense взбалтывание приносит мою систему к своим коленям. Это, предположительно, фиксируется в VS 2008. (У меня есть лицензия на VS 2008, и как только моя следующая версия продукта я собираюсь дать миграции попытку, главным образом поэтому.)
Visual C++ 2008 отбросил поддержку единственной потоковой библиотеки времени выполнения. Я не думаю, что это действительно имеет значение все же.