问题标签 [virtual]

我有我的 /etc/postfix/virtual 文件：

@sub.domain.com 的邮件仍然发送到 user1，这不是我想要的。这是我的 /etc/postfix/my.cnf 以防万一：

请注意，我将 parent_domain_matches_subdomains 设置为空。但这仍然无济于事。有任何想法吗？

我有一个可以简化为这样的 C++ 应用程序：

我的应用程序对性能至关重要。集合中通常有数千个小部件。从（其中有几十个）派生的类AbstractWidget通常不会覆盖许多虚函数。那些被覆盖的通常具有非常快的实现。

鉴于此，我觉得我可以通过一些巧妙的元编程来优化我的系统。目标是利用函数内联并避免虚函数调用，同时保持代码的可管理性。我已经研究了奇怪重复出现的模板模式（请参阅此处进行描述）。这似乎几乎可以满足我的要求，但并不完全。

有什么方法可以让 CRTP 在这里为我工作吗？或者，还有其他任何人能想到的聪明的解决方案吗？

我需要在虚拟 Xorg 桌面（比如说桌面 #2）上运行一个应用程序，并通过在根桌面（桌面 #1）上运行的另一个应用程序来控制它。这将包括屏幕截图和鼠标移动。所以基本上我从桌面#2 捕获应用程序窗口，将其抓取，然后通过桌面#1 上的应用程序单击按钮。不管怎样，你明白了。

现在我的大问题是：这可行吗？如果是这样，最好的语言是什么？

顺便说一句，我正在使用 Linux

提前致谢

卢克

我有一个带有虚拟属性的模型书，用于从 Book 表单创建一个编辑器。代码如下所示：

和新的形式：

有了这个，当表单数据没有通过验证时，当表单重新显示时，我丢失了在编辑字段中提交的数据，并且还创建了一个新的编辑器。我该如何解决这两个问题？我对红宝石很陌生，我找不到解决方案。

更新我的控制器：

不久前，a 发现了一个漂亮的框架，它允许 .net 开发人员实现虚拟文件系统。我以为我已经为它添加了书签，但似乎我没有。

有谁知道这样做的任何框架？

编辑：这里有一个提示......它有一个吸引人的短名称和它自己的域。抱歉，我只记得这些了:p

有人告诉我要开发一个虚拟 com 端口，以便公司拥有的应用程序可以读取 com“comCompanyNameV1”。我试图将 com0com 分开，但它看起来很不完整，我发现我不得不在其中的大部分内容上拼凑起来我还没有得到任何接近编译的东西。主要是因为概述用于构建的工具不再可用。

谁能指出我允许我创建一个虚拟 COM 端口的方向？我真的不想花一个月的时间来弄清楚如何从头开始。

哦..如果有人知道如何用 c++ 以外的语言完成它，我也很擅长。

我忘了提。实际的硬件可能连接到 com1，但我仍然需要在自定义命名的 com 上读取应用程序。这是一个第三方应用程序，我们不知道他们为什么选择了一个奇怪的命名 com，但他们确实这样做了。

我对枚举有问题

我需要在基类或接口中创建一个枚举（但为空）

在某些父类中进行不同的枚举之后

现在当我必须使用枚举时，我有下一个带有方法的课程

有没有办法做这样的事情？

如果不是我必须在每个类中使用静态整数......

我的代码看起来不错......在某些类中我必须使用〜20多个变量

您能否详细说明为什么此代码在提到的地方崩溃？我对此有点困惑。我想这与它有关，sizeof(int)但我不太确定。谁能解释一下？

可能重复：
为什么 C# 默认将方法实现为非虚拟方法？

我说的主要是 C#、.NET 3.5，但一般想知道不考虑所有“虚拟”的好处是什么——也就是说，在子类的实例中调用的方法总是执行最子版本那个方法。在 C# 中，如果父方法未使用“virtual”修饰符标记，则情况并非如此。例子：

上面观察到的非虚拟行为究竟有什么好处？我唯一能想到的是“如果 Parent 的作者不希望他的方法是虚拟的怎么办？” 但后来我意识到我想不出一个好的用例。有人可能会争辩说，该类的行为取决于非虚拟方法的运行方式——但在我看来，这似乎是一些糟糕的封装，或者该方法应该被密封。

按照同样的思路，“隐藏”似乎通常是个坏主意。毕竟，如果创建了 Child 对象和方法，似乎是出于特定原因覆盖 Parent 的。而且，如果 Child 实现（并隐藏了父级）NonVirtual()，则很容易无法获得许多人可能认为的调用 Child::NonVirtual() 的“预期”行为。（我说“预期”是因为有时很容易不注意到“隐藏”正在发生）。

那么，不让一切都有“虚拟”行为有什么好处呢？如果很容易出现意外行为，那么隐藏非虚拟父级的好用例是什么？

如果有人好奇我为什么提出这个问题——我最近正在研究 Castle Projects DynamicProxy 库。使用它的一个主要障碍是您想要代理的任何方法（或属性）都必须是虚拟的。对于开发人员来说，这并不总是一种选择（如果我们无法控制源代码）。更不用说 DynamicProxy 的目的是避免代理类与您尝试使用代理实现的任何行为之间的耦合（例如 Logging，或者可能是 Memoization 实现）。并且通过强制虚拟方法来实现这一点，所实现的是 DynamicProxy 与它所代理的所有类的非常薄但钝的耦合 - 想象一下，您有大量标记为虚拟的方法，即使它们从未被继承和覆盖，

无论如何，那里的挫败感让我想知道非虚拟的好处是什么，当似乎让一切虚拟化可能更清楚（我想是 IMO）并且也许（？）有更多的好处。

编辑：标记为社区 wiki，因为这似乎是一个可能有主观答案的问题

考虑以下 C++ 代码：

如果我不得不猜测，我会说 &A::f 在这种情况下意味着“A 的 f() 实现的地址”，因为指向常规成员函数和虚拟成员函数的指针之间没有明确的分隔. 由于 A 没有实现 f()，这将是一个编译错误。然而，事实并非如此。

不仅如此。以下代码：

实际上会调用 B::f。

它是如何发生的？