什么是 MPG、MPEG 和 MP4？它们的区别和转换方法
最编程
2024-05-02 22:38:49
...
"MPEG"、"MP4"、"MPG"这三个词非常相似，因此可能有些人不太了解它们之间的区别。也许有人认为它们的意思相似，但实际上是不同的。在本次介绍中，我们将讨论"MPEG"、"MP4"和"MPG"的含义和区别，以及推荐用于将MPEG转换为MP4的软件。
介绍MPEG、MP4与MPG
MPEG是什么？
MPEG是“Moving Picture Experts Group（动态图像专家组）”的缩写，用于压缩视频和数据的文件格式。MPEG国际标准包括MPEG-1、MPEG-2、MPEG-4、MPEG-7和MPEG-21等格式，其中MPEG-2和MPEG-4是最常用的。它们主要用于家用DVD播放器录制时的文件格式。
MPEG-1用于视频压缩，主要用于视频CD。扩展名通常为“.mpg”或“.mpeg”。MPEG-2用于视频和音频压缩，通常用于DVD等。扩展名有“.mpg”、“.mpeg”、“.m2p”和“.ts”。
MP4是什么？
MP4和MPEG4是相似的词汇，但它们有着不同的含义。它们的区别在于，MPEG4是用于表示视频的格式。而MP4则是由表示动画的"MPEG4"和表示音频的"MP3"结合而成的文件格式。
MP4可以容纳多个视频文件。因此，MP3代表音频，而MP4则同时包含了MPEG4和MP3。MP4广泛用于写入DVD的格式。
MPEG和MPG的区别
MPEG和MPG其实是同一个东西。这两个词非常相似，实际上指的都是同一种文件格式。它们之间的唯一区别在于文件的扩展名。最初由于文件扩展名只能用三个字符表示，因此MPEG文件被缩写为MPG。
但是后来，扩展名的字符数限制被取消，因此现在通常不再缩写为MPG，而直接使用MPEG。所以，不论是从MPEG改为MPG，还是从MPG改为MPEG，都不需要进行任何视频文件转换，因为它们本质上是相同的文件格式。
MPEG和MP4的区别
MPEG和MP4的区别在于文件格式。MPEG是一个较早的文件格式，包括MPEG1和MP3。而MP4是一个新的视频文件格式，其中包含了视频和音频。虽然两者之间在某些方面有共同的元素，但MP4更加全面，用于管理和存储视频及音频。因此，从某种程度上来说，MPEG和MP4可以被视为相同的东西，但也有一些细微的区别。
了解MPG、MPEG和MP4各自的含义和区别，可以让您在进行视频文件转换时更加顺利。MPEG作为文件格式被广泛使用，但与MP4相比，支持它的设备较少。因此，可能需要将MPEG转换为MP4。
MPEG转换为MP4的实用软件
要将MPEG转换为MP4，您可以使用视频转换软件。以下是5个可以进行MPEG到MP4转换的软件推荐：
- HandBrake：免费且开源的视频转换工具，支持MPEG到MP4的转换，并具有丰富的自定义选项。
- Freemake Video Converter：免费的视频转换软件，支持多种格式之间的转换，包括MPEG到MP4的转换。
- DVDFab Video Converter：多功能的视频转换工具，支持多种格式的互相转换，包括MPEG到MP4的转换。
- Wondershare UniConverter：功能强大的视频转换和编辑工具，支持MPEG到MP4的高质量转换。
- Online Video Converter：在线视频转换服务，可以将MPEG文件转换为MP4，无需下载任何软件。
这些软件都提供了方便易用的界面和多样化的功能，适合进行MPEG到MP4的转换。根据您的需求，选择其中一款来使用吧！
推荐阅读
-
什么是 MPG、MPEG 和 MP4？它们的区别和转换方法
-
一种结构设计模式，允许在对象中动态添加新行为。它通过创建一个封装器来实现这一目的，即把对象放入一个装饰器类中，然后把这个装饰器类放入另一个装饰器类中，以此类推，形成一个封装器链。这样，我们就可以在不改变原始对象的情况下动态添加新行为或修改原始行为。 在 Java 中，实现装饰器设计模式的步骤如下： 定义一个接口或抽象类作为被装饰对象的基类。 公共接口 Component { void operation; } } 在本例中，我们定义了一个名为 Component 的接口，该接口包含一个名为 operation 的抽象方法，该方法定义了被装饰对象的基本行为。 定义一个实现基类方法的具体装饰对象。 公共类 ConcreteComponent 实现 Component { public class ConcreteComponent implements Component { @Override public void operation { System.out.println("ConcreteComponent is doing something...") ； } } 定义一个抽象装饰器类，该类继承于基类，并将装饰对象作为一个属性。 公共抽象类装饰器实现组件 { protected Component 组件 public Decorator(Component component) { this.component = component; } } @Override public void operation { component.operation; } } } 在这个示例中，我们定义了一个名为 Decorator 的抽象类，它继承了 Component 接口，并将被装饰对象作为一个属性。在操作方法中，我们调用了被装饰对象上的同名方法。 定义一个具体的装饰器类，继承自抽象装饰器类并实现增强逻辑。 公共类 ConcreteDecoratorA extends Decorator { public ConcreteDecoratorA(Component 组件) { super(component)； } } public void operation { super.operation System.out.println("ConcreteDecoratorA 正在添加新行为......") ； } } 在本例中，我们定义了一个名为 ConcreteDecoratorA 的具体装饰器类，它继承自装饰器抽象类，并实现了操作方法的增强逻辑。在操作方法中，我们首先调用被装饰对象上的同名方法，然后添加新行为。 使用装饰器增强被装饰对象。 公共类 Main { public static void main(String args) { Component 组件 = new ConcreteComponent； component = new ConcreteDecoratorA(component)； 组件操作 } } 在这个示例中，我们首先创建了一个被装饰对象 ConcreteComponent，然后通过 ConcreteDecoratorA 类创建了一个装饰器，并将被装饰对象作为参数传递。最后，调用装饰器的操作方法，实现对被装饰对象的增强。 使用场景 在 Java 中，装饰器模式被广泛使用，尤其是在 I/O 中。Java 中的 I/O 库使用装饰器模式实现了不同数据流之间的转换和增强。 让我们打开文件 a.txt，从中读取数据。InputStream 是一个抽象类，FileInputStream 是专门用于读取文件流的子类。BufferedInputStream 是一个支持缓存的数据读取类，可以提高数据读取的效率，具体代码如下： @Test public void testIO throws Exception { InputStream inputStream = new FileInputStream("C:/bbb/a.txt")； // 实现包装 inputStream = new BufferedInputStream(inputStream)； byte bytes = new byte[1024]； int len； while((len = inputStream.read(bytes)) ！= -1){ System.out.println(new String(bytes, 0, len)); } } } } 其中 BufferedInputStream 对读取数据进行了增强。 这样看来，装饰器设计模式和代理模式似乎有点相似，接下来让我们讨论一下它们之间的区别。 第三，与代理模式的区别： 代理模式的目的是控制对对象的访问，它在对象外部提供一个代理对象来控制对原对象的访问。代理对象和原始对象通常实现相同的接口或继承相同的类，以确保两者可以相互替换。 装饰器模式的目的是动态增强对象的功能，而这是通过对象内部的包装器来实现的。在装饰器模式中，装饰器类和被装饰对象通常实现相同的接口或继承自相同的类，以确保两者可以相互替代。装饰器模式也被称为封装器模式。 在代理模式中，代理类附加了与原类无关的功能。
-
@Validated和@Valid区别-1.分组 @Validated：提供了一个分组功能，可以在入参验证时，根据不同的分组采用不同的验证机制。没有添加分组属性时，默认验证没有分组的验证属性。 伪代码如下： public interface First{ } public interface Second{ } public class UserModel { @NotNull(message = "{id.empty}", groups = { First.class }) private int id; @NotNull(message = "{username.empty}", groups = { First.class, Second.class }) private String username; @NotNull(message = "{content.empty}", groups = { First.class, Second.class }) private String content; ｝ public String save(@Validated( { Second.class }) UserModel userModel, BindingResult result) { if (result.hasErrors) { return "validate/error"; } return "redirect:/success"; } 对一个参数需要多种验证方式时，也可通过分配不同的组达到目的。例： @NotEmpty(groups = { First.class }) @Size(min = 3, max = 8, groups = { Second.class }) private String name; 分组还支持组序列 默认情况下，不同组别的约束验证是无序的，然而在某些情况下，约束验证的顺序却很重要，如下面两个例子：（1）第二个组中的约束验证依赖于一个稳定状态来运行，而这个稳定状态是由第一个组来进行验证的。（2）某个组的验证比较耗时，CPU 和内存的使用率相对比较大，最优的选择是将其放在最后进行验证。因此，在进行组验证的时候尚需提供一种有序的验证方式，这就提出了组序列的概念。 一个组可以定义为其他组的序列，使用它进行验证的时候必须符合该序列规定的顺序。在使用组序列验证的时候，如果序列前边的组验证失败，则后面的组将不再给予验证。 public interface GroupA { } public interface GroupB { } @GroupSequence( { GroupA.class, GroupB.class }) public interface Group { } public @ResponseBody String addPeople(@Validated({Group.class}) People p,BindingResult result) { if(result.hasErrors) { return "0"; } return "1"; } @Valid：作为标准JSR-303规范，还没有吸收分组的功能。 2.注解地方 @Validated：可以用在类型、方法和方法参数上。但是不能用在成员属性（字段）上 @Valid：可以用在方法、构造函数、方法参数和成员属性（字段）上 两者是否能用于成员属性（字段）上直接影响能否提供嵌套验证的功能。 3.嵌套验证 在比较两者嵌套验证时，先说明下什么叫做嵌套验证。 比如我们现在有个实体叫做Item： public class Item { @NotNull(message = "id不能为空") @Min(value = 1, message = "id必须为正整数") private Long id; @NotNull(message = "props不能为空") @Size(min = 1, message = "至少要有一个属性") private List<Prop> props; } Item带有很多属性，属性里面有：pid、vid、pidName和vidName，如下所示： public class Prop { @NotNull(message = "pid不能为空") @Min(value = 1, message = "pid必须为正整数") private Long pid; @NotNull(message = "vid不能为空") @Min(value = 1, message = "vid必须为正整数") private Long vid; @NotBlank(message = "pidName不能为空") private String pidName; @NotBlank(message = "vidName不能为空") private String vidName; } 属性这个实体也有自己的验证机制，比如pid和vid不能为空，pidName和vidName不能为空等。 现在我们有个ItemController接受一个Item的入参，想要对Item进行验证，如下所示： @RestController public class ItemController { @RequestMapping("/item/add") public void addItem(@Validated Item item, BindingResult bindingResult) { doSomething; } } 在上图中，如果Item实体的props属性不额外加注释，只有@NotNull和@Size，无论入参采用@Validated还是@Valid验证，Spring Validation框架只会对Item的id和props做非空和数量验证，不会对props字段里的Prop实体进行字段验证，也就是@Validated和@Valid加在方法参数前，都不会自动对参数进行嵌套验证。也就是说如果传的List中有Prop的pid为空或者是负数，入参验证不会检测出来。 为了能够进行嵌套验证，必须手动在Item实体的props字段上明确指出这个字段里面的实体也要进行验证。由于@Validated不能用在成员属性（字段）上，但是@Valid能加在成员属性（字段）上，而且@Valid类注解上也说明了它支持嵌套验证功能，那么我们能够推断出：@Valid加在方法参数时并不能够自动进行嵌套验证，而是用在需要嵌套验证类的相应字段上，来配合方法参数上@Validated或@Valid来进行嵌套验证。 我们修改Item类如下所示： public class Item { @NotNull(message = "id不能为空") @Min(value = 1, message = "id必须为正整数") private Long id; @Valid // 嵌套验证必须用@Valid @NotNull(message = "props不能为空") @Size(min = 1, message = "props至少要有一个自定义属性") private List<Prop> props; } 然后我们在ItemController的addItem函数上再使用@Validated或者@Valid，就能对Item的入参进行嵌套验证。此时Item里面的props如果含有Prop的相应字段为空的情况，Spring Validation框架就会检测出来，bindingResult就会记录相应的错误。 总结一下@Validated和@Valid在嵌套验证功能上的区别：
-
三分钟带你了解手机内部硬件-主要影响手机性能的有以下几点 CPU - *处理器（手机中的大脑） CPU 是计算思考以及处理事物的。 比如：我们日常玩手机，什么最重要？毫无疑问是手机打开软件很流畅，使用各种功能不卡。 这就是CPU的性能，那什么影响 CPU 的因素有哪些？ 架构 架构是 CPU 的基础，对于处理器的整体性能起到了决定性的作用，不同架构的处理器同主频下，性能差距可以达到2-5倍。可见架构的重要性。 那么什么是架构呢？ 打个比方，架构就是一栋楼的框架。至于最终楼什么样子，就由处理器的厂商决定了，但是有一点，如果说这栋楼房的结构设计出来容纳多少人，那么最后建好的房子也要在这个范围内。同理，如果使用相同架构的处理器，那么本质上不会有太大的区别。 看一下主流手机的架构 处理器对比.jpg 从上图可见：高通 和 苹果都是自主设计，所以说它们牛还是有一定的道理的。不同的架构， 性能和功耗也是不同的。架构决定了 主频、核心数、带宽等和运算量直接相关的东西。目前很多手机打广告都是说 多少核的机器。但是并不是说核越多性能就越强，你没看见，苹果双核就能吊打高通和联发科吗？ 制程 制程 专指：事物运作程序的处理过程。常指手机芯片框架的运算速度量。 简单的说就是电路板中电路与电路之间的距离，目前已经发展到纳米级别。 制程越小，可以向芯片中塞入更多的晶体管，随之而来的好处还有：降低电量和成本、散热。 制程数的确定 这里有人要问，为什么制程的数字是这些，而不是别的数字，比如有28nm，为什么没有29nm？ 这其实是有一定规律的。根据早期国际半导体蓝图规划，由五个在相关领域较为发达的国家共同制定，约定下一代制程要在上一代基础上做到晶体管数量不变，芯片面积缩小一半。由这一关系可以算出前一代制程要比后一代大√2倍，所以能算出后一代大概数值。纵观整个处理器制程变化，除了少部分特殊的外，都遵循着这一规则。 近代制程的发展 2014 年底，三星宣布了世界首个 14nm FinFET 3D 晶体管进入量产，标志着半导体晶体管进入 3D 时代。发展到今天，三星拥有了四代 14nm 工艺，第一代是苹果 A9 上面的 FinFET LPE(Low Power Early)，第二代则是用在猎户座 骁龙 820 和骁龙 625 上面的 FinFET LPP(Low Power Plus)。第三代是 FinFET LPC，第四代则是目前的 FinFET LPU。至于 10nm 工艺，三星则更新到了第三代(LPE/LPP/LPC)。 目前为止，三星已经将 70000 多颗第一代 LPE(低功耗早期)硅晶片交付给客户。三星自家的猎户座 8895，以及高通的骁龙 835，都采用这种工艺制造，而 10nm 第二代 LPP 版和第三代 LPU 版将分别在年底和明年进入批量生产。 手机芯片市场上已经进入了 10nm、7nm 处理器的白热化竞争阶段，而 14/16nm 制程的争夺也不过是一两年前的事。 总线位宽 总线位宽决定输入/输出设备之间一次数据传输的信息量，用位（bit）表示，如总线宽度为8位、16位、32位和64位。
-
.NET中的MD5加密和解密代码 - MD5的简要介绍： MD5是一种将大量信息在使用数字签名软件签署私钥之前进行“压缩”的保密格式转换方法。无论是MD4还是MD5，它们都需要获取一段随机长度的信息，并生成一个128位的信息摘要。 尽管这些算法在结构上略有不同，但MD2的设计与MD4和MD5完全不同，这是因为MD2是为了8位机器进行优化设计的，而MD4和MD5则是面向32位计算机的。这三个算法的详细描述和C语言源代码可以在Internet RFCs 1321中找到，这是最权威的文档，由Ronald L. Rivest于1992年8月提交给IETF。 以下是相关的代码实现：
-
《编译原理》：理解终结符与非终结符的判断方法与技巧 重新表述： 本文将向你介绍《编译原理》中关于终结符与非终结符的相关概念及其应用。 首先，我们将解释什么是终结符和非终结符，并通过具体的例子来帮助你更好地理解它们的区别和联系。 其次，我们还会分享一些实用的方法和技巧，以便你在学习和实践过程中更加高效地运用这些概念。 最后，我们将会讨论如何通过识别符号开始，逐步将非终结符替换为相应的规则右部的符号串，最终得到一个只包含终结符的句子。 希望这篇文章能对你有所帮助，让你在学习编译原理的过程中取得更好的进展。
-
F#探险之旅（二）：函数式编程（上）-函数式编程范式简介 F#主要支持三种编程范式：函数式编程（Functional Programming，FP）、命令式编程（Imperative Programming）和面向对象（Object-Oriented，OO）的编程。回顾它们的历史，FP是最早的一种范式，第一种FP语言是IPL，产生于1955年，大约在Fortran一年之前。第二种FP语言是Lisp，产生于1958，早于Cobol一年。Fortan和Cobol都是命令式编程语言，它们在科学和商业领域的迅速成功使得命令式编程在30多年的时间里独领风骚。而产生于1970年代的面向对象编程则不断成熟，至今已是最流行的编程范式。有道是“*代有语言出，各领风骚数十年”。 尽管强大的FP语言（SML，Ocaml，Haskell及Clean等）和类FP语言（APL和Lisp是现实世界中最成功的两个）在1950年代就不断发展，FP仍停留在学院派的“象牙塔”里；而命令式编程和面向对象编程则分别凭着在商业领域和企业级应用的需要占据领先。今天，FP的潜力终被认识——它是用来解决更复杂的问题的（当然更简单的问题也不在话下）。 纯粹的FP将程序看作是接受参数并返回值的函数的集合，它不允许有副作用（side effect，即改变了状态），使用递归而不是循环进行迭代。FP中的函数很像数学中的函数，它们都不改变程序的状态。举个简单的例子，一旦将一个值赋给一个标识符，它就不会改变了，函数不改变参数的值，返回值是全新的值。 FP的数学基础使得它很是优雅，FP的程序看起来往往简洁、漂亮。但它无状态和递归的天性使得它在处理很多通用的编程任务时没有其它的编程范式来得方便。但对F#来说这不是问题，它的优势之一就是融合了多种编程范式，允许开发人员按照需要采用最好的范式。 关于FP的更多内容建议阅读一下这篇文章：Why Functional Programming Matters（中文版）。F#中的函数式编程 从现在开始，我将对F#中FP相关的主要语言结构逐一进行介绍。标识符（Identifier） 在F#中，我们通过标识符给值（value）取名字，这样就可以在后面的程序中引用它。通过关键字let定义标识符，如： let x = 42 这看起来像命令式编程语言中的赋值语句，两者有着关键的不同。在纯粹的FP中，一旦值赋给了标识符就不能改变了，这也是把它称为标识符而非变量（variable）的原因。另外，在某些条件下，我们可以重定义标识符；在F#的命令式编程范式下，在某些条件下标识符的值是可以修改的。 标识符也可用于引用函数，在F#中函数本质上也是值。也就是说，F#中没有真正的函数名和参数名的概念，它们都是标识符。定义函数的方式与定义值是类似的，只是会有额外的标识符表示参数： let add x y = x + y 这里共有三个标识符，add表示函数名，x和y表示它的参数。关键字和保留字关键字是指语言中一些标记，它们被编译器保留作特殊之用。在F#中，不能用作标识符或类型的名称（后面会讨论“定义类型”）。它们是： abstract and as asr assert begin class default delegate do donedowncast downto elif else end exception extern false finally forfun function if in inherit inline interface internal land lazy letlor lsr lxor match member mod module mutable namespace new nullof open or override private public rec return sig static structthen to true try type upcast use val void when while with yield 保留字是指当前还不是关键字，但被F#保留做将来之用。可以用它们来定义标识符或类型名称，但编译器会报告一个警告。如果你在意程序与未来版本编译器的兼容性，最好不要使用。它们是： atomic break checked component const constraint constructor continue eager event external fixed functor global include method mixinobject parallel process protected pure sealed trait virtual volatile 文字值（Literals） 文字值表示常数值，在构建计算代码块时很有用，F#提供了丰富的文字值集。与C#类似，这些文字值包括了常见的字符串、字符、布尔值、整型数、浮点数等，在此不再赘述，详细信息请查看F#手册。 与C#一样，F#中的字符串常量表示也有两种方式。一是常规字符串（regular string），其中可包含转义字符；二是逐字字符串（verbatim string），其中的（"）被看作是常规的字符，而两个双引号作为双引号的转义表示。下面这个简单的例子演示了常见的文字常量表示： let message = "Hello World"r"n!" // 常规字符串let dir = @"C:"FS"FP" // 逐字字符串let bytes = "bytes"B // byte 数组let xA = 0xFFy // sbyte, 16进制表示let xB = 0o777un // unsigned native-sized integer，8进制表示let print x = printfn "%A" xlet main = print message; print dir; print bytes; print xA; print xB; main Printf函数通过F#的反射机制和.NET的ToString方法来解析“%A”模式，适用于任何类型的值，也可以通过F#中的print_any和print_to_string函数来完成类似的功能。值和函数（Values and Functions） 在F#中函数也是值，F#处理它们的语法也是类似的。 let n = 10let add a b = a + blet addFour = add 4let result = addFour n printfn "result = %i" result 可以看到定义值n和函数add的语法很类似，只不过add还有两个参数。对于add来说a + b的值自动作为其返回值，也就是说在F#中我们不需要显式地为函数定义返回值。对于函数addFour来说，它定义在add的基础上，它只向add传递了一个参数，这样对于不同的参数addFour将返回不同的值。考虑数学中的函数概念，F(x, y) = x + y，G(y) = F(4, y)，实际上G(y) = 4 + y，G也是一个函数，它接收一个参数，这个地方是不是很类似？这种只向函数传递部分参数的特性称为函数的柯里化（curried function）。 当然对某些函数来说，传递部分参数是无意义的，此时需要强制提供所有参数，可是将参数括起来，将它们转换为元组（tuple）。下面的例子将不能编译通过： let sub(a, b) = a - blet subFour = sub 4 必须为sub提供两个参数，如sub(4, 5)，这样就很像C#中的方法调用了。 对于这两种方式来说，前者具有更高的灵活性，一般可优先考虑。 如果函数的计算过程中需要定义一些中间值，我们应当将这些行进行缩进： let halfWay a b = let dif = b - a let mid = dif / 2 mid + a 需要注意的是，缩进时要用空格而不是Tab，如果你不想每次都按几次空格键，可以在VS中设置，将Tab字符自动转换为空格；虽然缩进的字符数没有限制，但一般建议用4个空格。而且此时一定要用在文件开头添加#light指令。作用域（Scope）作用域是编程语言中的一个重要的概念，它表示在何处可以访问（使用）一个标识符或类型。所有标识符，不管是函数还是值，其作用域都从其声明处开始，结束自其所处的代码块。对于一个处于最顶层的标识符而言，一旦为其赋值，它的值就不能修改或重定义了。标识符在定义之后才能使用，这意味着在定义过程中不能使用自身的值。 let defineMessage = let message = "Help me" print_endline message // error 对于在函数内部定义的标识符，一般而言，它们的作用域会到函数的结束处。 但可使用let关键字重定义它们，有时这会很有用，对于某些函数来说，计算过程涉及多个中间值，因为值是不可修改的，所以我们就需要定义多个标识符，这就要求我们去维护这些标识符的名称，其实是没必要的，这时可以使用重定义标识符。但这并不同于可以修改标识符的值。你甚至可以修改标识符的类型，但F#仍能确保类型安全。所谓类型安全，其基本意义是F#会避免对值的错误操作，比如我们不能像对待字符串那样对待整数。这个跟C#也是类似的。 let changeType = let x = 1 let x = "change me" let x = x + 1 print_string x 在本例的函数中，第一行和第二行都没问题，第三行就有问题了，在重定义x的时候，赋给它的值是x + 1，而x是字符串，与1相加在F#中是非法的。 另外，如果在嵌套函数中重定义标识符就更有趣了。 let printMessages = let message = "fun value" printfn "%s" message; let innerFun = let message = "inner fun value" printfn "%s" message innerFun printfn "%s" message printMessages 打印结果： fun value inner fun valuefun value 最后一次不是inner fun value，因为在innerFun仅仅将值重新绑定而不是赋值，其有效范围仅仅在innerFun内部。递归（Recursion）递归是编程中的一个极为重要的概念，它表示函数通过自身进行定义，亦即在定义处调用自身。在FP中常用于表达命令式编程的循环。很多人认为使用递归表示的算法要比循环更易理解。 使用rec关键字进行递归函数的定义。看下面的计算阶乘的函数： let rec factorial x = match x with | x when x < 0 -> failwith "value must be greater than or equal to 0" | 0 -> 1 | x -> x * factorial(x - 1) 这里使用了模式匹配（F#的一个很棒的特性），其C#版本为： public static long Factorial(int n) { if (n < 0) { throw new ArgumentOutOfRangeException("value must be greater than or equal to 0"); } if (n == 0) { return 1; } return n * Factorial (n - 1); } 递归在解决阶乘、Fibonacci数列这样的问题时尤为适合。但使用的时候要当心，可能会写出不能终止的递归。匿名函数（Anonymous Function） 定义函数的时候F#提供了第二种方式：使用关键字fun。有时我们没必要给函数起名，这种函数就是所谓的匿名函数，有时称为lambda函数，这也是C#3.0的一个新特性。比如有的函数仅仅作为一个参数传给另一个函数，通常就不需要起名。在后面的“列表”一节中你会看到这样的例子。除了fun，我们还可以使用function关键字定义匿名函数，它们的区别在于后者可以使用模式匹配（本文后面将做介绍）特性。看下面的例子： let x = (fun x y -> x + y) 1 2let x1 = (function x -> function y -> x + y) 1 2let x2 = (function (x, y) -> x + y) (1, 2) 我们可优先考虑fun，因为它更为紧凑，在F#类库中你能看到很多这样的例子。 注意：本文中的代码均在F# 1.9.4.17版本下编写，在F# CTP 1.9.6.0版本下可能不能通过编译。 F#系列随笔索引页面