使用std::optional赋值DecimalEx时遇无可行转换错误的求助

你的问题核心是DecimalEx类的const成员变量m_power导致类失去了可赋值性，进而无法满足std::optional赋值操作的要求。

具体原因：

• 当类包含const成员时，编译器会自动删除默认的复制赋值运算符和移动赋值运算符——因为const成员无法被修改，赋值操作无法完成对它的更新。
• std::optional<T>的operator=(T)（包括接受临时对象的版本）要求T必须是可复制赋值或可移动赋值的，你的DecimalEx不满足这个条件，所以编译器找不到可行的转换路径。

方案1：移除m_power的const修饰（推荐） #

将m_power改为非const成员，这样编译器会自动生成合法的复制/移动赋值运算符，std::optional的赋值操作就能正常工作：

namespace test {
    class DecimalEx
    {
        // ...其他成员保持不变
    private:
        int64_t m_unscaledInteger;
        double m_power; // 去掉const修饰
        constexpr const static signed char s_default_scale = 9;
        constexpr const static std::array<double, 256> power_table = create_power_table();
    };
}

如果需要保证m_power在构造后不被外部修改，可以提供只读的getter方法，而非用const修饰成员变量。

方案2：使用std::optional::emplace跳过赋值操作 #

如果不想修改类成员的const属性，可以直接在std::optional内部构造对象，避免使用赋值运算符：

// 替换原来的赋值语句
myVariable.emplace(myInitParam);

emplace会直接在std::optional的存储区域调用DecimalEx(dialect::rfd::Decimal_v1)构造函数，不需要依赖赋值操作。

新手注意点 #

从Java转C需要明确：C的类特殊成员函数（复制/移动构造、赋值运算符）的生成规则和Java完全不同。const成员、引用成员、用户自定义的某些构造函数都会导致编译器自动删除默认的特殊成员函数，这是常见的新手踩坑点。

内容的提问来源于stack exchange，提问作者Roman Goyenko