我搞不明白model应该怎样设计。看了一些例子中的model完全就是一个数据存储对象，这和后端的model差太多。而且只是一个数据对象字面量的话，没必要划分成一个model吧。
Mvvm框架更是把view和model绑定在了一起，让我更迷糊了。求大婶～
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
5
1150
收藏
model其实和java Bean差不多吧，都是为了方便数据传输，但是model比bean使用面更广，没有那么多的限制，对于你说的有没有必要划分成一个model需要看你的设计，为了减少数据传输，提高用户体验，model还是有必要的，另外使用model传输数据更方便一些。
MVVM 确实不好理解. 如果是每次数据修改都对整个界面进行重新绘制, 楼主也许就熟悉一点了.
或者说, 如果是 PHP 那样, 每次有提交, 整个页面都重新绘制, 楼主会不会熟悉好多?
Facebook 基于这样的思路用 JavaScript 在前端实现了 React, 可以粗略理解为这个全部渲染.
然后 Facebook 得到了一个 MVC 的变种, 取了个名字叫 Flux.. 我就向楼主推荐 React 跟 Flux.
Flux 当中因为界面是整体渲染, 因此会清晰一些, 而其中的 Model, 就比较容易用 Array 直接实现了.
不知道你所说的“后端的Model”是指什么？
我猜测你指的可能是那种已经和ORM绑起来、可以用来表示数据也可以用来访问数据库的东西吧。
就我个人理解，像是AngularJs这种的双向绑定的MVVM，就是指那种用特定指令把界面某个元素的显示和ViewModel中对应对象绑定起来，哪边有改动，另外一边就会有对应的改动。并不存在什么“数据库”，ViewModel就是数据源。至于后台开发中那种定义数据规范的模型……就看你自己想不想做了。
也是刚接触，说的不一定对。