MVC, WCF, EF, LINQ - це тільки я? [зачинено]

... чи все ускладнюється?

Мені здається, що вам потрібно знати багато речей, щоб «правильно» розробити веб-додаток для MS сьогодні. У погані старі часи, коли ми не знали нічого кращого, у нас були таблиці баз даних, ASP.NET, ADO.NET, і ви створили веб-додаток, використовуючи порівняно прості поняття.

Сьогодні, здається, існує багато механізмів, щоб "допомогти" зробити це "правильно", але я не переконаний, що це робить все легше і краще. У мене є відчуття, що я буду в досить невеликій меншині з такими почуттями, але чи є ще хтось там, хто думає, що справи пішли з розуму?

Усі ці речі необов’язкові, використовуйте їх, якщо вони корисні, не - якщо вони не є. Це так просто. Ви, звичайно, можете написати хороші / належні веб-додатки без будь-якої з цих абревіатур у своєму рішенні.

Особисто я вважаю, що MVC є досить легкою та простою у використанні рамкою (набагато простіше розпочати роботу, ніж веб-форми, imo). Так само LINQ пропонує загальний спосіб запиту будь-чого; також добре. У EF та WCF у мене були розбіжності, але коли це так, я не використовую їх.

Ні, не дуже. LINQ - це найбільше, оскільки нарізаний хліб під час взаємодії з базою даних.

Що вам слід пам’ятати, це те, що ці речі побудовані на інших речах. LINQ не додає до кількості речей, які потрібно знати, щоб розробити веб-сайт ASP.NET, тому що тепер не потрібно знати SQL. І LINQ - це OO, що набагато більше відповідає регулярній розробці додатків, що робить його повним shitton легшим, ніж SQL, і набагато простіше інтегрувати з C #.

Якщо ви не вважаєте, що LINQ простіше, ніж SQL, можливо, ви повинні розмістити кілька прикладів того, що складніше в нових парадигмах.

Що ще важливіше, раніше веб-сайти мали набагато меншу функціональність. Як ви збираєтеся робити нові веб-сайти, які працюють краще, масштабують краще та пропонують нові функції в одному коді?

Якщо старі концепції, про які ви згадали, більше не працювали, я погодився б, що це було б шалено, але нові рамки - це альтернативи. Сліпе прийняття було б шаленим. Вам потрібно виправдатись. Особисто для мене SQL не є проблемою. Намагаючись додати частину функціональності сучасних веб-сайтів, веб-форми вже не скорочують її.

Я впевнений, що деякі класичні люди з ASP вважали так само .NET, але мало хто може продовжувати робити це. Я будую кілька сайтів у класичному ASP і не повертаюся назад.

"Зійшов з розуму". Саме так я б описав рішення DataSetADO.NET, ASP.NET. :)

Я погоджуюся, що можна дізнатися багато іншого, але кожен із згаданих вами кадрів поліпшив розвиток .NET.

Я б сказав, що це глобальна проблема, яка може сильно зачіпати будь-яку структуру чи платформу розробника. Коли виходить нова рамка, вона виглядає, як правило, невеликою і компактною, але з часом йде і включаються нові функції / функціональність / API (або дорожня карта / запит, нові концепції / тенденції / технології, або просто еволюція), вона стає "роздутою". Ви почали з "одного способу ведення справ", і тепер є більше можливостей, які ви можете вибрати (і - ви не знаєте / не впевнені - який вибрати). Навчання нових речей може зайняти багато часу, проте вони можуть запропонувати вам набагато більш гнучкі / швидші / кращі рішення тих самих проблем, які раніше вирішувалися обмеженим набором можливостей.

Я одного разу натрапив на кумедну цитату - "весь код перетворюється на s #! T, приділяючи достатньо часу та рук" - який ІМХО підсумовує, чому повинні з'являтися нові речі в існуючих рамках, щоб привести нові ідеї в дію та зробити еволюцію.