回答情况：
提问时间：
问题标签：
我一直在看一些代码，在php类中很难弄清楚变量声明。具体地说，我正在查看的代码似乎在使用类变量之前没有声明它们。这可能是意料之中的，但我找不到任何信息来说明这是可能的。这会在后面要使用的类实例上创建这些变量吗？
浏览 1提问于2010-06-25得票数 3
回答已采纳
根据
如果接口没有直接的超接口类型，则接口隐式声明具有签名的public abstract成员方法m、返回类型r和throws子句t，这些方法对应于每个具有签名s的public实例方法m、返回类型<代码>d11</code>和throws子句t ( Object () )，除非接口显式声明具有相同签名、相同返回类型和兼容throws子句的abstract方法。为什么任何顶级接口“隐式”声明对象类的公
浏览 7修改于2021-08-21得票数 4
回答已采纳
我们在styles.less中有以下声明： &.colnum, &.colnumdec { .colnumdec;}
.colnumdec;}
问题是，使用未声明的我们试图通过添加这些类的显式声明来解决这个问题
浏览 1提问于2013-12-10得票数 0
Standarad N3797::12.8/8 [class.copy]说：
-每个X的直接或虚拟基类B都有一个副本构造函数，其第一个参数类型为const &或constructor &，以及
-对于属于类类型M(或其数组)的X的所有非静态数据成员，每个此类类类型都有一个副本构造函数，其第一个参数为const &或const volatile否则，隐
浏览 2提问于2014-11-04得票数 0
回答已采纳
1回答
是否有任何方法可以隐式生成仅移动类的移动构造函数？假设有这样一个类：{};
foo(std::move(m));
如果类定义没有显式声明副本构造函数，则将隐式声明一个副本构造
浏览 3修改于2020-06-20得票数 1
回答已采纳
如果类没有用户声明的析构函数，则析构函数将隐式声明为默认值。隐式声明的析构函数是其类的内联公共成员。默认且未定义为已删除的析构函数在odr使用时或在第一次声明后显式默认时被隐
浏览 5修改于2019-10-27得票数 7
所以我们都知道所有的类都隐式地扩展了Object。那么接口呢？是否有一个隐式的超级界面？我说有。java.io.Serializable s1 = null;equals方法不是在Serializable中声明的，而是在Object中声明的。由于接口只能扩展其他接口，而Object是一个类，而不是一个接口，因此必须有一些正在扩展的隐<em
浏览 0修改于2020-01-02得票数 4
回答已采纳
在我的类中，我使用std::vector等作为成员变量，它们都有自己的移动构造函数。我没有为我的类显式声明移动构造函数，而且它们在大多数情况下也不是隐式声明的。如果我的类的隐式复制构造函数或隐式赋值运算符是使用rvalue调用的，那么是否复制或移动了具有移动构造函数的成员？如果它们被移动了，那么在使用带有move可构造成员的类时，有没有理由尝试避免临时成员呢？
浏览 1提问于2013-05-17得票数 6
回答已采纳
具有相同的已声明函数类型(除了可能的differing ref-fiers，以及在副本构造函数或副本赋值操作符的情况下，参数类型可以是“对非const T的引用”，其中T是成员函数的类的名称)，就像它是隐式声明的那样，
如果隐式声明的复制构造函数将具有A &类型，则我希望使用参数类型A &显式地默认复制构造函数。我不能声明这两个版本，因为如果隐式声明</
浏览 11修改于2011-10-03得票数 4
回答已采纳
按照，如果复制构造函数或复制赋值操作符是“用户声明的”，则不会生成隐式移动操作。复制构造函数或复制赋值操作符的delete是否算作“用户声明”？NoCopy { NoCopy& operator=(const NoCopy&) = delete;是否会为NoCopy类生成隐式移动操作还是删除相关的副本操作意味着“用户声明”，从而抑制隐<
浏览 2修改于2015-07-25得票数 6
回答已采纳
2回答
考虑类的情况，它没有开发人员显式声明的destructor和constructor。我知道在这种情况下，类的destructor将是implicitly declared。那么，只有当类的一个对象将要被销毁时，destructor才是implicitly defined吗？编辑 public:
int main() {
在上面的代码中，~A()将被
浏览 0修改于2011-12-19得票数 2
回答已采纳
考虑以下两个引号：
[C++11: 14.7.1/8]: 类模板的隐式实例化不会导致该类的任何静态数据成员被隐式实例化.隐式实例化<
浏览 0修改于2020-06-20得票数 4
回答已采纳
A声明了一个虚拟方法f()。在我们的示例中，函数实例化()隐式地实例化类模板A，然后执行A<0>::f()的任何显式专门化。在上面的例子中，专门化是在类模板A的隐式实例化之后完成的。我能否始终确保，在类模板隐式实例化之后定义类模板的虚拟方法的专门化就足够了？如果观察到的行为得到C++标准的支持，我会感觉更好。我没有找到任何关于这个问题的明确声明。最接近
浏览 1提问于2013-09-19得票数 2
回答已采纳
在阅读的接口时，我发现了以下短语：
如果接口没有直接的超级接口，则接口隐式声明具有签名s的公共抽象成员方法m，返回类型r，并抛出与每个带有签名s的公共实例方法m对应的子句t、返回类型r和抛出在对象中声明的子句t，除非接口显式声明具有相同签名、相同返回类型和兼容的抛出子句。因此，我的问题是，当我们实现一个接口时，为什么我们不被迫覆盖在Object类中声明的隐式方法，即使它们在接口中被隐式</
浏览 3提问于2014-06-29得票数 0
回答已采纳
};
X::X(const X&)如果每个潜在构造的类类型M(或其数组)的子对象都有一个复制构造函数，其第一个参数为const M&或const volatile&.119，否则，隐式声明的复制构造函数将具有X::X(X&)形式。根据，类测试的隐式声明复制构造函数是Test::Test(const X&am
浏览 7修改于2020-07-20得票数 0
回答已采纳
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号