Какой ЯП для Десктопа?

Question

[CapitanRoger]

Здравствуйте, друзья!
Вопрос скорее философский, но задать я всё же его хочу:
По вашему мнению, какой ЯП может стать лучшим помощником под задачи:
0. Писать буду для себя или маленькой ИП (т.е. никаких там Enterprise :-) )
1. Приложение для настольных ОС (Win, Linux);
2. С возможностью работы:
2.1. С ms office (отчётность в WORD, EXCEL, ACCESS.) С LibreOffice.
2.2. С файловой системой (поиск, чтение, изменение файлов)
2.3. Работа с реестром (Windows)
2.4 С БД My SQL, SQL lite
2.5. СОМ - ну тут я думаю все умеют
2.6. По возможности работать с web ресурсами
3. Простой запуск готового приложения, то есть всё необходимое (*.dll, *.exe и прочие) сложил в папочку
принёс на флешки и запустил на машине юзера (с .net такой лёгкости добиться не удалось)
Ну вроде всё, мои скромные хотелки кончились.
Как вариант, рассматривал Delphi.
Что скажете, опытные и мудрые люди?

Comments

[Игорь]

2.5. СОМ - ну тут я думаю все умеют

COM это windows-only (вы же не rs232 в виду имеете?) и его далеко не 'все умеют'

[Roman]

Вопрос скорее философский

Хорошо что не риторический.

Вопрос скорее и не про язык, язык тут второстепенен.

принес на флешки и запустил на машине юзера

Вопрос как сделать Portable app.
Ну и про особенности их работы в Linux и Windows версиях. Не говоря уж про права и прочее секюрити.

[CapitanRoger]

Лентюй, Ну да вроде как.

[Saboteur]

Простой запуск готового приложения, то есть все необходимое (*.dll, *.exe и прочие) сложил в папочку

В линуксе нет .dll и .exe
Если нужно платформонезависимое приложение, то это либо будет два независимых бинарника, либо идите в веб-приложение, с работой через браузер.
Интеграция с MS офисом и Libre офисом - совершенно разные вещи. Это уже совсем не скромные хотелки.

[Владимир Коротенко]

По вашему мнению какой ЯП может стать лучшим помощником под задачи:
0. Писать буду для себя или маленькой ИП (т.е. ни каких там Enterprise :-) )
1. Приложение для настольных ОС (Win, Linux); (А причем тут линукс?)
2. С возможностью работы:
2.1. С ms office (отчетность в WORD, EXCEL, ACCESS.) С LibreOffice. (Уж извините но про оформление забудьте, про сом чуть ниже)
2.2. С файловой системой (поиск, чтение, изменение файлов)
2.3. Работа с реестром (Windows)
2.4 С БД My SQL, SQL lite
2.5. СОМ - ну тут я думаю все умеют (COM умеют только в windows, а граблей много)
2.6. По возможности работать с web ресурсами
3. Простой запуск готового приложения, то есть все необходимое (*.dll, *.exe и прочие) сложил в папочку
принес на флешки и запустил на машине юзера (с .net такой легкости добиться не удалось)
Ну вроде все, мои скромные хотелки кончились.
Как вариант рассматривал Delphi.
Что скажите опытные и мудрые люди?

В общем по совокупности параметров берите .net. Причем не core , а net 3.5.
Упаковка всех библиотек в 1 файл, возможна тут недавно была ссылка. Работа с OLE DB только при наличии установленных драйверов, причем бинарник должен быть скомпилирован под определенную разрядность 32 или 64.
Все это относится и к COM. Отдельный квест это интерфейсы различных версий, они вроде бы должны быть совместимы, но нет.

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

[Владимир Коротенко]

CapitanRoger Вы в общем то не с того конца начали. Что будет делать приложение. Объясните как идиоту, но еще понятней. Достаточно 2 предложений и 1 абзаца фич которых вы не нашли в других программах.

[CapitanRoger]

