Meteor 什么是“一个”呢;数据的原子单位;?

Meteor 什么是“一个”呢;数据的原子单位;?,meteor,Meteor,我正在研究Meteor的Deps.Dependency工具。文件中说: 依赖项表示一个 计算可能取决于 要在上下文中看到这一点 我到处寻找“数据的原子单位”的定义,但找不到它的定义。有人知道它的确切含义吗?“数据单位”是有意义的——我想我是在试图理解“原子”一词的假定特征。原子(曾几何时)的意思是“不能被分割成更小的部分”。从那时起,我们已经学会了分裂原子,因此与化学的类比并不成立 然而,数据的原子单位是不能(合理地)分解成更小的部分的。当然,构成“小部分”的内容是非常主观的。整数是原子的吗?如

我正在研究Meteor的Deps.Dependency工具。文件中说:

依赖项表示一个 计算可能取决于

要在上下文中看到这一点

我到处寻找“数据的原子单位”的定义,但找不到它的定义。有人知道它的确切含义吗?“数据单位”是有意义的——我想我是在试图理解“原子”一词的假定特征。

原子(曾几何时)的意思是“不能被分割成更小的部分”。从那时起,我们已经学会了分裂原子,因此与化学的类比并不成立

然而,数据的原子单位是不能(合理地)分解成更小的部分的。当然,构成“小部分”的内容是非常主观的。整数是原子的吗?如果我把它分解成在内存中表示它的字节会怎么样?我把这些字节进一步分解成比特怎么样?你可以很快看出这是多么乏味

对于您的目的,我会考虑存储在数据库表中的单元格中的任何值都是原子的。

< P> Atomic(很久很久以前)是指“不能分割成小块”。从那时起,我们已经学会了分裂原子,因此与化学的类比并不成立

然而,数据的原子单位是不能(合理地)分解成更小的部分的。当然,构成“小部分”的内容是非常主观的。整数是原子的吗?如果我把它分解成在内存中表示它的字节会怎么样?我把这些字节进一步分解成比特怎么样?你可以很快看出这是多么乏味


对于你的目的,我认为数据库表中存储的任何值都是原子的。

< P>我决不是流星从来没有真正使用过的专家。我对当前的框架只是暂时的兴趣,想知道它们是关于什么的

Meteor是围绕一种MVC模式构建的。只要模型中的数据发生更改,所有通用视图都会更新。广义的意思是视图不需要是UI元素

这是通过
Deps.Dependency
对象实现的。在链接中的示例中,
weather
对象由
weatherDep
依赖项“保护”

当天气发生变化时,将触发相关性,并重新计算/渲染依赖于天气信息的所有视图

在这种情况下,天气被视为数据的原子单位

现在,在示例中,weather是一个字符串,但即使weather包含多条信息,同样的原则也适用;比如说降水量和温度

那么什么是数据的原子单位呢

无论数据模型的创建者认为它是什么

对于上面的例子,假设您的页面上有一个天气小部件。这个小部件使用天气数据并创建一个图像,其中一个角落有天气(云、雨、太阳等)和温度的图形表示。对于这个小部件,天气是一个数据的原子单位,如果构成天气变化的任何信息片段,整个小部件都需要重新绘制

例如,第二小部件可以仅显示温度。您可以让这个小部件依赖于天气数据,但这意味着即使只有降水量发生变化,它也将重新计算,因此您可能决定有两个依赖项;一个用于整个天气对象,一个用于温度。在一种情况下,天气是数据的原子单位,而在另一种情况下,它是温度

在这种情况下,您将需要两组函数,以便温度小部件调用
依赖于正确的依赖项()

经修订的守则:

var weather = {precipitation:0.5, temperature:20}; var weatherDep = new Deps.Dependency; var temperatureDep = new Deps.Dependency; var getWeather = function () { weatherDep.depend() return weather; }; var getTemperature = function () { temperatureDep.depend() return weather; }; var setWeather = function (w) { weather = w; // (could add logic here to only call changed() // if the new value is different from the old) weatherDep.changed(); temperatureDep.changed(); }; var setTemperature = function (t) { weather.temperature = t; // (could add logic here to only call changed() // if the new value is different from the old) temperatureDep.changed(); }; var天气={降水量:0.5,温度:20}; var weatherDep=新部门依赖关系; var temperatureDep=新的部门依赖关系; var getWeather=函数(){ 天气预报 回归天气; }; var getTemperature=函数(){ temperatureDep.depend() 回归天气; }; var SETWEATHEAR=功能(w){ 天气=w; //(只能在此处为call changed()添加逻辑) //如果新值与旧值不同) 天气预报已更改(); 温度表已更改(); }; var设定温度=功能(t){ 天气温度=t; //(只能在此处为call changed()添加逻辑) //如果新值与旧值不同) 温度表已更改(); };
您链接中的文档也这么说,我希望我的解释更清楚。

我绝对不是流星专家,从未实际使用过流星。我对当前的框架只是暂时的兴趣,想知道它们是关于什么的

Meteor是围绕一种MVC模式构建的。只要模型中的数据发生更改,所有通用视图都会更新。广义的意思是视图不需要是UI元素

这是通过
Deps.Dependency
对象实现的。在链接中的示例中,
weather
对象由
weatherDep
依赖项“保护”

当天气发生变化时,将触发相关性,并重新计算/渲染依赖于天气信息的所有视图

在这种情况下,天气被视为数据的原子单位

现在,在示例中,weather是一个字符串,但即使weather包含多条信息,同样的原则也适用;比如说降水量和温度

那么什么是数据的原子单位呢

无论数据模型的创建者认为它是什么

对于上面的例子,假设您的页面上有一个天气小部件。这个小部件使用天气数据并创建一个图像,其中一个角落有天气(云、雨、太阳等)和温度的图形表示。对于这个小部件,天气是一个数据的原子单位,如果构成天气变化的任何信息片段,整个小部件都需要重新绘制