MQL4类public权限下Method与Constructor的区别是什么

类方法（Method）的判定规则 #

你对类方法的理解是正确的：MQL4的面向对象设计逻辑与C++基本一致，只要是定义在类作用域内的函数，无论访问权限是public/protected/private，都属于类的成员方法，没有其他额外判定标准。
你提到的「将Method实例化到类中」属于概念误解：方法本身就是类的固有成员，不需要额外“实例化到类内”。类完成定义后，只要实例化类的对象，该对象就会自动绑定类中定义的所有成员方法，直接调用即可，参考示例：

// 类定义
class DemoClass
{
public:
   // 定义在类内的public函数，就是类的public成员方法
   void printMsg(string content)
   {
      Print("输出内容：", content);
   }
};

// 调用示例
void OnStart()
{
   DemoClass demo_obj; // 实例化类对象
   demo_obj.printMsg("测试调用"); // 直接调用对象绑定的成员方法
}

成员方法与构造函数（Constructor）的核心差异 #

二者的本质区别可以从以下几个维度区分：

• 功能定位不同：普通成员方法用于封装类的可复用业务逻辑，需要开发者主动调用才会执行；构造函数是类实例化对象时系统自动触发执行的函数，仅用于完成实例的初始化操作（比如成员变量赋初值、申请内存/资源等）
• 定义规则不同：普通成员方法可以自定义返回值类型（包括void无返回值），可以自由命名，只要符合MQL4函数命名规则即可；构造函数的名称必须和类名完全一致，不能声明任何返回值类型，也不能标注void
• 调用规则不同：普通成员方法可以根据业务需求反复调用多次，也可以全程不调用；构造函数在每个类实例创建时只会自动执行1次，不支持开发者手动主动调用
• 默认生成规则不同：如果类定义时没有写任何构造函数，系统会自动生成一个无参、空实现的默认构造函数；普通成员方法没有自动生成的机制，必须显式定义才能使用

内容的提问来源于stack exchange，提问作者30-Dimensions-