Владимир Коротенко, Спасибо за ответ!
//Что будет делать приложение. Объясните как идиоту, но еще понятней.
Объясняю:
Планируется написание приложений (более одного) для автоматизации повседневных нужд.
например - из существующей БД (хост, в будущем локальная сеть) создать программу для удобного пользования ею (импорт, экспорт, создание отчетностей в файлы офисных приложений).
юзеры которые будут пользоваться ею будут работать на разных ОС (Ubuntu, Debian, Win XP - 10)
Другое приложение будет создавать каталоги (директории) на компах, проверку наличие файлов и т.п.

[Владимир Коротенко]

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

ЭЭ чем плох LAMP? + браузер на клиенте?

Другое приложение будет создавать каталоги (директории) на компах, проверку наличие файлов и т.п.

- набор скриптов и rsync

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

[CapitanRoger]

Владимир Коротенко, LAMP ни чем не плох. Мой вопрос как раз в том чтобы определится что лучше мне подойдет

[Владимир Коротенко]

CapitanRoger, Вы не озвучили задачи :)
Современные тенденции сейчас такие что десктопные приложения стараются не использовать.
Разворачивают систему в которой и происходит все взаимодействие с клиентом через браузер, возможно что и через мобильный телефон.

Что примечательно вы описываете не бизнес задачи, а ваше видение что должно сделать.
Опишите примерно так:

Мы торговая фирма Имярек, мы продаем какую то крутую штуку. Денег на 1С нет, windows дорого, поэтому переходим на линукс, но проектировщикам все еще нужен автокад, фотошоп, что то еще, кроме того у нас есть МФУ которое работает только под виндоуз, так же бухгалтерия настаивает на предоставлении отчетов в формате ms word 2007 года. Для участия в тендерах нам необходим модуль CryptoPro.

Цели и задачи:
Уменьшить количество используемых копий windows, упорядочить процессы документооборота, сократить количество инцидентов связанных с вирусной активностью, оптимизировать бюджет IT отдела.

[Станислав Макаров]

сложил в папочку
принес на флешки и запустил на машине юзера (с .net такой легкости добиться не удалось)

Почитайте про self-contained deployment для десктопных приложений в .NET Core 3.

[CapitanRoger]

