Вопрос о том, «может ли вещь из Y быть реализована с использованием X», обычно тривиален - базовый язык, C #, полон по Тьюрингу, поэтому вы можете реализовать все, что реально может быть реализовано в любой технологии, использующей его. Вы также можете реализовать что-либо из ASP.NET MVC или Webforms в этом отношении, используя обычный старый C или Assembly. В основном вы утверждаете, что вы можете смоделировать возможности ASP.NET MVC в Webforms, написав тонну стандартного кода. Ну, вы могли бы, очевидно - вы могли бы сделать то же самое, используя C, не так ли?
Кроме того, что касается пункта 1, я не считаю "реализацию подобной структуры папок" убедительным аргументом в пользу слабосвязанной архитектуры. Структура папок вряд ли архитектура. MVC существует, потому что он позволяет легче разделять проблемы. Webforms из коробки не поддерживает MVC. Вы отправляете запрос прямо на страницу, контроллера нет. Структура папок не решит эту проблему. Чтобы реализовать MVC, вам придется очень постараться и написать много кода, в основном, написать фреймворк поверх фреймворка. Это то, что мы обычно называем «изобретать велосипед».
Вопрос сводится к эргономике и долгосрочной поддержке. В Webforms много магии происходит под капотом, что отнимает контроль и усложняет реализацию архитектурных шаблонов, и больше не разрабатывается. Основное внимание уделяется Razor Pages и ASP.NET Core MVC. Если вам нравится работать с веб-формами, вы, вероятно, найдете Razor Pages лучшим выбором. Обе эти платформы являются более современными и позволяют писать меньше кода для достижения чистой, слабо связанной архитектуры.
Как примечание к современным технологиям, jQuery примерно такой же современный, как и веб-формы.