coco
11 KiB
配置问题
**本文档中引用的文件** - [config.ini](file://config.ini) - [database_modify.xml](file://database_modify.xml) - [version_info.txt](file://version_info.txt) - [ProManager.cpp](file://cpp/Managers/ProManager.cpp) - [ProManager.h](file://h/ProManager.h) - [数据库字段修改记录.txt](file://DB/数据库字段修改记录.txt) - [project.xml](file://CACHE/project.xml) - [testzone.xml](file://CACHE/testzone.xml)目录
- 配置文件损坏与参数设置错误
- 版本不兼容问题
- 数据库字段不匹配
- config.ini配置项详解
- database_modify.xml在数据库迁移中的作用
- 版本信息与配置格式变化
- 配置文件备份与恢复最佳实践
- 通过ProManager验证配置有效性
- 配置验证工具使用方法
配置文件损坏与参数设置错误
配置文件损坏或参数设置错误可能导致Geomative Studio软件功能异常。config.ini文件是系统核心配置文件，其结构损坏（如缺少节段、语法错误）会导致软件无法启动或功能模块失效。参数值设置错误会直接影响系统行为，例如[ONLINE_DEVICE]节中的IP和Port配置错误会导致无法连接远程服务器，[USER_INFO]中的UserID配置错误会影响用户身份验证。
config.ini文件采用标准的INI文件格式，由多个节（section）组成，每个节包含键值对。文件损坏的常见表现包括：缺少必要的节头（如[UI]）、键值对格式错误（缺少等号或值）、编码问题导致的乱码等。这些损坏会导致程序在读取配置时抛出异常或使用默认值，从而引发不可预测的行为。
Section sources
版本不兼容问题
不同版本的Geomative Studio软件可能存在配置格式的不兼容。version_info.txt文件记录了当前软件版本号，而config.ini和database_modify.xml文件的结构可能随版本升级而发生变化。当使用旧版本的配置文件运行新版本软件时，可能会因为新增的配置项缺失而导致功能异常；反之，新版本的配置文件在旧版本软件中运行则可能因为无法识别新增配置项而忽略相关功能。
版本不兼容问题还体现在数据库结构上。database_modify.xml文件定义了数据库版本迁移规则，当软件版本升级时，如果未正确执行数据库迁移，会导致新版本软件无法访问数据库或数据丢失。例如，新版本可能新增了某些数据表或字段，而旧版本的数据库结构中不存在这些元素，从而导致数据访问错误。
Section sources
数据库字段不匹配
数据库字段不匹配是导致数据访问错误的主要原因之一。DB/数据库字段修改记录.txt文件详细记录了数据库结构的变更历史，包括新增字段、修改字段类型和删除字段等操作。如果实际数据库结构与软件期望的结构不一致，会导致数据读写失败。
例如，2015年6月2日的变更记录显示，在td2dcon、td3dcon和td1dcon表中增加了bUse字段用于标记记录有效性。如果数据库未执行此变更，软件在尝试访问bUse字段时会抛出"字段不存在"的异常。同样，2017年9月18日将gr表中的ECODE字段从文本类型改为整型，如果类型未正确修改，会导致数据类型转换错误。
flowchart TD
A[数据库访问请求] --> B{字段匹配检查}
B --> |匹配| C[正常数据读写]
B --> |不匹配| D[抛出异常]
D --> E[功能异常或崩溃]
F[数据库字段修改记录] --> B
G[database_modify.xml] --> H[执行数据库迁移]
H --> F
Diagram sources
Section sources
config.ini配置项详解
config.ini文件包含多个配置节，每个节管理不同方面的系统设置。[UI]节中的Language参数控制界面语言，有效值为1（中文）或2（英文）。[TRANSFER_INFO]节定义了软件更新和主页的URL地址。[ONLINE_DEVICE]节配置了远程设备连接参数，包括IP地址和端口号。
[USER_INFO]节存储用户身份信息，UserID是用户唯一标识，UserPwd是密码。[CROSS_HOLE_CFG]节配置跨孔测量参数，Number表示配置数量，后续的[CFG_1]到[CFG_6]节定义了具体的孔间距和起始深度。错误配置这些参数会导致测量数据不准确或设备通信失败。
classDiagram
class ConfigSection {
+String name
+Map<String, String> properties
+get(String key) String
+set(String key, String value) void
}
class ConfigManager {
+Map<String, ConfigSection> sections
+load(String filePath) boolean
+save(String filePath) boolean
+getSection(String name) ConfigSection
}
ConfigManager --> ConfigSection : "contains"
Diagram sources
Section sources
database_modify.xml在数据库迁移中的作用
database_modify.xml文件是数据库版本迁移的核心配置文件，它定义了从一个版本到另一个版本的数据库结构变更规则。文件中的current_version属性指定当前版本号，pre_version包含具体的修改指令。每个<table>元素定义了对特定数据表的操作，modify_type属性值1表示新增表，2表示删除表，3表示修改表。
<column>元素描述了字段的详细属性，包括value_type（数据类型）、attribute_value（长度或精度）、is_primary_key（是否为主键）等。当软件启动时，会检查当前数据库版本与database_modify.xml中定义的版本是否一致，如果不一致则自动执行迁移操作，确保数据库结构与软件版本匹配。
sequenceDiagram
participant App as "应用程序"
participant DB as "数据库"
participant XML as "database_modify.xml"
App->>DB : 查询当前数据库版本
DB-->>App : 返回版本信息
App->>XML : 读取目标版本
XML-->>App : 返回版本配置
App->>App : 版本比较
alt 版本不匹配
App->>App : 生成迁移脚本
App->>DB : 执行结构变更
DB-->>App : 迁移结果
App->>App : 更新版本记录
end
App->>DB : 正常数据操作
Diagram sources
Section sources
版本信息与配置格式变化
version_info.txt文件中的geomative_version参数明确指定了软件版本号，当前版本为2.4.1。不同版本间配置格式存在显著变化，需要特别注意升级时的兼容性问题。例如，早期版本的config.ini可能不包含[PLC_SET]节，而新版本中该节的TimeInterval参数对PLC通信至关重要。
版本升级时，除了主配置文件外，还需要关注数据库结构的同步更新。database_modify.xml文件的版本号应与version_info.txt保持一致，否则会导致迁移规则不匹配。建议在升级前备份所有配置文件和数据库，按照版本发布说明逐步执行升级流程，确保配置格式的正确转换。
Section sources
配置文件备份与恢复最佳实践
为防止配置文件损坏导致系统无法使用，应建立完善的备份与恢复机制。建议采用多层次备份策略：每日自动备份到本地安全目录，每周备份到外部存储设备，每月备份到云端存储。备份文件应包含时间戳和版本信息，便于追溯和恢复。
恢复时应遵循"验证-恢复-测试"流程：首先验证备份文件的完整性，然后将其恢复到正确位置，最后启动软件进行功能测试。对于config.ini文件，可以创建模板文件，包含所有必要节和参数的默认值，当配置文件损坏时可快速恢复基本功能。
Section sources
通过ProManager验证配置有效性
ProManager.cpp中的项目管理逻辑提供了配置有效性验证机制。CProManager类负责管理工程和测区的创建、删除和同步操作。通过CreateProjectInDB和CreateProjectInDev等方法，可以在创建工程时验证配置参数的有效性。
例如，在创建工程时会检查工程名称是否已存在，避免重复；在创建测区时会验证测区类型是否符合规范。这些验证逻辑确保了配置数据的一致性和完整性。通过调用ShowProList和ShowTzList方法，可以查询和验证现有配置的状态。
flowchart TD
A[创建工程请求] --> B{参数验证}
B --> |有效| C[检查名称唯一性]
C --> |唯一| D[写入数据库]
D --> E[同步到设备]
E --> F[返回成功]
B --> |无效| G[返回错误]
C --> |重复| G
D --> |失败| G
Diagram sources
Section sources
配置验证工具使用方法
配置验证工具可通过调用ProManager类的公共接口来实现。使用方法包括：首先初始化CProManager实例并传入数据库连接，然后调用GetDMS方法获取数据管理结构，最后通过ShowProList和ShowTzList等方法验证配置数据的完整性和一致性。
对于批量验证，可以使用InitialOpDMSTreeForSyn方法初始化同步树，遍历所有工程和测区进行系统性检查。验证结果可以通过返回码判断：APP_SUCCESS表示验证通过，APP_FAIL表示验证失败，APP_DUPLICATE表示存在重复项。建议将验证工具集成到软件启动流程中，实现自动化的配置检查。
Section sources