Владимир Коротенко, Ну современных тенденций, динамика положительная, что очень радует широкие массы :-)
Что по поводу web - решений, то хотел бы попросить у Вас ссылку на статью которая раскроет или хотя бы укажет направление , куда двигаться. например JS, Py, ASP net, или еще что.
Что касается фирм, то их нет - писать буду для себя (как самостоятельный разработчик, работающей по найму с рутиной), либо для мелких ИП (ИП Горбушкин - штат 10 человек,3 бухгалтера, 2 кассира, остальные рабочий персонал, компьютерный парк состоит из 4 машин ОС WinXP - 10 (связка через одно ранговую сеть (сервера нет (пока нет)))

[Владимир Коротенко]

Лично я использую VueJS + net core, так исторически сложилось.
В качестве ORM - Daper, Entity Framework, база данных MsSql, MySql, Postgree (для mysql драйвера Pomelo)
Мобильные приложения, Xamarin или Framework7

Если нужно быстро что то накидать c множеством табличек, то связка Angular + net core + ef core.
Парсинг это Html Agility Pack.

Фронт стандартно webpack + vuejsexamples.com + Bootstrap

Answer 1

[Рональд Макдональд]

C#. Идеальный язык для всего.

Можно Qt, но это кресты, может быть сложнаа.

Как вариант рассматривал Delphi.

Мертво.

Comments

[evgeniy_lm]

Полный бред.

[MacAntony]

Чем тебе Delphi не угодил? Да и C# не панацея. Qt не такой уж и сложный.

[Игорь]

ну delphi действительно мертв, нет смысла писать на непопулярном языке просто даже с точки зрения саморазвития
...вообще упоминание COM в данном контексте очень незримо начинает попахивать 1С...

[CapitanRoger]

evgeniy_lm, А можно пояснить ваш комент

[Рональд Макдональд]

MacAntony,

Чем тебе Delphi не угодил?

Тем, что я не некрофил и мёртвые легаси-языки с убогой поддержкой в новых (и старых) системах не люблю. Убогим синтаксисом не угодил, кривой архитектурой, полным отсутствием кроссплатформенности, да много чем.

[Рональд Макдональд]

evgeniy_lm,

Полный бред.

Аргументы будут или так, мимодульфист?

[Сергей Горностаев]

MacAntony,

[evgeniy_lm]

Игорь,

ну delphi действительно мертв

Вы это мужикам из Embarcodero расскажите, а то бедолаги не догадываются, каждый год новую версию выпускают

[Рональд Макдональд]

evgeniy_lm, а кто это такие?
Васян из 10 "Б" тоже каждый месяц что-то "выпускает".

[evgeniy_lm]

CapitanRoger,

А можно пояснить ваш комент

Могу. Погуглите цены на Delphi. "мертвая" никому ненужная хрень 1500 баксов стоить не будет и єто в минимальной конфигурации.

[Сергей Горностаев]

evgeniy_lm, просто есть некоторое небольшое, но отличное от нуля количество компаний в мире, которые имели глупость заиметь легайси на Delphi. У них нет выбора, они будут платить любые деньги, как человек в пустыне за стакан воды.

[Игорь]

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

[Игорь]

evgeniy_lm, это как сервера на спарках или итаниумах, производятся, продаются за адские деньги, на по факту уже всё
p.s. итаниум вроде уже умер окончательно, но в процессе было хорошо видно то о чем я говорю

Answer 2

[Андрей Голубков]

В качестве языка можно взять C#. Далее, уже платформу выбирайте в зависимости от того, что вам нужно делать. Хотите работать в офисом? Берите .NET Framework, подключаете обёртки и работаете с офисом напрямую(даёте команду ворду - он исполняет). Дополнительно, для пользовательского интерфейса можете использовать Windows Forms, он старый но очень легкий в освоении.
Или WPF он посложнее, но и возможностей больше.
Хотите не зависеть от платформы? Берете .NET Core и делаете приложение сразу на Windows, Linux и OS X. Пока по интерфейсу для .net core все плохо, есть Avalonia, но она вроде как в разработке, думаю, полгодика еще и все огонь будет. Хотя пользоваться ей уже сейчас можно.
Если для Linux интерфейс не важен, можно как консольное приложение собрать это все.
Хотите потом писать веб-сервисы? Схема такая же, выбираете где хостить будете, на винде или на линус и в зависимости от этого выбираете платформу из перечисленных выше.
Ну и для всего, что вы перечислили выше есть: 1) Дополнения из NuGet 2)Примеры использования, а в некоторых случаях даже полноценные уроки. Предлагаю вам просто посмотреть, по какой технологии есть уроки под ваши задачи. Начните с:"Работа с Word C#"

Comments

[CapitanRoger]

Андрей а это мысль!!! А как насчет портативности?

[Андрей Голубков]

CapitanRoger, В каком смысле вы хотите портативность ? Закинул на флешку, перенес на другой комп ? Если с винды на винду то будет работать. С Linux на Linux не проверял, но вроде должно

[Андрей Голубков]

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

[Андрей Голубков]

sergeyiljin, в telegram напишите @andreygolubkow

[CapitanRoger]

Андрей, Вот смотрите напишу я например приложение .net 4.5, прихожу например к Вам а у Вас win7 стоит или еще старше и ни какого фреймворка в нем нет. получается что приложение не запуститься?

[Андрей Голубков]

К сожалению да, хотя, вроде на Win7 уже стоит фреймворк и много современных приложений этот фреимворк требуют.
Тут варианта 2, либо носить с собой установочный файл фреимворка, либо выбрать что-то другое. Из чего-то другого у вас останется Delphi, который уже устарел, C++ или Qt
Но тут возникнет больше проблем, если Delphi относительно простой язык, то C++ уже сложнее и вам нужно будет тратить не мало времени на реализацию ваших хотелок.

[Андрей Голубков]

