| 词条 | MOQ |
| 释义 | Moq是利用诸如Linq表达式树和Lambda表达式等.NET 3.5的特性，为.NET设计和开发的Mocking库。它的目标是让Mocking以一种自然的方式与现有单元测试进行集成，使它更加简单、直观，以避免开发人员被迫重写测试或学习需要大量录制/播放的Mock框架。Moq的目标就是为了帮助那些编写测试代码，但却不使用Mocking框架的开发人员。Moq的设计原则就是以极低的门槛来获取良好的重构能力。 Moq提供了以下特性： 强类型：不支持使用字符串来设置期望（expectations），也不支持Object类型的返回值和约束条件与VS的完美集成：所有的特性都全面支持VS智能感知，从设置期望，到指定引用方法的参数、返回值等全部支持。不再需要学习录制/播放，只需要构建你自己的Mock，设置好你的期望；调用它，然后有选择地验证它们即可。正如前三个特性所描述的，这让它的学习曲线极低，大多数情况下，你甚至无须阅读文档。 细粒度的控制胜过使用一个简单的MockBehavior枚举器来实现对行为的Mock（再也不用去学习Mock、Stub、Fake和动态Mock等之间的理论差异了）可以对接口和类进行Mock重载期望：可以在全局设置时给Mock方法设置缺省的期望，在测试方法中可以根据需要对它进行重载。传入构造参数到被Mock类 使用Mock拦截和引发事件 Moq是开源的，而且期待更多人的贡献，它的源码、二进制文件包以及一个入门指南都托管在Google Code上。 Daniel Cazzulino是Moq的主要维护者，他已经发布了一系列的文章来说明为什么创建Moq，并提供了几个很好的示例以展示如何有效地使用Moq。 英文缩写MOQ 英文全称Minimum order Quantity 中文解释最低订货数量 缩写分类经济管理，常用词汇 缩写简介国际贸易价格术语 详细说明MOQ 即最小订购量（最小订单量） 对每个产品设定建议订单量是补货的方法之一。另外要注意订单的有效性，这是由供应商制定的规则。比如说最小订单量、包装数量和方式等等。采购者的建议订单量是在这个基础上制定的。 如果订单量比较少不能满足最小订单量，供应商不会送货，反之订单量比较高，就可能导致较高的库存。这就需要采购者平衡两者的关系。 注意：最小订购量与供应商的成本紧密相关。供应商会根据生产情况与成本控制，根据客户订货量确定最小订单量。即在此数额以上，供应商可以发货。 假设成本取决于： 订购量Q（数量），单位成本C（金额），每年的占用成本占单位成本的百分比Z（%），每次订购处理成本S（金额）和每年需要量D（数量），可以得出三个变量：平均存货量Q/2，每年订货次数D/Q和每年每单位占用成本IC。则成本T为： T=每年订购成本+每年占用成本=每年订购次数×每次订购处理成本+平均存货量×每单位占用成本 即T=（D/Q）S+（Q/2）IC 令dT/dQ=0，得到最佳订购量=√2DS/IC |
| 随便看 |
百科全书收录4421916条中文百科知识，基本涵盖了大多数领域的百科知识，是一部内容开放、自由的电子版百科全书。