Meteor 什么是“一个”呢;数据的原子单位;?
我正在研究Meteor的Deps.Dependency工具。文件中说: 依赖项表示一个 计算可能取决于 要在上下文中看到这一点 我到处寻找“数据的原子单位”的定义,但找不到它的定义。有人知道它的确切含义吗?“数据单位”是有意义的——我想我是在试图理解“原子”一词的假定特征。原子(曾几何时)的意思是“不能被分割成更小的部分”。从那时起,我们已经学会了分裂原子,因此与化学的类比并不成立 然而,数据的原子单位是不能(合理地)分解成更小的部分的。当然,构成“小部分”的内容是非常主观的。整数是原子的吗?如果我把它分解成在内存中表示它的字节会怎么样?我把这些字节进一步分解成比特怎么样?你可以很快看出这是多么乏味Meteor 什么是“一个”呢;数据的原子单位;?,meteor,Meteor,我正在研究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包含多条信息,同样的原则也适用;比如说降水量和温度
那么什么是数据的原子单位呢
无论数据模型的创建者认为它是什么
对于上面的例子,假设您的页面上有一个天气小部件。这个小部件使用天气数据并创建一个图像,其中一个角落有天气(云、雨、太阳等)和温度的图形表示。对于这个小部件,天气是一个数据的原子单位,如果构成天气变化的任何信息片段,整个小部件都需要重新绘制