Я пока 3 года приложения на дотнете делаю, и еще не возникло ситуации, когда не было фреимворка у юзера. Была ситуации, когда фреимворк был старый(WinXP) приходилось просто часть кода менять и все запускалось. Либо изначально можно на 3.5 писать, тогда и на XP работать будет

[CapitanRoger]

Андрей, Спасибо за ответ. А вот почему язык считается старым или мертвым, и как это может повлиять на мою ситуацию?

[Андрей Голубков]

Там выше уже скрин с hh.ru прикрепляли.
Мы при разработке используем не только стандартные возможности языка, а еще дополнительные библиотеки, верно же ?)
Так вот, чем популярнее язык, тем больше библиотек и уроков по нему.
Если отмотать время там на год 2010, то под Delphi будет много библиотек. А сейчас они устаревают.

Answer 3

[ittakir]

Qt С++ подойдет для всего этого.
При желании можно собрать 1 exe файл без внешних зависимостей, но если только вопросы лицензирования не волнуют.
Знать какие-то сложные фишки C++14+ не требуется. Библиотека Qt просто шикарная, причем не только GUI, но и контейнеры, работа с сетью, БД, картинками, графиками, реестром, умеет печатать сразу в PDF, полная поддержка Unicode. Стандартная библиотека C++ полный отстой по сравнению с Qt. Более менее без переделок программу можно собрать и под Linux.
Единственное, что у меня было не очень, это экспорт в Word. Я его осилил конечно, но это было очень неудобно. Но опять же зависит от библиотеки. Я использовал стороннюю библиотеку, не Qt.

Delphi думаю, что не стоит. Устарело оно, будущего никакого. Вы же хотите, чтобы ваш опыт работы можно было как-то использовать, например, на работу устроиться. С Qt это можно сделать.

Comments

[Adamos]

sergeyiljin, смотря какой веб.
Дергать API курлом не сложнее, чем в Пыхе, например.
Вот если нужно что-то фильдеперсовое, через boost::asio, например... но запрос ТС на это не особенно похож ;)

[ittakir]

sergeyiljin, смотря что под web подразумевается. Если скачать HTML и распарсить его, вытащив данные, то нет проблем. Или отправить JSON и получить в ответ JSON. Или через WebSocket работать с сервером. Или показать веб страницу, предварительно что-то там по пути перехватывая, навешивая Javascript обработчики и т.п. Это все можно делать средствами Qt.

[Сергей Горностаев]

sergeyiljin, надо банковским разработчикам об этом сообщить, а то мы горемычные на Java web-сервисы пилим, от неудобств страдаем.

[Adamos]

sergeyiljin, веб, работающий дольше 5 минут и обрабатывающий значительный объем данных, нежелательно делать на пыхе. Например.

[Дмитрий Павлов]

Можно начать с c#,а потом освоив браться за c++

[Сергей Горностаев]

Сергей Некий,

на пхп удобнее и быстрее разрабатывать веб

Нет. Ну, если разговор не о лендинге с формой обратной связи.

сейчас многие банки уже смотрят в сторону .NET Core 3.

Если прямо сейчас решим переходить, то лет через 30 начнём, ага.

[Сергей Горностаев]

Сергей Некий, не подскажите какие именно банки это планируют и откуда информация об этом?

[Сергей Горностаев]

Сергей Некий, ну, им пора уже на что-нибудь с кобола переходить.

[Сергей Горностаев]

Сергей Некий, да, на Clojure.

[Сергей Горностаев]

Сергей Некий, и снова надо сообщить эту новость коллегам!

Answer 4

[developer007]

C# однозначно

Comments

[developer007]

слишком много требований характерных для windows
поэтому я топлю за C# .
Если не стоит значит установить надо соответствующую версию.
Используйте NET 3.5 , чтобы наверняка

C++/QT/Delphi - дорого поддерживать.

[developer007]

CapitanRoger, в общем если это ваш личный проект и вы умеете на Delphi делать что-то , то делайте на этом.

Если это планируется допиливать/поддерживать через год/два другими разрабами, то лучше C#

[developer007]

можно и на бейске )

Answer 5

[Rustam Azizov]

