qiangayi/henlo_migration_wpf10
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
a1a0f58ae1292dcb5cf267ba1d108c3306bbd811
henlo_migration_wpf10/AGENTS.md
T

13 KiB
Raw Blame History

AGENTS.md

项目定位

恒诺迁移工具是一个仅运行于 Windows 的 Oracle 数据库迁移桌面工具。当前维护目标是 henlo_migration_wpf10/：WPF + .NET 10，程序集名为“恒诺迁移工具”。工具从源库读取表结构、BOS 配置、存储过程/函数和表数据，将 SQL 保存为本地文本；经用户确认后，再把本地 SQL 执行到目标库。

本文是仓库级开发约定。分析、修改和验证默认都以当前 WPF 项目为准，除非任务明确点名旧项目。

目录边界

  • henlo_migration_wpf10/：当前唯一主程序，优先分析和修改。
  • henlo_migration/：旧 .NET Framework 4.8 / WinForm 版本，已废弃；不要把旧版的窗体、AntdUI 或 AutoUpdater.NET 设计套到主程序。
  • henlo_migration_core10/：未投入使用的 .NET Core 版本，默认不修改。
  • hc_preview/：界面预览或辅助内容，不是主程序源码。
  • 产品部署/：部署相关资料或产物，只有发布任务才处理。
  • VELOPACK_MIGRATION.md、VELOPACK操作手册.md：更新与发布背景资料；若与代码冲突，以当前代码和 pack.bat 为准。

Git 仓库

  • 项目远程仓库：https://gitea.momozhua.site/qiangayi/henlo_migration_wpf10.git
  • 当前根目录已经初始化为 Git 工作区，默认分支为 main，远程名为 origin。
  • 可以使用 git status、git diff 和提交历史检查改动。不要使用 git reset --hard、强制推送或其他会丢失本地/远程改动的命令。
  • fetch、pull、commit、push 等会改变工作区、历史或远程状态的操作必须符合用户当前任务；上传远程仓库需要明确授权。

当前技术基线

  • 项目文件：henlo_migration_wpf10/henlo_migration_wpf10.csproj
  • 目标框架：net10.0-windows
  • UI：WPF + HandyControl 3.5.1
  • MVVM：手写 INotifyPropertyChanged/命令实现，引用 CommunityToolkit.Mvvm 8.3.2，但当前主 ViewModel 未使用其源生成器
  • Oracle 访问：SqlSugar 5.1.4.157 + Oracle.ManagedDataAccess.Core 23.5.0
  • 配置解析：ini-parser 2.5.2
  • JSON：Newtonsoft.Json 13.0.3
  • 自动更新：Velopack 0.0.1298
  • 当前版本号：以 .csproj 的 <Version> 为唯一事实来源，不在本文硬编码版本
  • Nullable：项目设置为 <Nullable>disable</Nullable>，源码中仍存在 ? 注解，因此构建有既有 CS8632 警告

主程序结构

启动与界面

  • App.xaml：应用资源、HandyControl 主题和 MainViewModel 资源注册；启动页是 Views/HomeWindow.xaml。
  • App.xaml.cs：Velopack 初始化、后台/手动更新、更新前后 config.ini、data/ 与 pre/ 备份恢复、全局异常日志。
  • Views/HomeWindow.xaml：单窗口主界面，包含五个迁移 Tab、连接状态、SQL 编辑区和批量操作。
  • Views/HomeWindow.xaml.cs：只处理窗口关闭和手动检查更新等窗口事件。
  • Views/ConnectionDialog.*：源库/目标库连接配置与测试。
  • Views/ErrorDialog.*：错误详情展示和复制。
  • Behaviors/ClickToCopyBehavior.cs、Converters/StatusColorConverter.cs：界面辅助行为与状态颜色转换。

状态与编排

  • ViewModels/MainViewModel.cs：主状态容器和命令编排；初始化五个 TabServices，管理数据库连接、单行/批量读写、SQL 编辑与断点续写。
  • Models/TableRowModel.cs：每个迁移对象的名称、所属 Tab、读写状态。
  • Enums/：Tab、状态、工作类型和输出扩展名枚举。

