JavaFX 11中setRowFactory行样式不生效与编辑功能冲突问题

问题根源分析 #

你遇到的核心矛盾很典型：TableView默认只会在行对应的item引用改变时触发updateItem方法，但你更新的是item内部的validationResponse属性，所以可见行不会自动刷新样式；而直接调用tblGCode.refresh()虽然能强制刷新样式，却会销毁并重建所有可见单元格，导致正在编辑的单元格丢失状态、编辑功能失效。

可行解决方案 #

方案1：重写TableRow的isItemChanged方法（你最终采用的最优解）

JavaFX的TableRow默认仅通过对象引用来判断item是否变化，我们可以重写这个逻辑，让它感知到item内部属性的变更：

tblGCode.setRowFactory(tv -> new TableRow<YourDataClass>() {
    @Override
    protected boolean isItemChanged(YourDataClass oldItem, YourDataClass newItem) {
        // 不仅比较对象引用，还要校验关键属性的变化
        if (oldItem == null && newItem == null) return false;
        if (oldItem == null || newItem == null) return true;
        // 假设你的数据类有getValidationResponse()方法
        return !oldItem.getValidationResponse().equals(newItem.getValidationResponse());
    }

    @Override
    protected void updateItem(YourDataClass item, boolean empty) {
        super.updateItem(item, empty);
        if (empty || item == null) {
            setStyle("");
        } else {
            switch (item.getValidationResponse()) {
                case SUCCESS:
                    setStyle("-fx-background-color: lightgreen;");
                    break;
                case FAILURE:
                    setStyle("-fx-background-color: lightcoral;");
                    break;
                default:
                    setStyle("");
            }
        }
    }
});

这个方法的优势非常明显：既让TableView感知到内部属性变化从而自动触发样式更新，又不会破坏单元格的编辑状态，完美解决了你的冲突问题。

方案2：用TableColumn.setCellFactory替代setRowFactory（你尝试过的可行方案）

如果给验证结果列单独设置单元格工厂，在单元格的updateItem中同步更新行样式，也是完全合理的：

validationColumn.setCellFactory(col -> new TableCell<YourDataClass, ValidationResult>() {
    @Override
    protected void updateItem(ValidationResult item, boolean empty) {
        super.updateItem(item, empty);
        TableRow<YourDataClass> row = getTableRow();
        if (empty || row.getItem() == null) {
            row.setStyle("");
            setText(null);
        } else {
            setText(item.toString());
            switch (item) {
                case SUCCESS:
                    row.setStyle("-fx-background-color: lightgreen;");
                    break;
                case FAILURE:
                    row.setStyle("-fx-background-color: lightcoral;");
                    break;
                default:
                    row.setStyle("");
            }
        }
    }
});

这种方式的逻辑是：验证结果列的单元格会随着validationResponse属性变化自动触发updateItem，此时顺便更新行样式，不需要额外的刷新操作，也不会影响第一列的编辑功能。唯一需要注意的是，如果后续有其他属性也会影响行样式，这种方式需要在对应的单元格工厂中维护样式，不如方案1集中管理。

为什么refresh()会破坏编辑功能？

TableView.refresh()会强制销毁并重建所有可见的单元格和行，这会导致正在编辑的单元格直接失去编辑状态（比如文本框失去焦点、编辑内容被重置），所以这绝对不是适合你的解决方案。

额外注意事项 #

确保你的数据类YourDataClass的validationResponse属性是可观察属性（比如使用SimpleObjectProperty<ValidationResult>），这样当属性变化时，TableView的列才能自动感知并更新单元格内容，这也是上述所有方案生效的前提。

内容的提问来源于stack exchange，提问作者Dave Harding