面试题手册

在MySQL中，数据类型主要可以分为以下几类：数值类型:整型：TINYINT, SMALLINT, MEDIUMINT, INT, BIGINT浮点数和双精度：FLOAT, DOUBLE, DECIMAL日期和时间类型:DATE：仅日期TIME：仅时间DATETIME：日期和时间TIMESTAMP：时间戳YEAR：年份字符串类型:字符串：CHAR, VARCHAR文本：TINYTEXT, TEXT, MEDIUMTEXT, LONGTEXT二进制：BINARY, VARBINARY二进制文本：TINYBLOB, BLOB, MEDIUMBLOB, LONGBLOB枚举类型：ENUM集合类型：SET空间数据类型:GEOMETRY, POINT, LINESTRING, POLYGON, 等等。JSON数据类型:JSON每种数据类型都有其特定用途和存储需求，选择合适的数据类型可以优化数据库性能和存储效率。

在Python中，对象名称前加单下划线（_）和双下划线（__）有不同的含义：单下划线（_）：作用：它通常用来指示变量或函数是“内部使用”的，或者说是“私有”的，虽然这只是一种约定，并不会真正阻止外部访问。约定：这是一个程序员之间的约定，意味着这样的属性或方法主要供类内部使用，不应该在类的外部被使用。Python并没有强制这样的属性或方法不能在类的外面访问。双下划线（__）：作用：在Python中，以双下划线开头的属性或方法表示名称改写（name mangling）以避免在子类中被覆盖。名称改写：如果你在一个类中定义了一个以双下划线开头的属性，Python解释器会把这个属性的名称改写为_ClassName__AttributeName，这使得它在子类中更难被意外访问和修改。目的：主要用于在类中封装私有变量，防止在继承中由于变量名相同而造成覆盖。

在Solidity中，assert 和 require 用于处理错误和异常条件，但它们的用途和行为有明显差异：require: 通常用于输入验证或满足合约执行前的条件。如果 require 的条件失败，交易将被撤销，所有状态修改将被回滚，并退还剩余的gas。require 很适合用来检查外部条件（如函数参数值、合约状态等）。assert: 用于检查代码逻辑不应该发生的内部错误。通常，assert 用于检测合约内部状态的错误或不一致。如果 assert 的条件失败，同样会导致交易被撤销，所有状态修改被回滚。但与 require 不同的是，assert 失败将消耗所有提供的gas。简而言之，require 用于输入或条件检查，而 assert 用于确保代码逻辑在执行过程中的正确性。

在Solidity中，回退函数（Fallback Function）是一种特殊的函数，它没有名称、不接受任何参数也不返回任何值。这个函数会在合约接收到以太币（Ether）但没有匹配到其他任何函数时被调用，或者当调用的函数签名与合约中的任何已定义函数都不匹配时被触发。它通常用于直接接收以太币的转账或作为一个通用的异常处理器。在Solidity 0.6.x之后的版本，为了使合约代码更清晰和更安全，分成了两种类型的回退函数：接收函数（Receive function） - 专门用来处理纯ETH发送（不带任何数据的ETH转账）。这个函数必须用receive() external payable来声明。回退函数（Fallback function） - 如果没有匹配到接收函数，或者调用了不存在的函数，或者发送了ETH但调用包含数据，那么回退函数会被触发。这个函数是用fallback() external payable来声明的。这两个函数的存在提供了灵活性和安全性，使智能合约能够根据发送的是纯ETH还是带数据的ETH调用来适当地响应。

在Solidity中，库（Libraries）主要分为两类：函数库（Functional Libraries）：这种类型的库包含了一系列的静态函数，可以在智能合约中被调用，但不能存储状态变量。函数库的目的是为了代码复用，例如常见的数学运算或数据结构操作。数据类型库（Data Type Libraries）：这种类型的库对特定的数据类型提供扩展的功能，通常通过使用using for语法。这允许库中的函数作为目标类型的方法被调用，可以看作是向现有数据类型添加新的方法或属性。

