Re[2]: C# ждет участь Delphi?
От: Grizzli  
Дата: 27.05.22 03:54
Оценка: +1
Здравствуйте, Михаил Романов, Вы писали:

МР>- десктопные проекты да, на .Net если и появляются, то скорее в следовых количествах.


Потому что нет нормальной библиотеки кроссплатформенной от микрософта. чтобы и микрософт, и линукс был из коробки.
Re[3]: C# ждет участь Delphi?
От: vaa  
Дата: 27.05.22 06:10
Оценка:
Здравствуйте, Grizzli, Вы писали:

G>Здравствуйте, Михаил Романов, Вы писали:


МР>>- десктопные проекты да, на .Net если и появляются, то скорее в следовых количествах.


G>Потому что нет нормальной библиотеки кроссплатформенной от микрософта. чтобы и микрософт, и линукс был из коробки.


https://github.com/GtkSharp/GtkSharp
https://spvessel.com/
https://github.com/picoe/Eto
https://github.com/AvaloniaUI/Avalonia
https://github.com/migueldeicaza/gui.cs
https://platform.uno/
https://qmlnet.github.io/
☭ ✊ В мире нет ничего, кроме движущейся материи.
Отредактировано 27.05.2022 6:13 Разраб . Предыдущая версия .
Re[3]: C# ждет участь Delphi?
От: Михаил Романов Удмуртия https://mihailromanov.wordpress.com/
Дата: 27.05.22 06:49
Оценка: -1
Здравствуйте, Grizzli, Вы писали:

G>Потому что нет нормальной библиотеки кроссплатформенной от микрософта. чтобы и микрософт, и линукс был из коробки.

Думаю, что проблема скорее в том, что ниша десктоп-приложений схлопывается в целом, а .Net здесь только повторяет общий тренд.
Re[4]: C# ждет участь Delphi?
От: Grizzli  
Дата: 27.05.22 11:25
Оценка: +3
Здравствуйте, vaa, Вы писали:


vaa>https://github.com/GtkSharp/GtkSharp

vaa>https://spvessel.com/
vaa>https://github.com/picoe/Eto
vaa>https://github.com/AvaloniaUI/Avalonia
vaa>https://github.com/migueldeicaza/gui.cs
vaa>https://platform.uno/
vaa>https://qmlnet.github.io/

Это все сторонние поделки. В серьез в них вкладываться мало кто будет.
Re[4]: C# ждет участь Delphi?
От: Grizzli  
Дата: 27.05.22 11:26
Оценка: :)
Здравствуйте, Михаил Романов, Вы писали:

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


Куда она схлопывается? речь не о игрушках же, а о рабочих приложениях.
Re[5]: C# ждет участь Delphi?
От: Grizzli  
Дата: 27.05.22 11:38
Оценка:
Здравствуйте, vaa, Вы писали:


vaa>А смысл? blazor нужен как замена реакту — UI рисовать, там скорость не особо нужна.


Ну как сказать, графики, таблицы по большим выборкам данных.
Re[5]: C# ждет участь Delphi?
От: Nuzhny Россия https://github.com/Nuzhny007
Дата: 27.05.22 11:44
Оценка:
Здравствуйте, Grizzli, Вы писали:

G>Это все сторонние поделки. В серьез в них вкладываться мало кто будет.


Подожди, но GtkSharp — это часть Mono, которое принадлежит и развивается Майкрософтом. Разве нет?
Кроме того, Avalonia — это очень популярный фреймворк, а не поделка. На нём пишется куча программ, оно развивается даже получше чем, как мы выяснили ранее уже майкрософтовский, GtkSharp.
Так что я бы не был столь категоричен.
Re[6]: C# ждет участь Delphi?
От: Grizzli  
Дата: 27.05.22 11:47
Оценка:
Здравствуйте, Nuzhny, Вы писали:

N>Подожди, но GtkSharp — это часть Mono, которое принадлежит и развивается Майкрософтом. Разве нет?


Принадлежит да, а точно развивается?


N>Кроме того, Avalonia — это очень популярный фреймворк, а не поделка. На нём пишется куча программ, оно развивается даже получше чем, как мы выяснили ранее уже майкрософтовский, GtkSharp.

N> Так что я бы не был столь категоричен.


Я это знаю. Но принят ли он общество как стандарт? Сторонние конторы аля defExpress клепают ли для него наборы своих контролов?
Ну и есть ли там хардварное ускорение отрисовки хотя бы на win и linux десктопе?
Отредактировано 27.05.2022 11:49 Grizzli . Предыдущая версия .
Re[7]: C# ждет участь Delphi?
От: Nuzhny Россия https://github.com/Nuzhny007
Дата: 27.05.22 12:11
Оценка:
Здравствуйте, Grizzli, Вы писали:

N>>Подожди, но GtkSharp — это часть Mono, которое принадлежит и развивается Майкрософтом. Разве нет?

