Сообщение Re[5]: На чем писать коммерческий софт от 28.07.2022 10:52
Изменено 28.07.2022 10:55 sanyo1234
Re[5]: На чем писать коммерческий софт
Здравствуйте, paradok, Вы писали:
P>нужны шашечки (в.5+) или ехать?
По вашему остановиться на версии .NET Framework v4.x без развития — это норм?
Ехать, а не ползти далеко позади актуальных версий
Вот только смущает, что поддержка .NET Framework v4.x настолько хороша в Linux WINE вероятно в первую очередь из-за игроделов, а они почему-то не торопятся на .NET v5+, хотя скоро уже релиз .NET v7 !
С другой стороны .NET v5+ не имеет завязок на WinAPI и сделать поддержку в WINE вероятно совсем несложно, если ее еще пока там нет.
В принципе для формошлепства пока обычно достаточно и .NET Framework v4.x, а бизнес логику распределенного приложения можно делать на современном актуальном .NET v5+, связывать их через CSLA.NET, который позволяет использовать разные версии .NET на различных tiers приложения. Но со временем все же наборы компонентов и тулсет будет все менее актуальным для legacy .NET Framework v4.x
P>нужны шашечки (в.5+) или ехать?
По вашему остановиться на версии .NET Framework v4.x без развития — это норм?
Ехать, а не ползти далеко позади актуальных версий
Вот только смущает, что поддержка .NET Framework v4.x настолько хороша в Linux WINE вероятно в первую очередь из-за игроделов, а они почему-то не торопятся на .NET v5+, хотя скоро уже релиз .NET v7 !
С другой стороны .NET v5+ не имеет завязок на WinAPI и сделать поддержку в WINE вероятно совсем несложно, если ее еще пока там нет.
В принципе для формошлепства пока обычно достаточно и .NET Framework v4.x, а бизнес логику распределенного приложения можно делать на современном актуальном .NET v5+, связывать их через CSLA.NET, который позволяет использовать разные версии .NET на различных tiers приложения. Но со временем все же наборы компонентов и тулсет будет все менее актуальным для legacy .NET Framework v4.x
Re[5]: На чем писать коммерческий софт
Здравствуйте, paradok, Вы писали:
P>нужны шашечки (в.5+) или ехать?
По вашему остановиться на версии .NET Framework v4.x без развития — это норм?
Ехать, а не ползти далеко позади актуальных версий
Вот только смущает, что поддержка .NET Framework v4.x настолько хороша в Linux WINE вероятно в первую очередь из-за игроделов, а они почему-то не торопятся на .NET v5+, хотя скоро уже релиз .NET v7 !
С другой стороны .NET v5+ не имеет завязок на WinAPI и сделать поддержку в WINE вероятно совсем несложно, если ее еще пока там нет.
В принципе для формошлепства пока обычно достаточно и .NET Framework v4.x, а бизнес логику распределенного приложения можно делать на современном актуальном .NET v5+, связывать их через CSLA.NET, который позволяет использовать разные версии .NET на различных tiers приложения. Но со временем все же наборы компонентов и тулсет будет все менее актуальным для legacy .NET Framework v4.x
Все равно со временем игроделы будут вынуждены двигаться вместе с прогрессом, а нам перейти будет еще проще, потому что поддержка WinForms в современном .NET v5+ и так уже есть.
P>нужны шашечки (в.5+) или ехать?
По вашему остановиться на версии .NET Framework v4.x без развития — это норм?
Ехать, а не ползти далеко позади актуальных версий
Вот только смущает, что поддержка .NET Framework v4.x настолько хороша в Linux WINE вероятно в первую очередь из-за игроделов, а они почему-то не торопятся на .NET v5+, хотя скоро уже релиз .NET v7 !
С другой стороны .NET v5+ не имеет завязок на WinAPI и сделать поддержку в WINE вероятно совсем несложно, если ее еще пока там нет.
В принципе для формошлепства пока обычно достаточно и .NET Framework v4.x, а бизнес логику распределенного приложения можно делать на современном актуальном .NET v5+, связывать их через CSLA.NET, который позволяет использовать разные версии .NET на различных tiers приложения. Но со временем все же наборы компонентов и тулсет будет все менее актуальным для legacy .NET Framework v4.x
Все равно со временем игроделы будут вынуждены двигаться вместе с прогрессом, а нам перейти будет еще проще, потому что поддержка WinForms в современном .NET v5+ и так уже есть.