问题标签 [subclass]

我正在寻找一种可以在我的子类表单中覆盖的方法，其中表单内的所有控件都已创建并在设计时可见？

我已经尝试过OnHandleCreated()并且它在运行时按预期工作，因为我需要遍历特定表单中的所有控件并做一些事情来完成它们。但是，我希望看到这些更改反映在设计模式中，但 OnHandleCreated() 仅在运行时发生。

我需要某种可重用的代码，因为我所说的更改需要应用于我的应用程序中的所有表单，而不仅仅是一个。手动复制每个表单的代码是不可接受的。

对此还有其他解决方案吗？

我正在尝试在我的 Cocoa 应用程序中实现颜色选择器。（是的，我知道 NSColorPanel。我不太喜欢它。滚动我自己的重点是我认为我可以做得更好。）

这是我的选择器当前状态的图片。

_{（来源：ryanballantyne.name）}

色轮周围的井是 NSColorWell 子类。它们以编程方式实例化并通过调用色轮类上的 addSubView 添加到色轮视图（NSView 子类）。

我想这样做，以便您可以通过它们的把手拖动颜色井。当鼠标悬停在手柄上时，该旅程的开始是使光标变为张开的手。可悲的是，我不能为此使用光标矩形，因为我的大部分视图都是旋转的。因此，我必须使用 mouseMoved 事件并自己进行命中检测。

这是我正在尝试使用的鼠标事件代码：

我发现我的 mouseMoved 方法从未被调用过。进入和退出同上。但是，当我实现 mouseDown 时，确实会调用那个，所以至少有一些事件会影响到我，而不是我想要的事件。

有任何想法吗？谢谢！

我的 [DataContract] 类之一包含一个 [DataMember]，它是一个列表。BaseClass 有几个不同的子类。

只要该列表包含任何子类的实例，就会在服务返回请求通道期间/之后发生异常。如果列表不包含任何子类，它工作正常。

这是我的代码示例（它本身不起作用）：

调试时出现以下错误：

套接字连接被中止。这可能是由于处理您的消息时出错或远程主机超出接收超时，或者是潜在的网络资源问题造成的。本地套接字超时为“00:00:59.6560000”。

任何人都知道如何解决这个问题（让它处理子类）？

我开始在 Doctrine 中构建一个 POS 系统。我收到了订单，但我不知道我是否以正确的方式为 Doctrine 设置了子类。

这是我为订单上的订单项提出的模型

数据库看起来像这样。类型为 1（出租）或 2（购买）

这是 lineItem 类

这是rentLineItem 类（buyLineItem 看起来很相似）

这是我调用对象的代码

这是我得到的错误

我子类化了一个编辑框控件，例如

现在，当我在编辑框中输入 char 时，会调用这个子类过程。但是当按下回车键时我无法得到它。

这是不是在上面的过程中有什么问题。

我正在尝试创建一个新的 CLLocation 子类。这是骨架：

当我建立课程时，我收到了这个错误：

任何的想法？？谢谢！！

我已经定义了 CLLocation 的这个子类

我的位置.h

我的位置.m

现在我通过位置管理器委托获得一个 CLLocation 实例

当我这样做时self.myPosition = newLocation，我得到一个 UNCAUGHT EXCEPTION 并且它死了

我也尝试过这种方式，结果相同：

假设我想为添加页面使用不同的模板，而不是编辑。实现这一目标的最佳方法是什么？我在考虑子类化 add_view 或 change_view，或者子类化一些 InlineModelAdmin 方法。你的人对此怎么看？谢谢。

我目前正在使用 Oracle 的 ADF Faces JSF 实现表示层的遗留系统。该系统依赖于规则引擎来根据用户与它们的交互或输入的值来使某些表单元素成为必需、禁用甚至突出显示。

在当前阶段，应用程序正在“工作”，有点。当前处理规则引擎和前端更新的实现不是很优雅，并且由大量的 if 语句组成，类似于：

为了使混合更复杂，我们还混合了我们自己的对象，因此整个集合不共享一个共同的祖先，从而消除了我们执行以下操作的选项：

问题是是否值得重新编写这部分代码以使其更清晰。由于大多数屏幕元素都是 ADF Faces 元素，我们不能/不允许更改它们的祖先以添加其他方法。

代码更改的目标有两个：清理旧代码并改进代码库，以便添加新元素或控件不会导致大的代码更改（特别是存在于许多地方的 if 语句） .

那么，如果我们继续进行这种改变，那将是实现我们正在寻找的更好的选择？子类化所有元素（每次我们使用另一个预先存在的控件时都需要一个新类）或实现装饰器模式？我对装饰器的唯一担心是它仍然需要为每个附加元素更改代码。这两个选项似乎都可以减少代码更改，因为包含这些 if 块的多个方法不需要更新。

除了子类化和装饰器之外，任何有关处理此类情况的方法的输入都是受欢迎的！

如果可以通过在基类中声明私有构造函数来防止子类化，为什么我们需要“密封”关键字？是不是因为 CLI 可以更好地优化它？也许。

谢谢。