我有一个类，它定义了给定屏幕的所有基本参数。从这里开始，应用程序中的每个屏幕都是它的子类。我需要每个屏幕（即子类）在其实现中设置变量的值（即，每个屏幕必须定义它在导航树中的级别）。

此外，理想情况下，这个变量应该是final在子类中设置的时候（我意识到这可能是不可能的）。

解决此问题的最佳方法是什么？有没有办法在 Java 中正确执行这种类型的行为？

我有一NSArray首从服务器获取的歌曲。那是我的原始数据源。该数组包含具有NSDictionary和NSArray作为后端的自定义对象。

我想知道使用 an 来实现格式化的数据源NSDictionary是否明智。字典将部分标题作为键，并且某个键的值将NSArray包含该部分的行。

我将遍历我的原始数据源并将其按字母顺序排列到字典中。

我有一种感觉，这不是一个可靠的实现，而且非常昂贵。还有比这更可靠的实现吗？

在查询的性能或优化方面，不同的表和类型列之间存在差异吗？

例如：

其中 OneType 仅接收 1,2 或 3。（整数值）

与以下架构相比：

另一种可能的架构：

在第三种方式中，所有数据都将设置在根中，并与一、二和三表的关系。

我前段时间问过我的老师，他无法回答是否有任何区别。假设我必须在这三种方法之间进行选择。
假设常用查询正在过滤类型。并且没有引用这些的子表。

为了更容易理解，让我们考虑一个工资系统。
一 = 收入
二 = 折扣
三 = 计算基础。

NASM 程序分为三个“部分”的技术原因是什么？.data、.bss 和 .text ？幕后究竟发生了什么？为什么汇编程序需要提前知道是否有常量，为什么不直接在程序运行时获取它们呢？

比如说，我们在 shell 中执行了以下命令：

我了解子进程如何从外壳分叉以及它的子进程如何，像这样，

但我不确定管道和尾随命令如何适应。它们也是外壳的孩子，而不是ls？

我正在开发一个基于简单事件系统的库。

对于使用 GUI 元素（“控件”），这些是非常需要的。例如，Window该类有一堆事件，如“onMouseMove”、“onKeyPress”、“onKeyRelease”、.. 然而，控件的基本类是Control类。它有一个虚函数draw（显然是绘制控件）和一个连接控件和主窗口事件的虚函数connect（类似于Qt Signal-Slot-Concept）。

但是由于Event该类将std::function<...>指针作为主题（=> Slot），因此我不能简单地将派生控件类的成员函数与窗口事件联系起来。作为一种解决方法，我正在做以下事情：

这基本上所做的是，它将一个 lambda 函数分配给std::function<...>构造函数中的 ，并将其附加std::function<...>到所选事件。

但是有一个主要问题：如果我实例化该类的更多对象会发生什么？如果我在类中指定了事件处理程序，则作为普通函数，如下所示：

并且可以将该函数分配给std::function<...>using std::bind，由于某种原因它不起作用，至少只要我使用以下调用：

无论如何，lambda-function-workaround 似乎时间效率较低，因为它并没有真正内置到类中。有没有更有效的方法来解决这个问题？也许不是通过特别解决 lambda 函数问题，而是通过改变概念？

我是 Spring 新手，我遇到了需要帮助的情况。我的场景是我有一个像这样的特定模块的 bean 定义。

现在在这个 bean 中，我想再使用一个属性，但这取决于应用程序流程，例如

所以我应该在 bean 定义本身中包含这个属性，或者我可以在代码中动态地执行它，因为我不希望这个属性被大量使用。

请建议我正确有效的方法。

我认为自己对 GoF 设计模式有中级知识。但是，在将这些模式分类为结构模式和行为模式时，我感到困惑。我对创建模式没有任何困惑。

来自维基百科 - 装饰器模式 -在面向对象的编程中，装饰器模式是一种设计模式，它允许将行为静态或动态添加到单个对象，而不会影响同一类中其他对象的行为。

从上面的定义可以清楚地看出它是关于行为的，那么

1. 为什么装饰器是结构模式？
2. 结构模式的标准是什么？
3. 行为模式的标准是什么？

谢谢。

我已经在 SO 以及网络的其余部分搜索了一个好的答案，但我还没有找到一个我真正理解的答案。我将以不同的方式呈现这一点，希望答案也能帮助其他人。

据我了解，这两个概念具有相同的规则，只是抽象类由于方法实现能力而更加灵活。另外，我知道您可以实现多个接口并且只扩展一个类，但我确信与我提到的两个相比存在更多差异。

请查看这两个代码片段，并给我一个示例，我可以对我的每个示例做什么，这会让我想要或不想使用另一个。

抽象类

界面

我有一段 C# 5.0 代码可以生成大量的网络和磁盘 I/O。我需要并行运行此代码的多个副本。以下哪项技术可能会给我带来最佳性能：

• 带有等待的异步方法

• 直接使用 TPL 中的 Task

• TPL 数据流 nuget

• 反应式扩展

我不太擅长这种并行的东西，但是如果使用较低的杠杆，比如 Thread，可以给我更好的性能，我也会考虑这一点。