Хм, раз уж вопрос о предпочтениях, то вставлю свои 5 копеек. F# — идеальный язык. Может всё то, что умеет C# (и сверх), но заточен под функциональное программирование. Можно писать под любую из популярных платформ. И вообще функциональное программирование — это будущее, так что советую освоить.

Comments

[CapitanRoger]

Rustam Azizov Я про F# впервые слышу - если вкратце то он сможет разговаривать с офисными пакетами и на языках разных ОС?

[Rustam Azizov]

CapitanRoger, F# — майкрософтовский язык (хоть и опенсорс). По-сути функциональный брат C#. Так что ответ — несомненно. F# доступна вся инфраструктура .NET и .NET Core. На нём и мобильные приложения писать можно. Я вот сейчас реализую проект, состоящий из АПИ, мобильного приложения и сайта полностью на F#.

[Rustam Azizov]

sergeyiljin, есть классы. F# — объектно ориентированный. Но на первом месте функции, да. К нему применим термин functional-first. F# поощряет использование простых типов данных (кортежей, записей, списков, типов-сумм) и функций (точнее функциональное программирование это поощряет). Там где не нужны классы .NET вообще лучше обходиться без ОО стиля. Например, бизнес-логику можно очень красиво реализовать через записи (кортежи с названиями полей) и типы суммы (Discriminated Unions).
Вот очень классный блог, если хотите ознакомиться:
https://fsharpforfunandprofit.com

Обратите внимание на Railway Oriented Programming — очень изящный подход к обработке ошибок, никаких try-catch-ей.

[Foggy Finder]

F# отличный язык, я бы сказал, самый лучший, но к сожалению официальная поддержка кое-где кособокая.

Я вот сейчас реализую проект, состоящий из АПИ, мобильного приложения и сайта полностью на F#.

Мобильное приложение на Xamarin.Forms ? Проблем не возникает?

[Rustam Azizov]

Foggy Finder, да, на Xamarin.Forms. Пока за мобилку не взялся, на этапе разработки АПИ, но не думаю, что будут какие-то проблемы. Всё-таки Xamarin существует давно и не завязан на F#. Ну и приложение не будет большим. Поддержка, конечно, не такая как у C#, но если не продвигать язык, то это и не изменится. Это ведь замкнутый круг. Ну и плюс, если нет библиотеки написанной специально для F#, всегда можно воспользоваться одной из ООП-библиотек для C# :)

[Rustam Azizov]

Foggy Finder, самое красивое на Xamarin.Forms для F#— это подход Elmish. Фреймворк Fabulous предоставляет эти функции. Это просто подкупило меня :) Сыровато, конечно, ещё, но очень элегантно и просто. Надеюсь, что люди поймут, что это гораздо более эффективный способ писать UI.

[Foggy Finder]

да, на Xamarin.Forms. Пока за мобилку не взялся, на этапе разработки АПИ, но не думаю, что будут какие-то проблемы.

Rustam Azizov, на всякий случай предупреждаю что проблемы могут возникнуть даже на простых примерах:

App doesn't load properly when AOT and LLVM enable...

у меня еще есть несколько примеров разных ошибок с включенным AOT, но открывать ишшуй смысла не вижу если все равно никакой реакции нет.

Xamarin fails to compile and link project using De...

Когда будет время попробую все-таки поспрашивать как настроить mono под Windows чтобы репортить в правильном месте.

[Foggy Finder]

Поддержка, конечно, не такая как у C#, но если не продвигать язык, то это и не изменится. Это ведь замкнутый круг.

Безусловно. Хотя-бы теперь есть неофициальная поддержка UWP.

самое красивое на Xamarin.Forms для F#— это подход Elmish. Фреймворк Fabulous предоставляет эти функции.

Плюсую. там сейчас крайне интересный ишшуй:

Going Beyond Elmish with Incremental Computations ... если реализует и обеспечат нормальную поддержку, то будет потрясающе

[Rustam Azizov]

Foggy Finder, спасибо за пример, учту.

[Foggy Finder]

