Лучше использовать WPF по Windows Forms?

Если вы внимательно посмотрите на журнал консоли, вы увидите следующие две строки:

2019-01-16 15:53:07,828 WARN  [[ACTIVE] ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)'] org.hibernate.engine.jdbc.spi.SqlExceptionHelper: SQL Error: 936, SQLState: 42000
2019-01-16 15:53:07,828 ERROR [[ACTIVE] ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)'] org.hibernate.engine.jdbc.spi.SqlExceptionHelper: ORA-00936: missing expression

В конце каждой строки это указывает на отсутствие выражения в вашем синтаксисе sql. Запустите sql в Navicat, вы можете получить сообщение об ошибке.

Между count(*) есть пробел, просто удалите его.

21
задан Peter Mortensen 20 September 2011 в 18:52
поделиться

9 ответов

----ОТРЕДАКТИРУЙТЕ 2-----

, Учитывая, что Вы пытаетесь сделать редактора как тот, Вы показали, я рекомендую идти WPF еще больше. Мой текущий проект имеет много функций вдоль тех строк, также, и мы решили, что способность составить WPF с содержанием Direct3D чрезвычайно мощна. Хорошо быть в состоянии представить Вашу сцену в чем-либо - не только прямоугольное окно. В WinForms Вы в значительной степени были ограничены одним прямоугольником, и у Вас были проблемы с воздушным пространством там, также (тонкий, но вещи как мерцающие проблемы, когда меню останавливаются Ваш hwnd, и т.д.). Наборщик WPF с D3DImage избавляется от всех тех проблем и позволяет Вам использовать свое воображение создать очень гибкий UI. Вещи как рендеринг Вашей сцены в в реальном времени на стороне объекта WPF3D возможны, или использующий средства управления WPF непосредственно сверху Вашей d3d сцены вместо того, чтобы пытаться сделать GUI в D3D, и т.д.

-----Исходный---------

, Если Вы собираетесь быть DX хостинга, Вы могли бы хотеть рассмотреть это - тем более, что он дает Вам способность сделать состав сцены с Вашим UI и никакими проблемами воздушного пространства, если Вы используете D3DImage.

Это действительно работает с SlimDX и WPF.

--------

РЕДАКТИРОВАНИЯ Для получения дополнительной информации о недостатках использования Direct3D с Winforms и преимуществ интеграции WPF/DX, видит:

Статья MSDN о Воздушном пространстве

Codeproject arcticle на введении к D3DImage

12
ответ дан 29 November 2019 в 06:27
поделиться

Мы занимались этим вопросом около 9 месяцев назад. Мы решили пойти с WPF, и пока мы рады этому решению. Да, есть кривая обучения. Это довольно значительно, особенно из WinForms, где вам так много нужно отучиться. Я также рекомендую вам иметь доступ к дизайнеру, иначе ваше приложение, вероятно, будет выглядеть немного потрепанным. Также будьте готовы к тому, что некоторые WPF-хаки заставят вас часами чесать голову, говоря «почему это было так сложно».

Но WPF на шаг впереди. Привязка данных, создание шаблонов и полный контроль над тем, как вы хотите, чтобы ваши окна выглядели, заставляет вас думать, что так должно было быть изначально в WinForms.

О да, и будьте готовы выложить пару долларов за недостающие элементы управления. Есть несколько вещей, отсутствующих, например, средство выбора даты и наличие флажков на древовидных элементах управления (на самом деле вы можете шаблонизировать это, но это не так просто, как winforms в этом отношении). 3.5 SP1, к счастью, теперь включает в себя элемент управления сеткой.

Я уверен, что я скучаю по куче больше, но это то, что я могу придумать с макушкой.

Удачи!

19
ответ дан 29 November 2019 в 06:27
поделиться

Я нашел, что, как только разобрался со Смешением Выражения и WPF, я был более продуктивным при создании UIs, чем с Windows Forms. По моему мнению это - один из, если не, самый большой фактор с новой технологией/инструментом; если Вы не можете достигнуть того же результата как старый инструмент быстрее с новым инструментом тогда все дополнительные свойства, что Вы только используете 10% времени, не восполнит его.