G>Принадлежит да, а точно развивается?

Видимо, развивается со скоростью смены API в GTK. Ну и самое главное — это не сторонняя поделка, работает в том числе на Астра Линуксе. Что уже показатель.

G>Я это знаю. Но принят ли он общество как стандарт? Сторонние конторы аля defExpress клепают ли для него наборы своих контролов?


Для меня в основном С++ (ну и немного Питон) программиста очень странно звучат данные вопросы. Правильно ли я понимаю, что у себя в проектах ты используешь исключительно библиотеки, разработанные Майкрософтом? И ничего другого, даже популярного и всемирно известного, не допускается в проект?
Очень странно. А devExpress — это часть Майкрософта или исключение, сторонняя компания, софтом которой пользоваться можно?

G>Ну и есть ли там хардварное ускорение отрисовки хотя бы на win и linux десктопе?


Насколько я в курсе — да. Оно использует Skia от Гугла, а тот, в свою очередь, умеет GPU acceleration на туевой хуче платформ. Поэтому Avalonia даже на raspberry будет работать с ускорением.
Re[8]: C# ждет участь Delphi?
От: Grizzli  
Дата: 27.05.22 12:29
Оценка:
Здравствуйте, Nuzhny, Вы писали:


N>Для меня в основном С++ (ну и немного Питон) программиста очень странно звучат данные вопросы. Правильно ли я понимаю, что у себя в проектах ты используешь исключительно библиотеки, разработанные Майкрософтом? И ничего другого, даже популярного и всемирно известного, не допускается в проект?

N>Очень странно. А devExpress — это часть Майкрософта или исключение, сторонняя компания, софтом которой пользоваться можно?

ты не правильно понимаешь. есть некая технология. ну пускай, язык питон, коли ты его используешь. я спрашиваю, признан ли питон индустриальным стандартом? выпускают ли для питона серьезные сторонние производители наборы библиотек? Вот что я спрашиваю, но в контексте всех этих GUI библиотек для .net.

N>Насколько я в курсе — да. Оно использует Skia от Гугла, а тот, в свою очередь, умеет GPU acceleration на туевой хуче платформ. Поэтому Avalonia даже на raspberry будет работать с ускорением.


если так — то это хорошо. Графики будет быстро рисовать.
Re[9]: C# ждет участь Delphi?
От: Nuzhny Россия https://github.com/Nuzhny007
Дата: 27.05.22 12:38
Оценка:
Здравствуйте, Grizzli, Вы писали:

G>ты не правильно понимаешь. есть некая технология. ну пускай, язык питон, коли ты его используешь. я спрашиваю, признан ли питон индустриальным стандартом? выпускают ли для питона серьезные сторонние производители наборы библиотек? Вот что я спрашиваю, но в контексте всех этих GUI библиотек для .net.


Так стандарта на GUI библиотеки нет. Они не даже не часть .Net Core (или уже есть такое?).
Есть более или менее стандартизированные средства разработки (язык + компилятор/интерпретатор + стандартная библиотека).
Далее куча народа пишет разные GUI библиотеки на самом языке или делает биндинги для сторонних библиотек. На Питоне я использую PyQt, например, оно ни разу не стандартное, но очень популярное, открытое, с хорошей документацией. Всё, этого мне достаточно.
И также с другими библиотеками. Например, для Питона есть scipy, numpy, pandas etc — это всё делается не теми людьми, которые развивают тот же CPython и сам язык, они имеют альтернативы (оооочень слабенькие). Но эти библиотеки популярны и открыты — все пользуются.
Что ещё надо? Я правда не понимаю.
Re[3]: C# ждет участь Delphi?
От: rudzuk  
Дата: 27.05.22 15:41
Оценка: +1
Здравствуйте, Grizzli, Вы писали:

G> МР>- десктопные проекты да, на .Net если и появляются, то скорее в следовых количествах.


G> Потому что нет нормальной библиотеки кроссплатформенной от микрософта. чтобы и микрософт, и линукс был из коробки.


Да не по этому... Мне недавно потребовалось образ диска iso конвертировать в wim. Скачал первое попавшееся — filestar. Оказалось, что это чудо написано под .NET (не FW) с гуем на авалонии (там того гуя — прости господи — одно окошко). И весит вся эта радость в районе 160Mb (очень приблизительно) и стартует по-дотнетовски неспешно При таких раскладах, нужно быть совсем отбитым, чтобы под десктоп писать на этом...
avalon/3.0.0
Re[6]: C# ждет участь Delphi?
От: vaa  
Дата: 30.05.22 02:39
Оценка:
Здравствуйте, Grizzli, Вы писали:

G>Здравствуйте, vaa, Вы писали:



vaa>>А смысл? blazor нужен как замена реакту — UI рисовать, там скорость не особо нужна.


