Что выбрать - WPF .Net Core или WPF .Net Framework + буду работать с SQLite (также интересно какую версию БД выбрать)?

Всем привет.
Ниже необязательная предыстория, высказался просто)



На днях начал читать по-немногу статейки, понял, что Blend это визуальный контструктор в т.ч. и xaml файлов - что мне сейчас очень пригодится, ибо прямо сейчас не до изучения xaml основательно.
Вот недавно переустановил VS с 17 на 19ю (еще случайно сонный поставил корп. версию, благо ключик быстро в сети нашел, пусть остается..).
Сейчас решил создать в целях изучения WPF проект (давно уже игрался с ним, но пока не могу создавать готовые приложухи как с WinForms) для ознакомления и тут выбор от VS - Framework или Core.
Я в недоумении, почитал и понял, что Core будущее, Microsoft топит вроде за нее, но представления о сложности, с которой могу столкнуться - нет.
Вместе с Core продвигается Net Standart - как я понял, последняя это обязательный базовый комплект API для всех платформ, типа stl из C++.

Как и с WPF (раз решил уже копаться в Net, то по современным стандартам GUI для Windows), раз о Framework знаю только вершину айсберга (мб еще меньше), подумываю сразу на Core начать переезжать.

Только собрался создавать проект - вспомнил о SQLite (уже давно скачана, протестирована и встроена в бету моей приложухи). Гуглю значит "sqlite net core" и тут в основном все ресурсы пишут об Entity Framework, а точнее Entity Framework Core.
Читаю их описания и тут упоминается LINQ (тоже темный лес для меня).
Так еще в статейках показывают как SQLite качать из VS, а не отдельный DLL с http://system.data.sqlite.org

Уважаемые форумчане, кто дочитал до этого момента - просьба понять и простить, у меня сейчас очень густая каша в голове, скорее уже болото.

Вопросов 2 :
1. Стоит выбирать WPF Core вместо WPF Framework, чтобы попасть в """страну чудес"""?
Намного сложнее?

2. Если выберу Core, смогу взаимодействовать с файлами БД SQLite (планировалось держать на сетевом диске несколько общих БД-файлов, чтобы несколько клиентов приложухи моей обращались к ним - так нужно, сервак с норм СУБД поставить нет возможности) ?
Намного сложнее будет в изучении, если сейчас я умею работать только со сторонними (от разработчиков самих БД) dll с SQLite и MySQL?

Очень очень буду признателен за советы. Спасибо заранее

1

Сообщение от MIRAMIX 1. Стоит выбирать WPF Core вместо WPF Framework, чтобы попасть в """страну чудес"""? Намного сложнее?

Одно и то же. Разве что .NET Core более перспективная технология.

Сообщение от MIRAMIX 2. Если выберу Core, смогу взаимодействовать с файлами БД SQLite (планировалось держать на сетевом диске несколько общих БД-файлов, чтобы несколько клиентов приложухи моей обращались к ним - так нужно, сервак с норм СУБД поставить нет возможности) ?

Сможете.

Сообщение от MIRAMIX Намного сложнее будет в изучении, если сейчас я умею работать только со сторонними (от разработчиков самих БД) dll с SQLite и MySQL?

Не известно как вы с ними работаете (EF, ADO.NET провайдеры и т.д.).
А библиотеки лучше ставить с nuget'а, а не качать и подключать вручную.

2

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

Для вас проблема будет, скорее всего, несколько в ином.
Прочитайте тему "WPF vs WinForms (для начинающих)" в Готовые решения, примеры и рекомендации начинающим на WPF [Элд Хасп]

Основной язык WPF - это XAML. И учить его придаётся.
Blend - это полезный инструмент, помогающий в некоторых случаях. Но никак не замена "ручному" редактированию XAML.
Адекватную компоновку даже простого окна без ручного кодирования не создашь.

Второй существенный момент - WPF это специально созданный инструмент для реализации View в паттерне MVVM.
А, к сожалению, чаще всего опыт программирования WinForms - это создание бесформенной горы костылей.
И самое печальное, что такой опыт очень сильно будет мешать обучению реализации WPF приложения.

Третий момент, вытекающий из второго. В MVVM за обработку данных отвечает Model.
Часто само хранение данных выделяют ещё в отдельный слой.
К WPF же собственно относится только визуальный интерфейс.
View через ViewModel обращается за данными, которые надо ПРЕДСТАВИТЬ, к Model.
Model взаимодействует с ViewModel в дефолтных типах данных или DTO типах.
Где хранятся данные, как Model их получает, сохраняет, изменяет WPF (View и ViewModel) безразлично.

Должна быть независимость от Model.
Есть интерфейс взаимодействия. Через этот интерфейс получаются данные.
А что там за реальная Model роли не играет.
Сегодня для хранения используется Excel, завтра БД, послезавтра WEB.
Изменили Model - но это никак не должно влиять на остальную часть приложения.

Тоже самое наоборот. Model безразлично какая View: WPF, WinForms, Console или печатная машинка.
Я бы посоветовал отлаживать Model на консоли, и только после отладки добавлять в приложение WPF-View.