Кроме этого существуют другие преимущества, которые WPF имеет по Формам:

  • Наличие интерфейса в XAML делает настолько легче точно настроить все те неясные свойства или вырезать и вставить целый раздел одного управления в другого,

  • , WPF делает, это намного легче построить интерфейс из модулей, повреждая экран вниз управляет управлением. Формы могут сделать то же до степени, но я всегда находил это сражением,

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

6
ответ дан 29 November 2019 в 06:27
поделиться

Если бы Вы пишете много пользовательских элементов управления, я выбрал бы WPF. Часть дизайна WPF должна быть растяжимой, компонуемой, и результат состоит в том, что это - грязь, простая записать пользовательские элементы управления.

я делал немного записей пользовательского элемента управления в WinForms, и это может быть очень сложно во время. Расположение действительно займет время далеко от Вас. Несколько выходных моей жизни были заплачены за Расположение органов управления WinForm. Запись эквивалентных средств управления в WPF была подпругой.

5
ответ дан 29 November 2019 в 06:27
поделиться

Мы просто прошли этот too†¦, мы запустили перемещение к WPF по WinForms. Я думаю, что в эти дни это - довольно легкое решение поместить WinForms позади Вас. Инструменты являются улучшением и лучше и если можно получить истинного разработчика в команде существует очень немного вещей что Вы соединенный can’t.

Мы начинаем понимать, что нашим будущим является на самом деле не WPF, но это - Silverlight. Поскольку Silverlight назревает, это становится все больше наравне с WPF, и это позволяет Вам работать кросс-платформенный. Путь Silverlight больше похож на Adobe Air, и однажды это будет жить вне браузера (на самом деле, можно сделать это теперь, но это - боль). Я действительно думаю, что будущее для.NET UI будет Silverlight.

3
ответ дан 29 November 2019 в 06:27
поделиться

В этом случае я сказал бы, следуют примеру Вашего Поставщика (т.е. Microsoft). Их собственное внутреннее производство все больше функции WPF; и это - объем (думайте Silverlight), и глубина ясно больше, чем WinForms. Они также все больше используют его со ссылкой на Лучшие практики. От всего доказательства (здесь и в другом месте), это, кажется, готово к разработке В прайм-тайм.

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

2
ответ дан 29 November 2019 в 06:27
поделиться

Совсем недавно, сделав очень похожий продукт (3D Viewer для анализа данных в WPF), я определенно могу порекомендовать WPF / SlimDX.

Инструменты немного слабоваты (особенно Visual Studio), но WPF значительно облегчает создание приложения с небольшим количеством Zing, а не с серым элементом управления по умолчанию, который есть у большинства вещей.

Используя D3DImage из 3.5SP1, очень легко разместить устройство SlimDX внутри элемента управления.

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

2
ответ дан 29 November 2019 в 06:27
поделиться

AFAIK WPF является преемником WinForms, правильно?

я не полагаю, что это верно так, как MS хотел бы продвигать это. Существует только слишком много унаследованного кода, записанного на Winforms для этого, чтобы быть реалистической вещью в близком или даже несколько далеком будущем.

Поэтому, имея это в виду, если бы Вы хотели бы и можете позволить себе провести время, изучив WPF, я сделал бы это. Иначе я использовал бы Winforms.

1
ответ дан 29 November 2019 в 06:27
поделиться

В вашем случае WPF имеет смысл. Для меня это приложение по выбору, потому что есть много вещей, которые вы можете действительно хорошо выполнять в Windows Forms (например, быстрая разработка бизнес-приложений). Я использую WPF для написания отличного графического интерфейса для приложения медиацентра (персональный проект для мультимедийной консоли на моем 50-дюймовом плазменном экране).

Однако, если я пишу приложение для ввода и отображения данных, я обычно использую Windows Forms для ускорения разработки. Редактор XAML лучше в Visual Studio 2010, но все еще есть путь. Без справки нет справки IntelliSense по многим атрибутам свойств, поэтому невозможно узнать, что в них содержится (именно на этом я трачу много времени, пытаясь найти эти значения, с помощью книги или примеров в Интернете). , Тем не менее, если вы делаете запись в WPF, вы можете создать несколько очень привлекательных пользовательских интерфейсов.

1
ответ дан 29 November 2019 в 06:27
поделиться
Другие вопросы по тегам:

Похожие вопросы: