我们之前已经学过，calculate还有另外一个重要的功能，就是它会把当前的行上下文转换为筛选上下文。
要介绍这个特性，我们要使用calculate建立一个计算列。计算列会自动生成行上下文，所以，会产生一个上下文的转换。举例说明，我们在product表中定义了一个计算列，使用下面的DAX表达式：
Product[SumOfUnitPrice] = SUM ( Product[Unit Price] )
这个函数对所有产品到产品求和。表达式在有一个行上下文，但是没有筛选上下文。所以他会返回表中所有产品都unit price总和，而不是当前行产品的金额。结果如下图所示：
现在，我们建立另外一个度量值，稍微修改一下之前的代码。这次使用calculate
Product[SumOfUnitPriceCalc] = CALCULATE ( SUM ( Product[Unit
Price] ) )
什么？这次calculate里面只有一个表达式？筛选条件的参数呢？实际上，这里我们使用的是calculate的最简单的模式。我们之前说过，这个函数中，只有第一个也就是计算表达式是必须的，所以这样只有一个参数的写法是完全符合规范的。这时候，calculate不会改变任何已有的筛选上下文，但是，函数其他的功能还是继续有效：它会把当前的行上下文，自动转换为筛选上下文。注意，所有的当前的行上下文都会被合并为新的筛选上下文，我们后面会详细的介绍。
这个案例里面，calculate会寻找存在的行上下文，然后找到一个product，这是因为现在是在计算列当中，calculate把当前行转换为等效的筛选上下文。
calculate把当前产品的行转化为筛选上下文，然后计算sum(product[unit price]).计算的结果是当前产品的结果。
第一次看到这个计算逻辑，可能会难以理解为什么calculate会上下文转换。不过等你开始使用了这个特性，你会喜欢上这个函数赋予你的强大的能力。
另外，上下文转换还有另外一个非常重要的地方。我们知道行上下文和筛选上下文在关系中的行为是不相同的。行上下文不会通过关系自动传递，而筛选上下文会自动传递。因此，当上下文转换的时候，筛选上下文就会自动传递到其他的相关表。
另外，我们用另外一种方法可以帮助我们理解这个行为。还是在product表中，我们建立两个度量值。
Product[SalesAmount] = SUM ( Sales[SalesAmount] )
Product[SalesAmountCalc] = CALCULATE ( SUM (Sales[SalesAmount] ) )
下图中，我们可以看到结果，两个显然不同。
如我所见，salesamount列包含了所有的产品的销售额，而salesamountcalc则是只有当前产品的销售额。calculate把当前行的产品信息传递到了sales表，然后计算结果，所以最后显示的就是当前产品的销售额
注意，当calculate执行的时候，上下文转换会发生在所有的上下文环境中。事实上，我们可能会有多个上下文在多个表。例如，如果你在product表中，对计算列使用averagex迭代customers，那么上下文转换会发生在product和customer表中，sales表会同时收到两个筛选器。看下面这个函数：
Product[SalesWithSUMX] =
AVERAGEX (
Customer,
CALCULATE ( SUM ( Sales[SalesAmount] ) )
)
这函数计算了买这个产品的所有客户的平均额。calculate中的sum函数在筛选上下文中计算，计算当前产品（由计算列产生），当前人（由averagex产生）的销售额。这里有个简单的方法来记忆：在calculate中没有行上下文，只有筛选上下文。
