Web与桌面应用程序中的耦合与设计模式

我主要是一名桌面应用程序开发人员，但最近我做了一些网页设计项目，并意识到我在文件之间切换的次数明显增多，而完成的工作却明显减少

问题:

在开发桌面应用程序时，我最喜欢的部分是确定要使用的最佳设计模式和数据结构，以最小化耦合并最大限度地提高内聚性。然而，在网页设计方面，我似乎在结构方面无所不在。大量必需的脚本/编程语言与此有很大关系。尽管我理解他们，但有时让他们完美地一起工作会让我精神疲惫。在一个项目中，您可能会使用HTML、CSS、JavaScript、PHP、SQL、XML、C/VB等。然后，每个项目都有任意数量的文件，在一个项目中进行单个更改可能需要在许多其他文件中进行更改。在一个抽象的世界里，我认为整个过程将变得更加简洁和统一

问题:

我通常使用MVC设计，这样我就可以设计视图，将所有触发器链接到控制器，并处理控制器/模型，而无需再次触摸视图。有没有办法在网页设计中模拟这种情况？从桌面应用程序端口到web应用程序的设计模式有多好？有没有办法减少耦合感

我通常使用MVC设计，这样我就可以设计视图，将所有触发器链接到控制器，并处理控制器/模型，而无需再次触摸视图。有没有办法在网页设计中模拟这种情况

使用事件属性模拟此操作：

<div class="view" onclick="controller('click')" onblur="controller('blur')" onload="controller('load')" onunload="controller('unload')" onerror="controller('error')">
</div>

有没有办法减少耦合感

为每个级别使用不同的语言，例如：

XML表示模型，XSLT表示视图，CSS表示控制器 JSON表示模型，JSON.parse表示视图，AJAX表示控制器 模型为CSV，视图为FTP，控制器为Socket 模型的日志文件，视图的SVG，控制器的Perl SQLite用于模型，CSV用于视图，电子表格用于控制器 hTurtle表示模型，GRDDL表示视图，jQuery表示控制器 模型的网关，视图的PubSub，控制器的代理 模型的元数据、视图的元对象、控制器的元字符 字典用于模型，哈希数组树用于视图，调度表用于控制器 模型缓存、视图模板、控制器过滤器 模型的URL、视图的URITemplates、控制器的URITemplate解析器 模型的记录集，视图的Heredoc，控制器的高阶函数 indexedDB表示模型，HTML表示视图，JSON.stringify表示控制器 HTML表示模型，CSS表示视图，CSSOM表示控制器 数据：模型的URI，视图的HTML，控制器的CSS XML表示模型，SVG表示视图，SMIL动画表示控制器 模型的URL、视图的请求主体、控制器的请求头 参考资料