业务与数据访问

  • Services/TabConfig.cs / ITabConfig.cs：将 Tab、索引文件、输出后缀和读取委托组合成配置。
  • Services/TabServices.cs：索引列表加载/保存、单行读写、排序、删除和状态切换。
  • Services/DbServices.cs：Oracle SQL 的提取与执行核心：
    • GetTableSql：读取表 DDL、注释、主外键、唯一键和索引；
    • GetTableBos：读取 BOS 配置；
    • GetTableBosField：按 TABLE.COLUMN 读取单个 BOS 字段配置，生成目标物理字段补充 SQL，并包含关联限定值/引用元数据；
    • GetPrcSql / GetAllPrc：读取存储过程或函数源码；
    • GetTableData：生成表数据 INSERT SQL；
    • ExecuteCreate：按 \n/ 分隔 SQL，在目标库逐条执行并检查 USER_ERRORS。
  • Common/SqlSugarHelper.cs：维护 orig（源库）和 dest（目标库）两个 SqlSugar 连接。
  • Common/SysConfig.cs：读取和写入运行目录下的 config.ini。
  • Common/CommonHelper.cs：运行目录、data/、data/from/、pre/ 路径及文本读写。

真实数据流

五个 Tab 的映射由 MainViewModel 构造函数定义：

Tab 索引文件 内容文件 源库读取方法
表配置 data/from/table.txt data/{对象名}_creat.txt DbServices.GetTableSql
BOS 配置 data/from/bos.txt data/{对象名}_bos.txt DbServices.GetTableBos
BOS 字段配置 data/from/bos_field.txt data/{表名}.{字段名}_bos_field.txt DbServices.GetTableBosField
存储过程 data/from/prc.txt data/{对象名}_prc.txt DbServices.GetPrcSql
表数据 data/from/data.txt data/{对象名}_data.txt DbServices.GetTableData

读取流程：索引项 -> 调用源库读取委托 -> 生成 SQL 文本 -> 保存到 data/ -> 更新读取状态并显示内容。

