技术博客
MySQL 是关系型数据库，核心模型是表（TABLE）、行（ROW）、列（COLUMN）和约束（FOREIGN KEY、CHECK等），没有类（CLASS）、继承（INHERITANCE）、封装或方法的概念。所谓“面向对象设计”直接映射到 MySQL 表结构，本质是误用术语——你不能在 CREATE TABLE 里定义一个 virtual 方法，也不能让一张表「继承」另一张表的字段。
直接说结论：别用 toString() 做映射，它默认行为和 name() 一样，但容易被子类重写，一改就崩。实际映射字符串描述，得靠自定义字段 + 静态查找方法。
多数剪贴板操作卡在第一步，OpenClipboard 返回 FALSE，不是代码写错了，而是调用时机或窗口上下文不对。
直接查 INFORMATION_SCHEMA.COLUMNS 是最可靠的方式，它不依赖客户端工具或表结构缓存，返回的是服务端真实元数据。
不实现这个接口，Composer 根本不会识别你的类为插件。它要求两个方法：activate() 和 deactivate()，前者在插件加载时调用，后者极少被触发（如插件被卸载时），实际开发中通常只关注 activate()。
函数重载（overload）不是真正意义上的“多态”语义，而是编译器根据实参类型在编译时选择具体函数版本。它不涉及继承或运行时决策，只是名字空间内多个同名函数的共存。
写 Python 时把 = 当成“等于”来用，是新手最常触发 SyntaxError 或逻辑错误的源头。它只做一件事：把右边的值绑定给左边的变量名，不返回布尔值，也不能用于条件判断或循环条件中。
装饰器设计模式在C++中用于动态地为对象添加功能，而不改变其结构。它属于结构型设计模式，通过组合的方式扩展对象行为，比继承更灵活。尤其适合需要在运行时选择性地附加职责的场景。
策略模式是一种行为设计模式，它把一组算法或行为封装成独立的类，让它们可以互相替换。核心思想是：**将变化的部分抽离出来，让调用方不关心具体怎么执行，只关注“用哪个”**。在Python中，由于函数是一等公民、支持动态绑定和鸭子类型，实现策略模式比Java等语言更轻量、更自然。
在 C# 中操作 Windows 注册表，主要通过 Microsoft.Win32.Registry 类及其子类（如 RegistryKey）完成。它提供了对注册表五大根键（HKEY_CLASSES_ROOT、HKEY_CURRENT_USER、HKEY_LOCAL_MACHINE 等）的安全读写能力，无需 P/Invoke。