Поэтому, прежде чем приступать к созданию приложения вам надо сначало освоить работу с БД в консоли.
Осваивать одновременно и БД, и WPF (XAML, компоновка, привязки, команды и т.д.) будет сложно.
А у вас даже нет знаний LINQ, а этого уровень начинающего (C# + консоль) программиста.

Я не говорю, что вам это не одолеть. Вам виднее ваши силы.
Но это будет сложно. Просто сесть и с ходу написать WPF приложение вряд ли получится.

Я бы посоветовал начать с простых примеров и постепенно их усложнять.
В разделе есть несколько тем с объяснениями. Часть собрано по ссылке указанной выше.

4

Элд Хасп, спасибо большое за подробный ответ.

Таки поступлю, останусь пока на Framework-е.
Также вчера нашел полезные 2 ссылки раз и два

Сейчас важнее быстрее понять и реализовать задуманное.

Сообщение от Элд Хасп а этого уровень начинающего (C# + консоль) программиста

Хмм, тут он аж в 16 главе. Не пугайте так)

0

MIRAMIX, эта книга почти полностью уровень начинающего.
Большая часть описанного в ней используется практически в любом более менее реальном приложении.

Ещё раз говорю.
Я не отговариваю вас, а предупреждаю, что будет не так просто.

0

Господи, да кому вообще сдался этот core? Никто на линуксе не сидит, но все упорно хотят, чтобы их творение работало на всем-всем-всем..

2

Рядовой, полностью с Вами согласен.
Кросплатформенность далеко не самая важная вещь, лучше писать на целевых ЯП (swift-iOS, kotlin-Android).

Но прочитав много материала про различия Core от Framework - суть не только в кросплатформенности.
Это новый вид фреймворка, стандартизация api, то есть будущее Net, и фреймворк более обновляться не будет по-моему

0

Добавлю свой комментарий в догонку этой теме. Вдруг будет полезно.

Сообщение от MIRAMIX Тут наконец вновь взялся за мелкую приложуху для Windows 7, которая была реализована на WinForms+ACE OLE DB (работает с Excel) год назад, и то, благодаря замечательному форумчанину Storm23. В течение года несколько раз переписывал ее с 0, ибо код очень плохой - ничего толкового не сделал до сих пор, но появилось видение конечного результата : -модульность (по 2 dll для GUI и логики конкретного модуля и общей сервисной/ых dll) -предусматривать ошибки, все сложные методы обворачивать в try...catch -запилить службу (точно пока не решил, мб в лаунчере это будет), чтобы проверять наличие обновы на сетевом диске по md5

Недавно я тоже решил переписать одну из своих программ. Vb.Net+WinForms. Куча вьюшек с разным функционалом.
Создал проект на .NetCore + Wpf, начал переписывать первый попавшийся модуль (выбрал полегче). Сразу увяз: нужно переверстать WinForm на Xaml; нужно написать многомодульно. Оценил потери, удалил проект.
- Перевёрстывание отнимает много времени, а вьюшек около 40 и стиль будет изменён. Значит нужно сначала на бумажке нарисовать, накидать.
- выносить в модули - это рефакторинг. Значит нужно сначала отрефакторить Vb.net?! Нет. Писать сразу с сервисами - не получится, нет нужного объёма моделей и вызовов.

В итоге, поставил для себя пошаговый план, который даст мне более быстрые решения, которые не дадут отвлекаться и увязать в ненужных деталях. Поэтому получилось так:
- через конвертер Vb.Net -> C# переношу каждую форму в новый проект. Сразу выделились методы, которые используются Vb.net, а так же общий код.
- рефакторим C# проект. Вот теперь уже можно разбивать на модели, сервисы, вьюмодели. Вью(Forms) можно даже вынести в отдельный проект (как советовали разработчики).
- и вот теперь можно начать покрывать всё тестами (некоторые наверное скажут, что это надо было делать раньше); а так же создавать корневой UI проект. И он теперь может быть любой - .Net (Forms, WPF), NetCore (Forms, WPF), Xamarin, Console. так как используется только для точки входа и вызова форм.

К чему я эти мысли выложил. Увидел знакомую ситуацию с попытками "переписать всё и писать круто". Это будет сложно. Лучше разделить задачи и получится даже лучше, чем планировалось. Не будет сложности ни с БД, ни с моделями, ни с вьюшками.. и тестами.

1

HF, спасибо большое, любой совет/опыт приветствуется.

Тут еще неделю назад решил шарп все-таки освежить в памяти, там и мануал на метаните под новую версию ЯП и Core переписали (ох, не знаю куда я приду)
Сейчас открыл студию, чтобы просмотреть список - для UI имеем WPF/WF под Core и Framework.
Ну UI в последнюю очередь, как положено, смотрю на либы - Core, Framework и Standard.

Это ппц. Опять почитав про отличия, так понимаю если и уходить с фрейма(чего не сделаю для своего проекта наверное - ибо он под Win7), то лучше на Standard - он универсален.

А вот чего не понимаю - почему для UI проектов есть выбор и в чем различия...форма...кнопки всякие...

0

MIRAMIX,
как успехи? Что вы можете сказать теперь по поставленному вами вопросу выбора? Буду признателен, если поделитесь своим опытом тут или в теме - VS2019, в чем разница, приложение WPF (.Net Framework) и App WPF (.NET Core)

0

titan4ik, шарп я со шк стал изучать с создания всяких WF-приложений.
Любой новый функционал познавался или гуглежом, или вопросами здесь - то есть базовых знаний не был и после этого вопроса я начал с метанита теорию изучать, ибо с языком уже знаком.
Она уже по Core, а не по .Net.

Но после нескольких глав взяли джуном на java программиста, пришлось быстро еще js изучить.
Этим хочу сказать, что сейчас познаю java, когда уже хороо изучу, с большей легкостью дастся шарп, потом и Core буду изучать.

Разница между Net и Core, я так понимаю, в возможностях API.
Много общего и разницы можете не почувствовать, но когда уже хорошо познаете шарп - Core однозначно.

1

Понятно, удачи, MIRAMIX!
Вперёд и только вперёд!

1