1. 项目概述与核心价值最近在整理一个老项目的归档资料翻出来一个尘封已久的VC工程核心功能是通过TWAIN协议驱动扫描仪实现从图像采集、参数设置到文件保存的完整流程。这个项目当年是为了解决一个特定行业的批量文档电子化需求而开发的市面上通用的扫描软件要么功能太臃肿要么无法满足我们定制化的参数预设和流水线集成要求。于是我们决定自己动手基于经典的TWAIN协议用VC从头打造一个轻量、可控的扫描模块。今天就把这个项目的完整源码和实现思路拆解出来一方面做个技术存档另一方面也给那些需要在C桌面应用中集成扫描功能或者对TWAIN底层交互感兴趣的朋友提供一个可参考、可复现的案例。无论你是需要在自己的MFC或Win32程序里加入扫描功能还是想理解桌面应用如何与硬件外设进行标准化的数据交换这篇文章都能给你提供一条清晰的路径。TWAIN协议可能很多年轻开发者已经不太熟悉了但在图像采集领域它曾经是并且在一些传统行业和硬件中依然是一个非常重要的跨平台标准。它的核心价值在于为应用程序和图像采集设备扫描仪、相机等提供了一套统一的通信语言。你不用为每一款不同品牌的扫描仪都写一套专用的驱动调用代码只要它支持TWAIN你的程序就能通过同一套接口与之对话。这对于需要兼容多种硬件型号的企业级应用来说极大地降低了开发复杂度。我们这个项目就是TWAIN协议在VC环境下的一个完整实践涵盖了从初始化、选择数据源、设置扫描参数、传输图像数据到最终释放资源的全生命周期。2. TWAIN协议基础与开发环境搭建2.1 TWAIN协议架构浅析在动手写代码之前有必要先理解一下TWAIN协议的基本工作模型。你可以把它想象成一个“三方会谈”应用软件我们的VC程序、TWAIN兼容设备扫描仪、以及一个关键的中间人——数据源管理器DSM Data Source Manager。DSM通常是由TWAIN工作组提供的一个动态链接库在Windows上是TWAIN_32.DLL或TWAINDSM.DLL它充当了协议翻译官和交通指挥的角色。我们的程序并不直接和扫描仪硬件对话而是先调用DSM。DSM会提供一个标准的用户界面UI让用户选择具体的扫描仪即数据源DS Data Source然后我们的程序通过DSM向选定的数据源发送各种操作指令比如“设置分辨率”、“开始扫描”。数据源执行扫描后再将图像数据通过DSM回传给我们的应用程序。这种分层架构的好处是隔离性非常好应用开发者只需要面对一套稳定的DSM API而硬件厂商则负责实现自己数据源的TWAIN兼容层。TWAIN定义了一套基于消息和三元组TW_IDENTITY,TW_UINT16,TW_MEMREF的通信机制。所有操作从打开数据源到传输图像本质上都是通过调用DSM_Entry这个核心函数并传入不同的消息码和参数块来完成的。理解这个“消息驱动”模型是读懂后续源码的关键。2.2 VC开发环境与TWAIN库准备这个项目使用的是经典的Visual C 6.0/Visual Studio 2008开发环境基于Win32 API或MFC框架均可。核心的依赖只有TWAIN的开发头文件和库文件。通常你需要从TWAIN工作组官网获取最新的TWAIN.h和TWAIN.lib或TWAINDSM.h/TWAINDSM.lib对应新版DSM。对于老版本兼容有时直接使用Windows SDK中自带的旧版头文件也可能行得通但为了更好的兼容性和支持新特性建议使用官方独立开发包。注意TWAIN DSM的位数32位/64位必须与你的应用程序编译目标一致。如果你的程序是32位的就必须链接32位的DSM库并确保运行时能找到32位的TWAIN_32.DLL。64位程序则对应64位的DSM。混合使用会导致无法加载数据源。将TWAIN.h放入项目的包含目录将TWAIN.lib添加到链接器输入。如果你的项目是纯Win32 SDK项目确保在stdafx.h或源文件中包含windows.h和TWAIN.h。如果是MFC项目通常在一个视图类或独立的扫描控制类中集成TWAIN调用逻辑更为合适。一个常见的工程结构如下YourScanProject/ ├── YourScanApp.cpp ├── YourScanApp.h ├── TwainController.cpp // TWAIN操作封装类 ├── TwainController.h ├── res/ // 资源文件 └── lib/ // 存放TWAIN.lib在TwainController.h中我们会定义封装TWAIN主要操作的一个类这样在主窗口或视图类中只需要创建该类的实例并调用其方法如AcquireImage()即可实现业务逻辑与硬件操作的解耦。3. 核心类设计与TWAIN状态机管理3.1 封装TWAIN操作的核心类为了清晰地管理TWAIN复杂的生命周期和状态我们设计了一个CTwainController类。这个类的职责是隐藏TWAIN API的底层细节向上提供如“初始化”、“选择扫描仪”、“扫描一张”等高级语义接口。其核心成员通常包括// TwainController.h #pragma once #include windows.h #include TWAIN.h // 官方TWAIN头文件 class CTwainController { public: CTwainController(HWND hNotifyWnd NULL); // 构造函数传入接收消息的窗口句柄 ~CTwainController(); BOOL InitTwain(); // 初始化TWAIN DSM BOOL SelectSource(); // 弹出对话框让用户选择扫描仪 BOOL AcquireImage(LPCTSTR lpszSavePath NULL); // 执行扫描可选保存路径 void CloseTwain(); // 关闭并释放TWAIN资源 // 属性设置 void SetPixelType(TW_UINT16 type); // 设置像素类型黑白、灰度、彩色 void SetResolution(TW_UINT16 res); // 设置分辨率DPI void SetPaperSize(TW_UINT16 size); // 设置纸张大小如A4、Letter private: HWND m_hMessageWnd; // 用于接收TWAIN消息的窗口句柄 TW_IDENTITY m_appId; // 应用程序身份标识 TW_IDENTITY m_srcId; // 数据源扫描仪身份标识 TW_UINT16 m_twainState; // 当前TWAIN状态机状态 // 核心TWAIN调用函数 TW_UINT16 CallDSM(pTW_IDENTITY pOrigin, pTW_IDENTITY pDest, TW_UINT32 DG, TW_UINT16 DAT, TW_UINT16 MSG, TW_MEMREF pData); // 消息处理函数 LRESULT HandleTwainMessage(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam); // 状态机转移辅助函数 BOOL OpenDataSource(); BOOL EnableDataSource(); BOOL GetImageInfoAndTransfer(LPCTSTR lpszSavePath); // ... 其他辅助函数 // 声明为静态或通过其他方式关联到窗口过程 static LRESULT CALLBACK TwainMessageProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam); };类的设计关键在于维护m_twainState它跟踪着TWAIN协议定义的7个核心状态如TWAIN_SOURCE_OPENED,TWAIN_SOURCE_ENABLED等。任何TWAIN操作都必须在前一状态正确完成后才能进行否则调用会失败。我们的公有方法内部其实就是在驱动这个状态机一步步向前推进。3.2 TWAIN状态机详解与消息循环集成TWAIN操作是异步的、事件驱动的。当数据源被启用进入扫描界面后控制权就交给了数据源自身的UI或者我们的程序如果我们禁用了数据源UI。在此期间数据源会通过Windows消息与我们通信。因此我们的应用程序必须有一个窗口句柄来接收这些消息并在消息处理函数中调用DSM_Entry来响应。这就是为什么构造函数需要传入一个HWND参数。通常我们会将这个句柄设置为主框架窗口或一个专门的隐藏窗口。在InitTwain函数中除了填充m_appId结构体包含应用名称、版本等信息并与DSM建立连接外更关键的一步是替换或子类化该窗口的窗口过程以便能截获TWAIN发送的私有消息WM_TWAIN实际上是一个RegisterWindowMessage注册的消息。// 在InitTwain中注册并订阅TWAIN消息 UINT WM_TWAIN RegisterWindowMessage(_T(WM_TWAIN)); // 将自定义的消息处理函数与窗口关联 m_originalWndProc (WNDPROC)SetWindowLongPtr(m_hMessageWnd, GWLP_WNDPROC, (LONG_PTR)TwainMessageProc);在自定义的TwainMessageProc函数中我们需要处理来自数据源的各种消息例如MSG_XFERREADY表示数据已准备好传输、MSG_CLOSEDSREQ数据源请求关闭等。处理这些消息的逻辑正是驱动状态机变化和触发图像传输的关键。LRESULT CTwainController::HandleTwainMessage(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam) { if (message ! m_registeredTwainMsg) return DefWindowProc(hWnd, message, wParam, lParam); TW_EVENT twEvent {0}; twEvent.pEvent (TW_MEMREF)m_srcId; twEvent.TWMessage MSG_NULL; // 将Windows消息参数转换为TWAIN事件 // ... (此处省略转换细节通常lParam包含TW_IDENTITY, wParam包含事件) // 调用DSM处理该事件 TW_UINT16 rc CallDSM(m_appId, m_srcId, DG_CONTROL, DAT_EVENT, MSG_PROCESSEVENT, twEvent); if (rc TWRC_NOTDSEVENT) { // 不是TWAIN数据源事件交给原窗口过程 return CallWindowProc(m_originalWndProc, hWnd, message, wParam, lParam); } switch (twEvent.TWMessage) { case MSG_XFERREADY: // 最重要的消息开始传输图像 OnTransferReady(); break; case MSG_CLOSEDSREQ: case MSG_CLOSEDSOK: // 数据源请求关闭我们需要响应并关闭它 CloseDataSource(); break; // ... 处理其他消息 } return 0; }管理好这个状态机和消息循环就相当于握住了TWAIN协议的“方向盘”。很多初学者遇到的问题比如扫描界面一闪而过、扫描后程序无响应根源大多在于消息处理逻辑不完整或状态机顺序错误。4. 扫描参数设置与图像传输实现4.1 能力协商与参数设置详解在打开数据源之后、启用数据源之前或之后我们可以与扫描仪进行“能力协商”Capability Negotiation来设置或获取扫描参数。这是通过DAT_CAPABILITY数据组和一系列操作消息MSG_GET,MSG_SET,MSG_GETCURRENT,MSG_GETDEFAULT来完成的。例如我们要设置扫描分辨率为300 DPI。首先需要准备一个TW_CAPABILITY结构体其中Cap字段指定能力类型这里是ICAP_XRESOLUTION和ICAP_YRESOLUTIONConType指定容器类型最常用的是TWON_ONEVALUE表示设置一个单一值。然后我们需要分配一块内存来存放具体的值一个TW_FIX32类型的数据并正确设置指针和内存释放标志。BOOL CTwainController::SetResolution(TW_UINT16 res) { if (m_twainState TWAIN_SOURCE_OPENED) return FALSE; // 状态检查 TW_CAPABILITY twCap {0}; twCap.Cap ICAP_XRESOLUTION; twCap.ConType TWON_ONEVALUE; twCap.hContainer GlobalAlloc(GHND, sizeof(TW_ONEVALUE) sizeof(TW_FIX32)); if (!twCap.hContainer) return FALSE; TW_ONEVALUE* pVal (TW_ONEVALUE*)GlobalLock(twCap.hContainer); pVal-ItemType TWTY_FIX32; // 将TW_UINT16转换为TW_FIX32 TW_FIX32 fix32Res; fix32Res.Whole res; fix32Res.Frac 0; memcpy(pVal-Item, fix32Res, sizeof(TW_FIX32)); GlobalUnlock(twCap.hContainer); // 调用DSM设置能力 TW_UINT16 rc CallDSM(m_appId, m_srcId, DG_CONTROL, DAT_CAPABILITY, MSG_SET, twCap); GlobalFree(twCap.hContainer); // 记得释放内存 if (rc TWRC_SUCCESS) { // 用同样的方式设置Y分辨率 ICAP_YRESOLUTION // ... return TRUE; } return FALSE; }这个过程略显繁琐但它是TWAIN协议灵活性的体现。除了分辨率常用的能力还包括ICAP_PIXELTYPE像素类型、ICAP_BITDEPTH位深度、ICAP_SUPPORTEDSIZES支持的纸张大小、ICAP_AUTODISCARDBLANKPAGES自动丢弃空白页等。在实际项目中我们通常会将这些常用的设置封装成类的方法并提供一个更友好的配置界面给用户。实操心得处理TW_CAPABILITY内存时极易出错。务必遵循“分配-锁定-填充-解锁-传递-释放”的步骤。TWON_ONEVALUE是最简单的容器对于范围TWON_RANGE或枚举值TWON_ENUMERATION容器内存结构更复杂。一个调试技巧是先用MSG_GETCURRENT或MSG_GETDEFAULT获取当前或默认值看看数据源返回的容器结构和数据格式再依葫芦画瓢进行设置。4.2 图像传输与数据获取流程当用户在前端界面点击“扫描”按钮我们的AcquireImage方法被调用。其内部会依次执行检查状态 - 打开数据源如果未打开- 启用数据源弹出扫描仪UI或静默扫描- 等待MSG_XFERREADY消息 - 启动传输。最核心的部分在OnTransferReady()函数中。当收到MSG_XFERREADY消息意味着扫描仪已经准备好了一幅或多幅图像数据等待传输。此时我们需要进入一个循环处理每一幅图像。void CTwainController::OnTransferReady() { TW_UINT16 rc TWRC_SUCCESS; TW_PENDINGXFERS pendingXfers {0}; do { // 1. 获取图像信息可选用于提前知道图像尺寸、格式等 TW_IMAGEINFO imageInfo {0}; rc CallDSM(m_appId, m_srcId, DG_IMAGE, DAT_IMAGEINFO, MSG_GET, imageInfo); if (rc ! TWRC_SUCCESS) break; // 2. 建立图像传输 TW_SETUPFILEXFER fileXfer {0}; if (m_savePath.IsEmpty()) { // 内存传输 TW_IMAGEMEMXFER memXfer {0}; memXfer.Compression TWCP_NONE; // ... 设置内存传输参数 rc CallDSM(m_appId, m_srcId, DG_IMAGE, DAT_IMAGEMEMXFER, MSG_GET, memXfer); if (rc TWRC_XFERDONE) { // 从memXfer.Memory.TheMem和memXfer.BytesWritten中获取图像数据 ProcessImageData(memXfer.Memory.TheMem, memXfer.BytesWritten, imageInfo); } } else { // 文件传输更简单直接 _tcscpy_s(fileXfer.FileName, MAX_PATH, m_savePath); fileXfer.Format TWFF_TIFF; // 或TWFF_JPG, TWFF_PNG等 fileXfer.VRefNum 0; // Windows下通常为0 rc CallDSM(m_appId, m_srcId, DG_CONTROL, DAT_SETUPFILEXFER, MSG_GET, fileXfer); if (rc TWRC_SUCCESS) { rc CallDSM(m_appId, m_srcId, DG_IMAGE, DAT_IMAGEFILEXFER, MSG_GET, NULL); // 传输完成后图像已直接保存到m_savePath指定文件 } } // 3. 结束本次图像传输 rc CallDSM(m_appId, m_srcId, DG_CONTROL, DAT_PENDINGXFERS, MSG_ENDXFER, pendingXfers); } while (pendingXfers.Count ! 0 rc TWRC_SUCCESS); // 所有传输完成禁用数据源 if (rc TWRC_SUCCESS) { CallDSM(m_appId, m_srcId, DG_CONTROL, DAT_PENDINGXFERS, MSG_RESET, pendingXfers); } DisableAndCloseDataSource(); }内存传输 vs 文件传输文件传输设置好文件名和格式后调用DAT_IMAGEFILEXFER数据源会直接将图像写入磁盘文件。这种方式简单可靠适合最终需要保存为文件的场景。但缺点是无法在内存中直接处理图像数据。内存传输通过DAT_IMAGEMEMXFER获取数据到应用程序分配的内存中。这给了我们最大的灵活性可以在内存中进行图像处理旋转、裁剪、压缩后再保存或上传。但需要自己管理内存分配和释放并且要处理可能的分块传输一张大图可能分多次MSG_GET调用传输。在我们的项目中为了兼顾灵活性和简便性提供了两种模式的接口。对于简单的扫描到文件使用文件传输对于需要集成到文档处理流水线中的场景则使用内存传输获取到BITMAPINFOHEADER和像素数据后可以直接用GDI或其它图像库进行后续操作。5. 工程集成、界面设计与实战技巧5.1 与MFC/Win32应用程序集成将CTwainController类集成到你的VC应用程序中非常直观。假设我们有一个基于MFC对话框的扫描程序。在对话框类中声明成员变量// CMyScanDlg.h class CMyScanDlg : public CDialogEx { // ... private: CTwainController m_twainCtrl; CString m_strDefaultSavePath; // ... };在OnInitDialog中初始化BOOL CMyScanDlg::OnInitDialog() { CDialogEx::OnInitDialog(); // 将本对话框窗口句柄传给Twain控制器 m_twainCtrl.SetMessageWindow(GetSafeHwnd()); if (!m_twainCtrl.InitTwain()) { AfxMessageBox(_T(初始化TWAIN失败可能未安装扫描仪驱动或TWAIN DSM。)); } // ... 其他初始化 return TRUE; }响应按钮事件void CMyScanDlg::OnBnClickedButtonSelectSource() { m_twainCtrl.SelectSource(); } void CMyScanDlg::OnBnClickedButtonScan() { CFileDialog dlg(FALSE, _T(tiff), _T(scan.tiff), OFN_HIDEREADONLY | OFN_OVERWRITEPROMPT, _T(TIFF文件 (*.tiff)|*.tiff|JPEG文件 (*.jpg)|*.jpg||)); if (dlg.DoModal() IDOK) { if (m_twainCtrl.AcquireImage(dlg.GetPathName())) { // 扫描成功可以更新UI比如在图片控件中显示缩略图 // 例如CImage img; img.Load(dlg.GetPathName()); ... AfxMessageBox(_T(扫描完成)); } else { AfxMessageBox(_T(扫描失败或用户取消。)); } } }处理TWAIN消息确保对话框的窗口过程能正确路由消息到CTwainController::HandleTwainMessage。在我们的封装中这通常在TwainMessageProc静态函数或子类化窗口过程中完成。对于Win32 SDK程序集成逻辑类似需要在主窗口过程WndProc中处理WM_TWAIN注册消息并调用控制器的处理函数。5.2 高级功能与性能优化基础的扫描功能实现后可以考虑添加一些提升用户体验和程序健壮性的高级功能批量扫描与进纸器支持通过查询CAP_FEEDERENABLED和CAP_FEEDERLOADED能力判断扫描仪是否支持自动进纸器ADF。在启用数据源前将其设置为TRUE并在OnTransferReady循环中pendingXfers.Count会指示ADF中剩余的页数从而实现无人值守的批量扫描。扫描参数预设与配置保存不同的文档类型文本、照片、合同需要不同的扫描参数分辨率、色彩模式、亮度对比度。可以将CTwainController的各类设置参数分辨率、像素类型等序列化保存到INI文件或注册表中下次启动时自动加载形成“一键扫描”模式。图像后处理集成在内存传输模式下获取到图像数据后可以立即集成图像处理库如OpenCV、CxImage、GDI进行预处理。例如自动纠偏基于霍夫变换检测倾斜角、去黑边、亮度对比度调整、OCR预处理二值化、降噪等。这能将扫描模块从一个简单的采集工具升级为智能文档处理流水线的入口。异步操作与进度反馈TWAIN的传输过程尤其是高分辨率扫描可能耗时较长。为了避免界面卡死可以将AcquireImage操作放在一个工作线程中。通过向主窗口发送自定义消息如WM_SCAN_PROGRESS来更新进度条或状态栏。需要注意的是TWAIN调用本身可能不是完全线程安全的通常建议将所有的DSM_Entry调用放在同一个线程通常是主UI线程中工作线程通过发送消息来触发这些调用。错误处理与日志记录TWAIN函数调用会返回TWRC_*系列结果码如TWRC_SUCCESS,TWRC_FAILURE,TWRC_CHECKSTATUS等。TWRC_CHECKSTATUS表示需要进一步调用DAT_STATUS来获取详细错误信息。建立一个完善的错误处理和日志机制将每次调用的函数、参数、返回码以及TW_STATUS信息记录到日志文件对于调试复杂的兼容性问题比如某款特定扫描仪在某种设置下失败至关重要。6. 常见问题排查与兼容性处理在实际开发和部署中你一定会遇到各种各样的问题。下面是一个基于大量实战经验的常见问题排查清单问题现象可能原因排查步骤与解决方案调用InitTwain失败1. TWAIN DSM (TWAIN_32.DLL) 未找到。2. 应用程序位数与DSM位数不匹配。3. DSM已损坏或版本太旧。1. 检查DLL是否在系统路径或程序目录。可尝试将TWAIN_32.DLL与exe放同一目录。2. 确认程序是32位还是64位并使用对应位数的DSM和LIB。3. 从TWAIN官网下载并安装最新版DSM。SelectSource不弹出选择对话框1. DSM未正确初始化。2. 系统中未安装任何TWAIN数据源扫描仪驱动。3. 传入的窗口句柄无效或窗口未创建。1. 检查InitTwain返回值确保m_appId已正确填充。2. 检查设备管理器确认扫描仪驱动已正确安装并尝试用系统自带“扫描”应用测试。3. 确保用于接收消息的窗口在调用前已创建并有效。扫描仪UI一闪而过无法扫描1. 消息循环未正确处理。2. 在启用数据源(MSG_ENABLEDS)后立即进行了其他阻塞操作导致消息泵停滞。3. 数据源UI模式设置可能有问题。1. 确保TwainMessageProc正确安装并处理了MSG_XFERREADY等消息。2.MSG_ENABLEDS调用后应立即返回将控制权交还消息循环。不要在同一个函数调用链中等待扫描完成。3. 检查TW_USERINTERFACE结构体ShowUI设置为TRUEModalUI通常也设为TRUE。扫描得到的图像是空白或黑色1. 图像传输模式或参数设置错误。2. 内存传输时缓冲区分配不足或指针错误。3. 扫描仪盖板未关或文档未放好。1. 确认DAT_IMAGEFILEXFER或DAT_IMAGEMEMXFER调用返回TWRC_XFERDONE。2. 内存传输时仔细检查TW_IMAGEMEMXFER结构体的填充特别是Memory.Flags和分配的内存大小。3. 先用扫描仪自带软件扫描测试排除硬件问题。设置分辨率等参数无效1. 能力协商的容器类型(ConType)或值类型(ItemType)错误。2. 设置的值超出了扫描仪支持的范围。3. 在错误的状态下设置能力如数据源未打开。1. 先用MSG_GETCURRENT和MSG_GET查询该能力支持的容器和值范围模仿其格式进行设置。2. 查询ICAP_XRESOLUTION/ICAP_YRESOLUTION的TWON_RANGE获取MinValue和MaxValue。3. 确保在数据源打开(MSG_OPENDS)后启用(MSG_ENABLEDS)前或后进行设置。程序在扫描后崩溃1. 内存泄漏TW_CAPABILITY或TW_IMAGEMEMXFER分配的内存未正确释放。2. 在回调函数或消息处理中进行了非法操作。3. 多线程访问TWAIN对象冲突。1. 使用工具如Visual Studio调试器、VLD检查内存泄漏。确保每个GlobalAlloc都有对应的GlobalFree。2. 确保在TWAIN消息处理函数中不做耗时操作尽快返回。3. 将TWAIN所有调用序列化到主UI线程。兼容性处理心得 TWAIN协议虽然标准但不同厂商的数据源实现质量参差不齐尤其是在一些老式或小众品牌的扫描仪上。以下是几个保命技巧延迟加载DSM不要在程序启动时就调用InitTwain而是在用户首次点击扫描相关按钮时再初始化。这能加快程序启动速度并避免因DSM问题导致整个程序启动失败。优雅降级如果TWAIN初始化或选择源失败可以尝试检测系统是否安装了WIAWindows Image Acquisition并尝试使用WIA接口作为备选方案。这需要另一套代码但能显著提升硬件兼容性。参数设置后验证调用MSG_SET设置某个能力后紧接着调用MSG_GETCURRENT读取回来确认设置是否真的生效。有些数据源会“吞掉”不支持的设置而不报错。分步调试与日志在开发阶段将每一个CallDSM调用的详细信息DG, DAT, MSG, 返回码都输出到调试窗口或日志文件。当问题出现时这份日志是定位问题阶段最宝贵的资料。最后这个完整的VC TWAIN扫描仪源码项目其价值不仅在于提供了一套可工作的代码更在于展示了一种与硬件交互的标准协议如何被系统地封装和应用。即使未来TWAIN逐渐被更新的标准所取代这种分层设计、状态机管理、异步消息处理和错误处理的思路在任何涉及外部设备集成的桌面开发中都是相通的。