LINUX.ORG.RU

История изменений

Исправление sanyo1234, (текущая версия) :

дотнет методом вот этого вот ганзтолка,

.NET IMHO прекрасен для десктопной разработки на WinForms и Avalonia и вероятно единственно полезный вариант для разработки десктопных офисных приложений особенно с использование DevExpress. Но далеко не всем хочется быть формошлёпом.

На VB.NET кодить просто по кайфу из-за его синтаксиса.

А Scala + JVM вероятно неплохи для алгоритмических задач и даже для вынесения части кода десктопных приложений, например, типа DTO (for data layer) в JVM сборки, использующие современный Hibernate (с OGM, Shards, etc.), на .NET такой роскоши вроде бы пока нет в nHibernate, а связываться MS EF как-то такое себе после истории их более ранней свистопляски с разными технологиями доступа к данным (DAO, ADO, ADO.NET, etc.).

Вообще при программировании на .NET IMHO полезен только сам .NET , а завязываться на другие технологии MS типа MAUI и т.п. довольно опасно и бесперспективно. Нужно по возможности использовать 3rd parties типа:

Вместо MAUI -> UNO

Вместо EF -> nHibernate

Вместо WPF -> Avalonia

Из полезных от MS можно отметить:

WinForms 20 летней давности, потому что к нему есть DevExpress (и куча компонентов от других вендоров, которые до сих пор активно развиваются) и даже в т.ч. XAF. Старые версии хорошо работают на Linux под WINE, про новые не знаю. До сих пор поддерживается, за что конечно можно выразить MS только своё уважение.

Из современных GUI фреймворков MS Blazor, тоже поддерживается в DevExpress XAF.

Исправление sanyo1234, :

дотнет методом вот этого вот ганзтолка,

.NET IMHO прекрасен для десктопной разработки на WinForms и Avalonia и вероятно единственно полезный вариант для разработки десктопных офисных приложений особенно с использование DevExpress. Но далеко не всем хочется быть формошлёпом.

На VB.NET кодить просто по кайфу из-за его синтаксиса.

А Scala + JVM вероятно неплохи для алгоритмических задач и даже для вынесения части кода десктопных приложений, например, типа DTO (for data layer) в JVM сборки, использующие современный Hibernate (с OGM, Shards, etc.), на .NET такой роскоши вроде бы пока нет в nHibernate, а связываться MS EF как-то такое себе после истории их более ранней свистопляски с разными технологиями доступа к данным (DAO, ADO, ADO.NET, etc.).

Вообще при программировании на .NET IMHO полезен только сам .NET , а завязываться на другие технологии MS типа MAUI и т.п. довольно опасно и бесперспективно. Нужно по возможности использовать 3rd parties типа:

Вместо MAUI -> UNO

Вместо EF -> nHibernate

Вместо WPF -> Avalonia

Из полезных от MS можно отметить:

WinForms 20 летней давности, потому что к нему есть DevExpress (и куча компонентов от других вендоров, которые до сих пор активно развиваются) и даже в т.ч. XAF.
До сих пор поддерживается, за что конечно можно выразить MS только своё уважение.

Из современных GUI фреймворков MS Blazor, тоже поддерживается в DevExpress XAF.

Исправление sanyo1234, :

дотнет методом вот этого вот ганзтолка,

.NET IMHO прекрасен для десктопной разработки на WinForms и Avalonia и вероятно единственно полезный вариант для разработки десктопных офисных приложений особенно с использование DevExpress. Но далеко не всем хочется быть формошлёпом.

На VB.NET кодить просто по кайфу из-за его синтаксиса.

А Scala + JVM вероятно неплохи для алгоритмических задач и даже для вынесения части кода десктопных приложений, например, типа DTO (for data layer) в JVM сборки, использующие современный Hibernate (с OGM, Shards, etc.), на .NET такой роскоши вроде бы пока нет в nHibernate, а связываться MS EF как-то такое себе после истории их более ранней свистопляски с разными технологиями доступа к данным (DAO, ADO, ADO.NET, etc.).

Вообще при программировании на .NET IMHO полезен только сам .NET , а завязываться на другие технологии MS типа MAUI и т.п. довольно опасно и бесперспективно. Нужно по возможности использовать 3rd parties типа:

Вместо MAUI -> UNO Вместо EF -> nHibernate Вместо WPF -> Avalonia

Из полезных от MS можно отметить:

WinForms 20 летней давности, потому что к нему есть DevExpress (и куча компонентов от других вендоров, которые до сих пор активно развиваются) и даже в т.ч. XAF.
До сих пор поддерживается, за что конечно можно выразить MS только своё уважение.

Из современных GUI фреймворков MS Blazor, тоже поддерживается в DevExpress XAF.

Исправление sanyo1234, :

дотнет методом вот этого вот ганзтолка,

.NET IMHO прекрасен для десктопной разработки на WinForms и Avalonia и вероятно единственно полезный вариант для разработки десктопных офисных приложений особенно с использование DevExpress. Но далеко не всем хочется быть формошлёпом.

На VB.NET кодить просто по кайфу из-за его синтаксиса.

А Scala + JVM вероятно неплохи для алгоритмических задач и даже для вынесения части кода десктопных приложений, например, типа DTO (for data layer) в JVM сборки, использующие современный Hibernate (с OGM, Shards, etc.), на .NET такой роскоши вроде бы пока нет в nHibernate, а связываться MS EF как-то такое себе после истории их более ранней свистопляски с разными технологиями доступа к данным (DAO, ADO, ADO.NET, etc.).

Исходная версия sanyo1234, :

дотнет методом вот этого вот ганзтолка,

.NET IMHO прекрасен для десктопной разработки на WinForms и Avalonia и вероятно единственно полезный вариант для разработки десктопных офисных приложений особенно с использование DevExpress. Но далеко не всем хочется быть формошлёпом.

На VB.NET кодить просто по кайфу из-за его синтаксиса.

А Scala + JVM вероятно неплохи для алгоритмических задач и даже для вынесения части кода десктопных приложений, например, типа DTO (data layer) в JVM сборки, использующие современный Hibernate (с OGM, Shards, etc.), на .NET такой роскоши вроде бы пока нет в nHibernate, а связываться MS EF как-то такое себе после истории их более ранней свистопляски с разными технологиями доступа к данным (DAO, ADO, ADO.NET, etc.).