sqlite-web 0.7.2
gitea.db
issue
Create
Query
access
access_token
action
action_artifact
action_run
action_run_index
action_run_job
action_runner
action_runner_token
action_schedule
action_schedule_spec
action_task
action_task_output
action_task_step
action_tasks_version
action_variable
app_state
attachment
auth_token
badge
branch
collaboration
comment
commit_status
commit_status_index
commit_status_summary
commit_sync_log
commit_sync_status
dbfs_data
dbfs_meta
deploy_key
email_address
email_hash
external_login_user
follow
gpg_key
gpg_key_import
hook_task
issue
issue_assignees
issue_content_history
issue_dependency
issue_index
issue_label
issue_pin
issue_user
issue_watch
label
language_stat
lfs_lock
lfs_meta_object
login_source
milestone
mirror
notice
notification
oauth2_application
oauth2_authorization_code
oauth2_grant
org_user
package
package_blob
package_blob_upload
package_cleanup_rule
package_file
package_property
package_version
project
project_board
project_issue
protected_branch
protected_tag
public_key
pull_auto_merge
pull_request
push_mirror
reaction
release
renamed_branch
repo_archiver
repo_hidden_file
repo_indexer_status
repo_license
repo_redirect
repo_topic
repo_transfer
repo_unit
repository
review
review_state
secret
session
sqlite_sequence
star
stopwatch
system_setting
task
team
team_invite
team_repo
team_unit
team_user
topic
tracked_time
two_factor
upload
user
user_badge
user_blocking
user_open_id
user_redirect
user_setting
version
watch
webauthn_credential
webhook
Toggle helper tables
Structure
Content
Query
Insert
Drop
Import
Export
Update row 454 in issue
id
Primary key.
INTEGER NOT NULL
repo_id
INTEGER
index
INTEGER
poster_id
INTEGER
original_author
TEXT
original_author_id
INTEGER
name
🔍 代码审查报告:pay-260616 - 1
TEXT
content
## 自动代码审查报告 **分支**: pay-260616 **提交**: `96120955537949907abcd3c939ded9d03fea8ed1` **提交人**: LITTLEMAIDI (11833999+littlemaidi@user.noreply.gitee.com) **时间**: 2026-06-02 11:10:34 --- ## 1. 审查摘要 - **代码质量评分**:5.5 / 10 分 - **总体评价**:该模型承载了极其复杂的预订时间计算逻辑,涉及多场景、跨天、团购券、清扫时间、最低时长等多重规则交织。代码能实现业务目标,但存在严重的**职责过载、全局状态依赖、静态缓存未隔离、循环内修改数组**等问题。可维护性、健壮性与性能均有较大优化空间。 - **风险等级**:🟠 中高(存在运行时异常隐患、数据串扰风险及性能瓶颈) > 📌 **框架说明**:根据 `get_instance()`、`$this->load->model()`、`system/` 目录结构判断,该代码实际基于 **CodeIgniter 3** 架构。若 `phpci` 为贵司内部定制框架,请结合其特定生命周期调整以下建议。 ## 2. 问题详情 | 严重程度 | 文件/行号 | 问题描述 | 建议修改方案 | 代码示例 (可选) | | :--- | :--- | :--- | :--- | :--- | | 🔴 严重 | `get_book_day_time_info()` 循环内 | `foreach ($time_info as $k => &$v)` 中直接使用 `unset($time_info[$k])`。在引用遍历中修改原数组会导致内部指针错乱,可能跳过元素或引发未定义行为。 | 移除循环内的 `unset`,改用 `array_filter` 或在循环结束后统一过滤无效时间段。 | `// 循环结束后统一过滤<br>$time_info = array_filter($time_info, function($v) {<br> return $v['status'] !== '-1';<br>});` | | 🔴 严重 | 全局静态缓存属性 | `self::$book_days_info`、`self::$shop_data` 等静态属性未做商户/门店隔离。同一 PHP 进程复用该模型实例时,会返回其他商户的缓存数据,导致**严重的数据串扰**。 | 为静态缓存增加复合键(如 `merchant_id_shop_id`),或改为实例属性缓存。 | `self::$book_days_info["{$merchant_id}_{$shop_id}"] ??= $result;` | | 🟠 警告 | `get_book_day_time_info()` 中段 | `array_intersect(...array_values($all_room_book_time))` 当 `$all_room_book_time` 元素数量 `< 2` 时,PHP 8+ 会抛出 `ArgumentCountError`。 | 增加数组长度判断,安全处理交集计算。 | `$count = count($all_room_book_time);<br>$un_book_time = $count >= 2 ? array_intersect(...array_values($all_room_book_time)) : ($count === 1 ? $all_room_book_time[0] : []);` | | 🟠 警告 | 多处方法内部 | 频繁重复调用 `$CI = &get_instance();`。违反 DRY 原则,且在 CI3 中多次获取实例会增加微小开销,降低可读性。 | 在构造函数中统一获取并赋值给实例属性,后续统一使用 `$this->ci`。 | `protected $ci;<br>public function __construct() {<br> parent::__construct();<br> $this->ci =& get_instance();<br>}` | | 🟠 警告 | 全文件 | 大量魔法数字与硬编码状态值(如 `86400`, `3600`, `'1'`, `'-1'`, `'2'`, `'7'`)。可读性差,后期维护极易出错。 | 提取为类常量,明确业务语义。 | `const SECONDS_PER_DAY = 86400;<br>const STATUS_AVAILABLE = '1';<br>const STATUS_UNAVAILABLE = '-1';` | | 🟡 建议 | `get_book_day_time_info()` | 方法长度超 300 行,混合了数据查询、时间计算、券规则校验、营业时间过滤、状态标记等。严重违反单一职责原则(SRP)。 | 拆分为多个私有方法,如 `calculateAvailableSlots()`, `applyVoucherConstraints()`, `checkBusinessHours()`。 | 将 `foreach` 内的多段 `if` 逻辑抽离为独立方法,主方法仅负责流程编排。 | | 🟡 建议 | 类属性定义区 | 所有业务属性均为 `public`,破坏封装性,外部可随意篡改内部状态。 | 改为 `protected` 或 `private`,通过 Getter/Setter 或构造参数注入。 | `protected $book_time_limit = 3600;<br>protected $book_days = 7;` | | 🟡 建议 | 全局函数依赖 | 依赖 `throwError`, `returnWeek`, `timeToHour`, `mergeTimeRanges` 等全局函数。未命名空间化,易产生命名冲突且不利于单元测试。 | 将通用工具函数迁移至 `application/libraries/` 或 `application/helpers/` 并封装为静态类方法。 | `TimeHelper::toHour($time);<br>ArrayHelper::mergeRanges($ranges);` | ## 3. 总结与行动建议 ### 🔑 优先修复项(P0/P1) 1. **修复静态缓存串扰**:立即为 `self::$book_days_info`、`self::$shop_data` 等静态属性添加 `merchant_id` 与 `shop_id` 作为缓存键,或改为实例级缓存。否则在多租户/批量处理场景下必现数据错乱。 2. **修复循环内 `unset` 与 `array_intersect` 报错**:替换为安全的数组过滤逻辑,并增加参数数量校验,避免 PHP 8+ 环境直接崩溃。 3. **统一 CI 实例获取**:在 `__construct` 中初始化 `$this->ci`,移除方法内冗余的 `&get_instance()` 调用。 ### 🛠 后续重构与优化方向 1. **方法拆分与职责解耦**:`get_book_day_time_info` 是典型的“上帝方法”。建议按业务规则拆分为: - `fetchBookingData()`:负责查库、解析 JSON、获取前后天数据。 - `calculateTimeWindows()`:负责生成基础时间段数组。 - `applyConstraints()`:负责依次应用营业时间、券规则、清扫时间、最低时长等过滤器。 2. **引入强类型与常量**:利用 PHP 7.4+ 类型声明规范属性,将状态码、时间单位提取为 `const`,提升 IDE 提示与静态分析能力。 3. **性能优化**: - 前后天预订数据查询可合并为一次 `WHERE IN` 查询,减少 DB 往返。 - 避免在 `foreach` 中重复调用 `strtotime`、`date`,可预先计算基准时间戳。 4. **安全与输入校验**:对 `$params` 中的 `merchant_id`、`shop_id`、`date` 增加类型强转与格式校验(如 `ctype_digit`、`DateTime::createFromFormat`),防止非法输入穿透至底层查询。 > ⚠️ **局限性说明**:您提供的代码在 `get_book_day_time_info()` 方法末尾被截断,未包含完整逻辑与类闭合。若截断部分包含关键的状态提交、事务处理或异常捕获逻辑,请补充完整代码以便进行更精准的闭环审查。 --- *此 Issue 由代码审查服务自动创建*
TEXT
milestone_id
INTEGER
priority
INTEGER
is_closed
INTEGER
is_pull
INTEGER
num_comments
INTEGER
ref
TEXT
deadline_unix
INTEGER
created_unix
INTEGER
updated_unix
INTEGER
closed_unix
INTEGER
is_locked
INTEGER NOT NULL (default 0
content_version
INTEGER NOT NULL (default 0
time_estimate
INTEGER NOT NULL (default 0
Update
Cancel