... или все усложняется?
Мне кажется, что для того, чтобы «правильно» разработать веб-приложение для MS в наши дни, нужно много чего знать. В старые добрые времена, когда мы не знали ничего лучшего, у нас были таблицы баз данных, ASP.NET, ADO.NET, и вы создавали веб-приложение, используя относительно простые концепции.
В наши дни, кажется, существует множество рамок, чтобы «помочь» вам сделать это «правильно», но я не уверен, что это делает все проще и лучше. У меня есть ощущение, что я буду в довольно небольшом меньшинстве с этим чувством, но есть ли кто-нибудь еще, кто думает, что все стало немного сумасшедшим?
wcf
linq
mvc
entity-framework
Подмастерье
источник
источник
Ответы:
Все эти вещи необязательны, используйте их, если они полезны, не делайте, если они нет. Это так просто. Вы, конечно, можете написать хорошие / правильные веб-приложения без этих сокращений в своем решении.
Лично я склонен находить MVC довольно легковесным и простым в использовании фреймворком (гораздо легче начать работу, чем веб-формы, imo). Аналогично, LINQ предоставляет общий способ запроса чего-либо; тоже хорошо. У EF и WCF и у меня были наши разногласия, но когда это так, я их не использую.
источник
Нет, не совсем. LINQ - величайшая вещь, так как нарезанный хлеб при взаимодействии с базой данных.
То, что вы должны помнить, это то, что эти вещи построены на других вещах. LINQ не добавляет количества вещей, которые вам нужно знать для разработки веб-сайта ASP.NET, потому что теперь вам не нужно знать SQL. И LINQ - это OO, что намного больше соответствует обычной разработке приложений, что делает его проще, чем SQL, и намного проще интегрировать с C #.
Если вы не думаете, что LINQ проще, чем SQL, возможно, вам следует опубликовать несколько примеров чего-то более сложного в новых парадигмах.
Что еще более важно, ранее веб-сайты имели гораздо меньше функциональности. Как вы собираетесь создавать новые веб-сайты, которые работают лучше, масштабируются лучше и предлагают новые функции в том же коде?
источник
Если бы старые концепции, о которых вы упомянули, больше не работали, я бы согласился, что это было бы безумием, но более новые структуры являются альтернативой. Слепое принятие было бы безумием. Вы должны оправдать. Лично SQL сам по себе не проблема для меня. Пытаясь добавить некоторые функциональные возможности современных веб-сайтов, веб-формы больше не сокращают его.
Я уверен, что некоторые классические ASP чувствовали то же самое по отношению к .NET, но немногие могут продолжать выдвигать этот аргумент. Я строю пару сайтов в классическом ASP и не вернусь.
источник
"Немного сошел с ума". Именно так я бы описал
DataSet
решение ADO.NET, ASP.NET. :)Я согласен, что есть чему поучиться, но каждая из упомянутых вами фреймворков сделала разработку .NET лучше.
источник
Я бы сказал, что это глобальная проблема, которая может затронуть практически все фреймворки или (разработчики) платформы. Когда выпускается новый фреймворк, он выглядит обычно небольшим и компактным, но с течением времени и включением новых функций / функциональных возможностей / API-интерфейсов (либо по дорожной карте / запросу, новым концепциям / тенденциям / технологиям, либо просто по мере эволюции) он становится «раздутым». Вы начали с «одного способа ведения дел», и теперь есть больше возможностей, из которых вы можете выбрать (и - вы не знаете / не уверены - какой выбрать). Изучение новых вещей может занимать много времени, однако они могут предложить вам гораздо более гибкие / быстрые / лучшие решения тех же проблем, которые ранее решались ограниченным набором опций.
Однажды я наткнулся на забавную цитату - «весь код превращается в s #! T при наличии достаточного количества времени и рук», - которые ИМХО резюмируют, почему должны появиться новые вещи в существующих рамках для воплощения новых идей в жизнь и развития.
источник