G>Ну как сказать, графики, таблицы по большим выборкам данных.


вроде бы движок js хрома умеет jit, не уверен, что в ВМ, которая работает внутри браузера как плагин
обгонит js на родном для браузере движке.
да и таблицы пока еще сильно шустрее и богаче на js https://www.datatables.net/
☭ ✊ В мире нет ничего, кроме движущейся материи.
Re[3]: C# ждет участь Delphi?
От: Worminator X Россия #StandWithPalestine 🖤🤍💚
Дата: 23.08.22 04:49
Оценка: 1 (1) +1
Здравствуйте, vaa, Вы писали:

vaa>хотя говорят компилятор F# еще более оптимизирован за счет inline инструкции на уровне кода

vaa>но в целом, как яп конечно выиграет тот кто более гибок. например на F# есть такое https://sutil.dev/

Ни один вменяемый архитектор никогда не станет использовать F# в продакшене.
Кровавый энтерпрайз пишется толпами индусов-макак, легко взаимозаменямых.
Код с монадами и каррированием в принципе не поддается рефакторингу и с архитектурной точки зрения является УГ.
Может, мы обидели кого-то зря, cбросив пару сотен мегатонн.
А теперь горит и плавится земля — там, где был когда-то Пентагон.
Re[3]: C# ждет участь Delphi?
От: Worminator X Россия #StandWithPalestine 🖤🤍💚
Дата: 23.08.22 04:53
Оценка: -1
Здравствуйте, Serginio1, Вы писали:

S>C# не ждет участь Delphi по одной причине. За ним стоит крупнейшая компания. Так, что никуда он не денется


Этой крупной компании свойственно хоронить свои же устаревшие технологии. Где сейчас FoxPro? Где COM/DCOM/AvtiveX? А SOAP и MFC насколько активно развиваются? Вот и .NET похоронят. Не сразу, конечно.
Может, мы обидели кого-то зря, cбросив пару сотен мегатонн.
А теперь горит и плавится земля — там, где был когда-то Пентагон.
Re[3]: C# ждет участь Delphi?
От: Worminator X Россия #StandWithPalestine 🖤🤍💚
Дата: 23.08.22 04:58
Оценка: -1 :)
Здравствуйте, Farsight, Вы писали:

F>Абсолютно бессмысленная фраза. Можно сказать бредовая.


Очень аргументированно. На HH.RU и смотрим, сколько вакансий с микросервисами и сколько с монолитами на ASP.NET MVC, RoR и др.
Может, мы обидели кого-то зря, cбросив пару сотен мегатонн.
А теперь горит и плавится земля — там, где был когда-то Пентагон.
Re[4]: C# ждет участь Delphi?
От: Farsight СССР  
Дата: 23.08.22 20:32
Оценка:
Здравствуйте, Worminator X, Вы писали:

WX>Очень аргументированно. На HH.RU и смотрим, сколько вакансий с микросервисами и сколько с монолитами на ASP.NET MVC, RoR и др.

И вот еще одна .
</farsight>
Re: C# ждет участь Delphi?
От: Aquilaware  
Дата: 31.08.22 15:51
Оценка:
Здравствуйте, e.thrash, Вы писали:

ET>Тенденция или я не туда смотрю?


Что меня удивляет, так это Python. Это хороший язык, но и педаль тормоза хорошая, проги на нем зачастую никуда не спешат. Почему тогда его использование растет? Получается, что большая часть открытых проектов на GitHub сделана в стиле "периодического подкручивания небыстрых костылей" на питоне во благо ненапряга?
Re[2]: C# ждет участь Delphi?
От: Farsight СССР  
Дата: 31.08.22 16:15
Оценка:
Здравствуйте, Aquilaware, Вы писали:

A>Что меня удивляет, так это Python. Это хороший язык, но и педаль тормоза хорошая, проги на нем зачастую никуда не спешат. Почему тогда его использование растет? Получается, что большая часть открытых проектов на GitHub сделана в стиле "периодического подкручивания небыстрых костылей" на питоне во благо ненапряга?


Так датасайнтисты любят его нежно.
</farsight>
Re[3]: C# ждет участь Delphi?
От: Baiker  
Дата: 31.08.22 21:35
Оценка:
Здравствуйте, Grizzli, Вы писали:

G>Здравствуйте, Михаил Романов, Вы писали:


МР>>- десктопные проекты да, на .Net если и появляются, то скорее в следовых количествах.


G>Потому что нет нормальной библиотеки кроссплатформенной от микрософта. чтобы и микрософт, и линукс был из коробки.


Никому нафиг этот "кроссплатформ" не упал! Пара красноглазиков бегает по форумам, ждут халявы, которую MS напишет им забесплатно. ШАЗ!
У адекватных коммерческих разрабов есть WinForms, WPF + куча сторонних библиотек. Вот они и пишут весь нормальный софт.
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.