sergeyiljin, я не знаю React Native :shrug:

[Foggy Finder]

sergeyiljin, Xamarin неплохой вариант, но не зная специфики приложения сложно говорить наверняка. Я бы дал шанс Xamarin + F# если проект относительно небольшой.

[Rustam Azizov]

sergeyiljin, я думаю, что у вас проблемы в любом случае возникнут, всё-таки оба варианта не нативны для мобильных сред, так что выбирайте по вкусу.

[Rustam Azizov]

Foggy Finder, посмотрел на тему с инкрементальными вычислениями, интересно. Так как я всё-таки ещё не могу сказать, что полностью уверенно чувствую себя в функциональном мире (специально изучать стал только 3 месяца назад), у меня всё же осталось ощущение, что я чего-то недопонял, хотя я уже начинаю привыкать к тому, что за всей кажущейся сложностью функциональных подходов всегда стоят до банальности простые вещи. Будьте любезны, поясните мне правильно ли я понял, что этот ишшуй, который вы скинули выше связан с реализацией эффективного виртуального DOM с помощью инкрементальных вычислений? И если так, то где можно получше ознакомиться с темой инкрементальных вычислений? Насколько сильно этот подход изменит для пользователя АПИ то, как он будет писать код? Правильно ли, что за их идеей стоит diff-инг простых структур данных и реализующийся с помощью него алгоритм поиска оптимального пути обновления структуры данных? Ограничен ли этот подход только мэпами или именованные кортежи (записи) тоже могут быть эффективно использованы в этом подходе? Вот я ещё нашёл реализацию Incremental для .NET https://github.com/fsprojects/Incremental.NET — я правильно понял, что этот подход можно использовать вообще для практически любых вычислений, а не только для виртуального DOM? В остальном я там ничего нового просто не увидел, обычные мэпы, байнды, как всегда много простых блоков, объединяющихся в очень изящные решения :)

[Foggy Finder]

Rustam Azizov, я совсем не эксперт в функциональном программировании. Основные концепции понимаю, а в дебри пока не лезу - я больше практик чем теоретик, но тоже заметил что на деле они только звучат страшно.

Будьте любезны, поясните мне правильно ли я понял, что этот ишшуй, который вы скинули выше связан с реализацией эффективного виртуального DOM с помощью инкрементальных вычислений?

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

И если так, то где можно получше ознакомиться с темой инкрементальных вычислений?

не уверен, идея достаточна проста - вычислять только необходимые (затронутые) части а не перевычислять весь объем. Другое дело что реализовать это можно разными способами.

можно посмотреть документацию FSharp.Data.Adaptive

https://fsprojects.github.io/FSharp.Data.Adaptive/

но тут не совсем наглядно.

Насколько сильно этот подход изменит для пользователя АПИ то, как он будет писать код?

Пока это только концепт, но там приводилась ссылка на форк с работающим простым примером (Counter):

https://github.com/fsprojects/Fabulous/compare/mas...

Incremental.Net основан на одноименной OCaml библиотеке, но есть также и Gjallarhorn на котором базируется Gjallarhorn.Bindable

(лично я для своих небольших персональных проектов использую именно его).

и другие реализации.

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

да, абсолютно верно

[Rustam Azizov]

Foggy Finder, благодарю.

Answer 6

[ThunderCat]

Что-то странно, никто так Ява не упомянул, хотя как раз самый мощный кроссплатформ. Да, она часто используется в сегменте корпоративного рынка, но ничего не мешает настругать на ней нечто менее монструозное. Из ваших хотелок практически все покрывается, включая запуск из одного файла под вынь/линь.

2.5. СОМ - ну тут я думаю все умеют

Ну, допустим, не все, а только кто умеет в вин, ибо оно чисто виндовое.

Comments

[Владимир Коротенко]

Не все умеют в интерфейс на яве. Единственное исключение JetBrain.
Работал как то над проектом, мы дополнили их лозунг:

Написано однажды, работает везде, но никак

[ThunderCat]

sergeyiljin,

Приложение для настольных ОС (Win, Linux);

