mvc - Wie gehe ich mit der Beziehung zwischen der Modellansicht und anderen Elementen in Nicht-Web-Grafikanwendungen um?

Question

Heute habe ich mich beschwert und ein Weibo gepostet:
http://weibo.com/1651843872/B09Wxlokv?mod=weibotime

Rückblickend kann die Schnittstelle von jQuery sogar für große Anwendungen schädlich sein. Das Konzept von MVC abstrahiert weitgehend ein klares Modell, und die Ansicht wird direkt mit der Schnittstelle synchronisiert Model.. Ich war die ganze Zeit verwirrt.

Ich habe Frontend gelernt, weil mir klar wurde, dass die Entwicklung grafischer Schnittstellen auf der Webplattform sehr kostengünstig ist,
Erst als ich anfing, an Anwendungen zu arbeiten, wurde mir die Komplexität von Grafikanwendungen wirklich bewusst..
Soweit ich mich erinnere, war dieser Lernprozess einfach ein schrittweiser Kampf gegen die Verwendung von jQuery..
Die Trennung von Modell, Ansicht und anderen Komponenten und ihren jeweiligen Teilen kann erst nach und nach realistischer werden.

Das Web ist sehr chaotisch, da es mit DOM bereits eine Abstraktionsebene gibt und es auch einige Wege in Bezug auf die Bereitstellung blockiert,
Wie geht man also mit der Beziehung zwischen Ansicht und Modell in der Grafikentwicklung auf anderen Plattformen ohne DOM um?

Zum Beispiel verwaltet die zugrunde liegende Implementierung der Webkit-Toolbibliothek Model und View.
Es gibt auch Unity3D, Flash usw. Wie verstehen Sie diese Teile?

Die Frage ist etwas allgemeiner Natur. Bitte geben Sie mir einen Rat, danke.

Answer 1

等等，为啥反对jQ？ jQ是dom操作封装，和MVC几乎没有任何关系。就像打仗既要用枪也要用炮，不能说“我认识到大炮一炮可以炸掉一个碉堡，所以步枪的使用对战场是有害的”吧

事实上，AngularJS虽然提倡no jq，但实质是自己精简了jqLite来用，而Backbone则天然亲jQ。大应用完全没结构，jQ硬写固然是歪路，但简单地认为贯彻MVC就是不用jQ也不能说是正确的想法。

贴一下我去年的Backbone读后感给题主参考。实际上我现在认为除非『管理界面』类型的应用，Backbone或者类Backbone的Model机制，特指Backbone.sync用处不大。因为浏览器端的JS天生不『拥有』任何数据，不会负责数据的简单CURD式的落地（H5涉及离线本地存储另说）。浏览器端JS可能更需要的是维护数据和DOM绑定，也就是所谓ViewModel，参考KnockoutJS

没有非Web经验真抱歉。