读取 BOS 配置前会检查源库当前用户下的辅助过程。整表读取使用 HMIG_GET_TABLE_BOS_31，单字段读取使用 HMIG_GET_TABLE_BOS_FIELD_31；若过程不存在，程序从运行目录的同名 pre/*.prc 脚本安装，检查 USER_ERRORS 和对象状态后再读取。单字段列表项必须采用 TABLE.COLUMN 格式。界面不提供手动“预处理”入口。

单字段 SQL 写入目标库时，限定值组按名称、限定值按组和值判断，只补充缺失项；引用元数据按引用表名和字段 DBNAME 映射，目标引用字段不存在或不唯一时直接报错，不自动创建。

单字段读取还会查询源库 USER_TABLES、USER_TAB_COLUMNS。源对象是物理表且源字段存在时，输出文件首先检查目标库物理表和字段：目标表不存在时报错，目标字段不存在时按源字段的数据类型、长度、精度和字符语义执行 ALTER TABLE ... ADD。源对象是视图或 BOS 计算字段时不生成物理字段 DDL。

写入流程：索引项 -> 读取对应 data/*_{后缀}.txt -> DbServices.ExecuteCreate -> 在目标库执行 -> 更新写入状态。批量写入遇到第一条失败即停止，并在内存中记录断点；断点不会跨进程持久化。

删除列表项会同时删除对应内容文件。调整顺序会立即覆盖索引文件。新增对象名会被转为小写，数据库读取时再按需要转大写。

配置和运行时文件

  • config.ini 保存源库和目标库的 IP/服务名、用户名、密码。当前实现是明文读写，首次运行缺失时创建空配置；发布包不得携带本机配置。
  • 不要在日志、回答、补丁或测试输出中展示真实连接串和密码。
  • 修改或发布时不要用样例配置覆盖用户现有 config.ini。
  • data/ 和 pre/ 是用户可编辑、更新时需要保留的运行数据；不要无故清空、批量改名或删除。
  • error.log 是全局异常日志，execute_log.txt 记录目标库执行的 SQL；两者都是运行时文件，排查时可能含敏感业务信息。
  • bin/、obj/、publish/、releases/、.vs/ 是构建、IDE 或发布产物。不要手工修改其中的 DLL、EXE、PDB、NuGet 包或生成源码。
  • *.csproj.Backup*.tmp、_build*、_make_pack.bat、_write_pack.ps1、_debug_encoding.ps1 是历史/辅助文件；正常构建和发布不要以它们为权威入口。

开发约定

  • 保持现有命名空间 henlo_migration 和现有目录分层。
  • UI 状态、命令和业务编排放在 MainViewModel；可绑定的属性变更必须触发 OnPropertyChanged，命令可用性变化时同步触发 RaiseCanExecuteChanged。
  • XAML 负责布局、样式和绑定；code-behind 仅保留必须依赖 Window/控件事件的逻辑。
  • 通用 Oracle 提取/执行逻辑放在 DbServices，不要在 View 或 ViewModel 中复制 SQL。
  • 新增 Tab 能力时同时检查 TabsEnum、CodeExt、TabConfig、MainViewModel 映射、XAML 绑定、索引文件复制规则和更新备份范围。
  • 耗时数据库调用不得阻塞 UI 线程；沿用现有异步命令和 Task.Run 边界，UI 更新通过 WPF Dispatcher 或正常 await 回到 UI 上下文。
  • 保持 SQL 文件的 Oracle 分隔约定：DbServices.SplitStatements 依赖换行后的 /（实际分隔符为 \n/）。修改生成 SQL 时必须验证普通 DDL、PL/SQL 块和末尾分隔符。
  • 数据库对象名和用户数据不能直接拼入任意 SQL。查询参数优先使用 SugarParameter；确需生成 DDL 时必须处理标识符和字符串转义。
  • 不要静默吞掉新异常。UI 可展示友好提示，但排障信息应保留在错误对话框或日志中；修改现有空 catch 时要评估用户体验。
  • 不做与任务无关的大规模格式化、Nullable 改造、依赖升级或旧项目同步。

数据库安全边界

源库和目标库不是等价环境：

  • Get* 方法通常查询源库；ExecuteCreate 明确写目标库。
  • 首次读取整表或单字段 BOS 配置时可能在源库自动创建对应的 HMIG_GET_TABLE_BOS_31 或 HMIG_GET_TABLE_BOS_FIELD_31；这不是只读操作，源库账号需要相应的 CREATE PROCEDURE 权限。
  • 连接按钮会把界面中的连接信息写回 config.ini，并重建同时包含源库和目标库的 SqlSugarScope。
  • 界面的“断开”当前只更新连接状态，并未释放或关闭底层连接对象。

除非用户明确要求并确认数据库、对象和影响范围，否则不要连接真实数据库、触发 BOS 辅助过程安装、执行目标库写入、清理数据或测试破坏性 SQL。需要验证数据库写入逻辑时优先使用代码审查、可控测试库或事务化的最小复现。真实目标库写入前必须提醒备份并确认权限。

构建与验证

在仓库根目录运行：

dotnet restore .\henlo_migration_wpf10\henlo_migration_wpf10.csproj
dotnet build .\henlo_migration_wpf10\henlo_migration_wpf10.csproj -c Debug

仅在依赖已经恢复且不希望访问包源时可用：

dotnet build .\henlo_migration_wpf10\henlo_migration_wpf10.csproj -c Debug --no-restore

当前没有测试项目。最低验证要求：

  1. 所有 C#/XAML 修改至少执行一次主项目构建。
  2. 仅文档修改可不构建，但要重新读取文件检查 Markdown、路径和命令。
  3. XAML/绑定修改除构建外，应在 Windows 上启动应用，检查五个 Tab、连接弹窗、按钮可用性和错误弹窗；不要因此连接生产库。
  4. SQL 生成/拆分修改需用不含真实数据的代表性 SQL 验证表 DDL、注释、约束、PL/SQL 和 INSERT。
  5. 更新逻辑修改需分别考虑普通 dotnet run（非 Velopack 安装）和 Velopack 安装态。

既有 CS8632 警告不是本次修改自动引入的错误，但不得新增编译错误。若任务专门处理 Nullable，应统一决定启用 Nullable 还是移除注解，不要零散压制警告。

本地调试可运行：

dotnet run --project .\henlo_migration_wpf10\henlo_migration_wpf10.csproj

启动会读取或创建运行目录下的配置，并可能尝试初始化更新检查；不适合无界面的 CI 验证。

版本与发布

  • 仓库根目录的 RELEASE.md 是当前发版流程、产物、上传和自动更新风险的权威说明。凡任务涉及版本号、Release 构建、Velopack、打包、便携包、自动更新、服务器部署或上传，必须先完整读取 RELEASE.md，再执行或给出结论。
  • 正式版本的用户可见变更记录维护在仓库根目录 CHANGELOG.md，发版时必须新增对应版本条目。
  • 版本号只修改 .csproj 中的 <Version>，必须单调递增；正式发布入口是 henlo_migration_wpf10/pack.bat。
  • 发布是显式任务。未经要求不要运行打包、删除发布目录、修改版本号或上传更新服务器；构建通过不等于打包或自动更新验证通过。
  • 若代码、脚本和 RELEASE.md 不一致，以实际代码和 pack.bat 为准，并在同一任务中同步修正文档。

完成任务时的交付说明

简要说明：修改了什么、影响哪一层、执行了哪些验证、构建是否有错误/警告、是否因缺少 Oracle 测试库或 Velopack 安装态而存在未验证项。不要声称已验证真实数据库迁移，除非确实在明确授权的测试环境完成。

Reference in New Issue View Git Blame Copy Permalink