Answer 7

[Шохрух Шаймардонов]

Если веб+десктоп и оьрабатывать нужно не иакие прожорливые данные то html,css,js+electron/nodeGUI
Т.к. юзая нолы можете написать какой-то модуль на крестах и не париться. Портативность, вообще не беда. Почти все пункты решаются очередной либой из npm. Да и вебсокеты и прочен вэбовское, ясно первостепенно решается

Comments

[CapitanRoger]

Шохрух Шаймардонов а можно теперь перевести все выше сказанное на земной язык ;-)

[Андрей Голубков]

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

[CapitanRoger]

Андрей, Советом воспользуюсь обязательно!
И пример можете привести, если конечно это не windows form

[Андрей Голубков]

CapitanRoger, Ну я сам на C# пишу, и могу порекомендовать или WinForms, или WPF, или AvaloniaUI (по сложности отсортировал, от легкого к сложному)
Если готовы пару месяцев потратить на изучение, думаю, лучше взять авалонию

[Шохрух Шаймардонов]

CapitanRoger, по пунктам спрашивайте, отвечу, или гуглите каждый непонятный пункт
В общей сложности часа два уйдет, чтобы понимание пришло

Answer 8

[Adamos]

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

Answer 9

[evgeniy_lm]

Читал ваши требования и самому в голову пришел Delphi. Но борлондовский Delphi 7 сильно устарел, хотя для простых 32-разрядных приложений вполне сгодится. Современные версии стоят дорого (ну кто же за них платит) так что вывести ваши разработки за пределы вашего компа будет проблематично. Можно попробовать Lazarus но там проблемы с доступом ms office, хотя на уровне COM (позднее связывание) работать можно. Для LibreOffice есть даже библиотека, но как-то руки не доходят разобраться

Answer 10

[MacAntony]

Можешь взять Delphi, но скорее всего будет проблема с дальнейшим развитием проекта. Linux + MS office это очень странная сборка =)
Вообщем у тебя 4 варианта: 1. C# + Mono; 2. C++ + Qt; Java + Core; Delphi(но с без понятия как ты будешь работать с Linux.) То бишь если отсеять все варианты то самый лучший будет либо Java, либо Qt.
// Какаято странная у тебя постановка вопроса, хочешь .exe но при этом с Linux, хочешь реестры винды но при этом ещё и под Linux, хочешь работу с оффис но и под Linux (хотя это реализуемо)

Comments

[CapitanRoger]

MacAntony
Linux + MS office нет так, MS office + LibraOffice - потому как приложение должно работать с разными пакетами офиса.
// По поводу реестров - их я привел в качестве примера, потому как в linux -е такого нет.

[Андрей Голубков]

CapitanRoger, еще сейчас в .NET Core есть пакет OpenXML, позволяет редактировать и создавать документы docx, pptx и прочее от офиса.

Answer 11

[CityCat4]

Фигассе скромные хотелки...

Если задача иметь одно приложение для всего этого (или несколько - но по одному и под винду и под линух, то смотреть надо в сторону того, что работает и на винде и на линухе. Я из этого знаю только Qt.

НО:

Работа с MS Office (.docx) и LibreOffice (.odt) - кардинально разная. Это не говоря о том, что есть еще .doc и .sdw (старые форматы Office и StarOffice)
Файловых систем - под винду как минимум три - FAT16, FAT32, NTFS и под линух штук пять наберется...
COM - Вы имеете в виду COM-порт (RS232)? Или же Component Object Model? (вещь сугубо виндовозную)
Что имеется в виду под работой с веб-ресурсами?
В линухе нет .dll и .exe - там есть .so

У Вас выходит какой-то гибрид файлового менеджера и Windows Explorer...

Answer 12

[MechanicZelenyy]

Kotlin под JVM, кроссплатформеность, современный синтаксис плюс куча javaвоских библиотек.

Comments

[Developer]

Фууууу

Answer 13

[Dmtm]

LibreOffice и база данных? ну так прямо в самом LibreOffice и делать - макросы и java extension
или еще вариант - python