在TypeScript中，接口（Interface）是一个重要的结构，用于定义对象的形状，也就是用来描述对象中应该包含哪些属性和方法以及它们的类型。接口主要用于类型检查，让开发者在编写代码时能确保满足特定的结构和类型约束。接口可以包括属性和方法的声明，但所有这些都是抽象的，没有具体的实现。使用接口后，任何实现了该接口的类都必须遵循接口中定义的结构。例子:interface Person { name: string; age: number; greet(phrase: string): void;}class User implements Person { name: string; age: number; constructor(n: string, a: number) { this.name = n; this.age = a; } greet(phrase: string) { console.log(phrase + ' ' + this.name); }}在上述代码中，Person 接口规定了一个类必须有 name 和 age 两个属性，并且有一个 greet 方法。User 类实现了这个接口，因此必须提供这些属性和方法的具体实现。这样的机制有助于保证TypeScript中的数据结构和行为的一致性。

在TypeScript中使用泛型主要有以下几个好处：类型安全：泛型可以帮助保持代码的类型安全性。通过使用泛型，可以在编译时期检查类型是否正确，从而减少运行时发生错误的可能性。代码复用：泛型允许我们编写可重用的代码组件。一个泛型类或函数可以用不同的类型参数来使用，这样就可以用同一套代码来处理不同类型的数据，增加了代码的复用性。灵活性和可扩展性：使用泛型可以使代码更加灵活和可扩展。你可以定义一个泛型接口或类，用户在使用时可以根据自己的需要来指定具体的类型，这样一来，代码库就可以更容易地适应未来的需求变化。更好的维护性：泛型让类型的使用更加明确，降低了因类型错误或不当使用而引起的问题，从而减少维护成本。集成开发环境（IDE）的支持：使用泛型还可以提高开发效率，因为大多数现代IDE都能够利用泛型提供更准确的代码自动完成、类型检查和文档提示。

在Vue中，key属性主要用于Vue的虚拟DOM算法，以便跟踪可复用的元素。当你有一组元素，并且可能会动态地改变顺序或更新列表中的元素时，使用key可以帮助Vue准确地识别哪些元素是新的，哪些被重用了。这可以提高渲染性能并减少潜在的渲染错误。例如，如果你有一个列表，每个列表项都可能被更新或重新排序，你可以这样使用key:<div id="app"> <ul> <li v-for="item in items" :key="item.id"> {{ item.text }} </li> </ul></div>在这个例子中，每个li元素都被赋予了一个基于item.id的唯一key。当items数组发生变化时，Vue会使用key来确定哪些元素可以被保留，哪些需要重新创建。这种方法特别有用，比如在进行列表排序或替换列表中的项目时，因为Vue可以就地复用DOM结构和组件实例，避免不必要的元素重建和组件状态丢失。

在Vue中，可以通过两种方式在组件中本地注册指令：全局注册和局部注册。局部注册指令要在单个组件中局部注册指令，你可以在组件的选项对象中使用 directives 属性。这里是一个基本的例子：<template> <div v-my-directive>我是一个有指令的元素</div></template><script>export default { directives: { 'my-directive': { bind(el, binding, vnode) { // 当指令第一次绑定到元素时调用 el.style.backgroundColor = 'yellow'; }, update(el, binding, vnode, oldVnode) { // 被绑定元素所在的模板更新时调用 if (binding.value !== binding.oldValue) { el.style.backgroundColor = binding.value; } } } }}</script>在上面的例子中：directives 对象中定义了一个名为 my-directive 的指令。bind 钩子在指令第一次绑定到元素时调用，这里用来设置元素的初始样式。update 钩子在包含该指令的组件的 VNode 更新时被调用，可以通过比较 binding.value 和 binding.oldValue 来决定是否需要更新元素的样式。这种方式的指令只能在声明它的那个组件内使用。

在Vue中，将routes分组到chunks中主要有以下几个优势：性能优化：通过代码分割，只有在用户实际访问对应路由时，才会加载相应的chunk。这样可以减少应用初始加载时的文件大小，使得应用启动更快。按需加载：分组后的chunks可以实现按需加载，即按页面或功能模块加载资源，从而避免加载整个应用的所有脚本和资源，提升页面的响应速度和用户体验。缓存利用：将公共依赖和库分离到单独的chunks中，这些chunks可以被多个路由共享，并且可以被浏览器缓存起来。当用户访问其他页面时，若已缓存这些公共chunks，将不需要重新加载，这样可以减少网络请求，加快加载速度。简化调试：在开发过程中，如果每个路由的依赖都在独立的chunk中，当某个页面出现问题时，可以快速定位到对应的chunk，这样可以更加快捷和准确地进行bug修复和性能优化。更好的适应性和可维护性：随着应用规模的扩大，全部加载可能导致网页变得非常庞大。通过分组到chunks，可以将功能模块化，使得项目结构更清晰，便于管理和维护。