LINUX.ORG.RU

Сможет ли занять asp.net core нишу веб дева на линукс хостингах?

 ,


0

4

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


Ответ на: комментарий от ixrws

Им оно надо, этот кобмайн?

В каком месте оно комбайн? В отдельном модуле MVC или в Entity Framework, который зачастую вообще отдельно используют даже в десктопных аппликухах, как Hibernate? Не забывай, что в этом треде речь идет о ASP.NET Core, все компоненты которого находятся под лицензией Apache 2.0, так что все эти вскрики о проприетарности абсолютно не к месту.

Unicode4all ★★★★★
()
Последнее исправление: Unicode4all (всего исправлений: 1)
Ответ на: комментарий от Unicode4all

Не забывай, что в этом треде речь идет о ASP.NET Core, все компоненты которого находятся под лицензией Apache 2.0

Бедняжка микросакс пытается хоть тушкой, хоть чучелком пролезть на рынок серверсайда. Ладно бы они что-то новое интересное предложили, но нет, тянут трупик асп.нет, никому не нужный даже на венде.

anonymous
()
Ответ на: комментарий от anonymous

Антошь, чего ты так? Смотрю статистику по вакансиям асп практически одинаково с джавой.

cr0
() автор топика
Ответ на: комментарий от Unicode4all

В прямом смысле комбайн, достаточно сложно это объяснить тому, кто не видит комбайна, потому что сидит на нём. Но попытаюсь. Вот возьмём скажем обработку regexp, она там своя, она там от .NET, а скажем в том же php это pcre, которую вообще можно где угодно использовать. И тоже самое касается сотен компонентов, которые ни у php, ни у python ни у nodejs не свои, а просто интегрированны. А у .NET оно как бы всё своё и всё от инопланетян. Да, конечно, там сейчас и есть и сторонние компоненты и есть возможность использовать что угодно, но для разработчика, привыкшего скажем к php - это просто комбайн комбайнов. Для java ee разработчика даже может это всё показаться комбайном, хотя может и родным оказаться:)

ixrws ★★★
()
Ответ на: комментарий от ixrws

Вроде и правильно пишешь, но с другой стороны, зачем мне вникать в реализацию. В дотнете я просто использую using System.Text.RegularExpressions; а в пистоне import re. И работаю уже с объектами, как мне поможет знание того, что они pcre или еще от чего-то там?

cr0
() автор топика
Ответ на: комментарий от cr0

как мне поможет знание того, что они pcre или еще от чего-то там?

Это не про реализацию, это как раз про спецификацию

anonymous
()
Ответ на: комментарий от ixrws

Просто так же можно сказать, что комбайн потому что есть урл-менеджер, орм, шаблонизатор и еще черт знает что. Такого что в других в фреймворках нет? Другое дело что есть выбор, юзать ентити или хибернейт, но все таки дефолтный инструмент должен быть. Мы же не в начале 2000-ых, чтобы писать $connection = mysql_connect( «localhost», «root», «password» ) or die( «Sorry - unable to connect to MySQL» );

cr0
() автор топика
Ответ на: комментарий от cr0

Тут всё достаточно просто, если такие знания никогда не были нужны, то .NET должно хватать.

Вникать в реализацию - почти никто не вникает. Но именно потому, что все эти кишки у открытых проектов наружу есть такие вещи как compose, npm, grunt, gulp и тд. Всё это в том или ином виде есть в современных Visual Studio и кому-то это удобно, а кому-то нет. Я про то, что те кто подсел на открытый подход едва ли пересядет на комбайн, пусть даже это комбайн уже распилен и открыт.

ixrws ★★★
()
Ответ на: комментарий от cr0

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

ixrws ★★★
()
Ответ на: комментарий от cr0

Тебе вообще никто не мешает писать на голом ADO.NET(с dapper очень вкусно) и порой это даже удобнее чем EF.
Вообще сама EF скорее для средних проектов т.к в мелких она не нужна, а в крупных поимеешь проблемы с производительностью(и геморрой, пытаясь заставить её генерировать оптимальные запросы).
Да и что говорить - пока там many-to-many искаропки не запилили многие до сих пор не мигрировали.

ritsufag ★★★★★
()
Ответ на: комментарий от ritsufag

м2м нет, оптимизация запросров, госпади каменный век, как на счет добд и атс вместо запросов?

anonymous
()
Ответ на: комментарий от anonymous

Не распарсил. Не пиши здесь больше, не надо.

ritsufag ★★★★★
()
Ответ на: комментарий от ixrws

А у .NET оно как бы всё своё

Что значит «все свое»? Оно такое же точно свое как и pcre у питона.

anonymous
()
Ответ на: комментарий от anonymous

Это значит, что даже если используется какой-то сторонний компонент он так оборачивается, что api для него фирменное, от ms, то есть хочется проблеваться. Да, сейчас потихоньку они копируют подход сообщества, но кого это уже волнует?)

ixrws ★★★
()
Ответ на: комментарий от ixrws

что api для него фирменное, от ms

Что значит «фирменное от ms» и чем это плохо?

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.