Language agnostic 电影和插曲基类的好名字是什么？

我一直在重构媒体浏览器，并开始为我们的域对象定义一个合适的继承模型

所以我有

BaseItem
-> Video
--> <Need a name for this>
---> Episode
---> Movie
-> Folder
--> Season

BaseItem
->录像带
--> 
--->插曲
--->电影
->文件夹
-->时令

本质上，电视剧集和电影有一些共同的属性（比如演员或导演列表），所以我需要为这个公共基类命名

我不想把它扔进视频基类，因为你在相机上录制的MPEG之类的东西没有演员或导演，所以它们只是视频

---

如果您能帮我指名，我们将不胜感激

我相当肯定，电视/有线电视行业对此有一个术语，因为为某一天安排一个频道的阵容包括安排这些X（剧情片和剧集）。不过我不确定这个词在英语里是什么。我以为这是一个节目或广播，但我认为它更一般

我相当肯定，电视/有线电视行业对此有一个术语，因为为某一天安排一个频道的阵容包括安排这些X（剧情片和剧集）。不过我不确定这个词在英语里是什么。我以为这是一个节目或广播，但我认为它更一般

生产

生产

插曲和电影有共同的专业制作，而不是你个人制作的视频。ReleaseVideo或CommercialVideo怎么样？

插曲和电影有共同的专业制作，而不是你个人制作的视频。发布视频或商业视频怎么样？

MediaItem

甚至可以交换MediaItem和视频，以便将其扩展到音频？

MediaItem

甚至可以交换MediaItem和视频，以便将其扩展到音频？

想到什么：

• 发行版（这将允许您拥有专业版和业余版）
• 广播（不是真的，但可能会让你有其他想法）

想到什么：

• 发行版（这将允许您拥有专业版和业余版）
• 广播（不是真的，但可能会让你有其他想法）

---

好吧，用简单的英语来说，我总是称之为表演。“去剧院看演出。”“你看了历史频道的那场演出了吗？”

好吧，用简单的英语说，我总是把它们叫做演出。“去剧院看一场演出。”“你在历史频道看了那场演出吗？”

我绝对同意@Richard的观点，但我建议你跳过额外级别的“视频”，改为“演出”。。。如果主要方面是保持它的用户友好

但是，我认为主要的问题是您混淆了文件夹结构（用户界面结构）和类继承（内部结构）

如果仅针对代码，您可以有类似的内容（仅示例，术语可能只是虚构的）：

但您仍然可以将其显示为：

Shows [Collection]
    Film [Film]
    Series [Collection]
        Episode [Program]
Music [Collection]
    Recordings [Collection]
        CDS [Recording]
        Vinyls [Recording]
    Sample Compilations [Collection]
        Sample [Sample]

---

我绝对同意@Richard，但我建议你跳过额外级别的“视频”，改为“表演”。。。如果主要方面是保持它的用户友好

但是，我认为主要的问题是您混淆了文件夹结构（用户界面结构）和类继承（内部结构）

如果仅针对代码，您可以有类似的内容（仅示例，术语可能只是虚构的）：

但您仍然可以将其显示为：

Shows [Collection]
    Film [Film]
    Series [Collection]
        Episode [Program]
Music [Collection]
    Recordings [Collection]
        CDS [Recording]
        Vinyls [Recording]
    Sample Compilations [Collection]
        Sample [Sample]

---

来自电视行业的通用术语通常是：

• 广播公司（YTV、Teletoon等）
  • 系列（本10、全剧岛等）
    • 情节（1：飞行员，2：最大的错误，3：落水，等等）
      • 性格
        • 演员（扮演角色或为角色配音）
      • 导演
      • 等等

在我看来，将演员存储在剧集中并没有什么大不了的，因为你总是可以在剧集中使用方法或属性来整合他们，从而获得所有的演员。例如：

allActorsInSeries = Series.Actors;

---

这种格式仍然适用于故事片，因为插曲仅代表电影及其续集。

来自电视行业的常用术语通常是：

• 广播公司（YTV、Teletoon等）
  • 系列（本10、全剧岛等）
    • 情节（1：飞行员，2：最大的错误，3：落水，等等）
      • 性格
        • 演员（扮演角色或为角色配音）
      • 导演
      • 等等

在我看来，将演员存储在剧集中并没有什么大不了的，因为你总是可以在剧集中使用方法或属性来整合他们，从而获得所有的演员。例如：

allActorsInSeries = Series.Actors;

---

这种格式仍然可以应用于故事片，因为插曲只代表电影及其续集。

说出电影和插曲的共同方法/特性会有很大帮助（你提到“演员”，但“指定所有你打算建模的东西”将帮助你或我们回答问题）我目前混乱的领域模型有：作家、演员、导演，也许还有电影和电视剧情节中的共同类型。我不会在剧集和电影中使用类，只是根据一些属性进行区分。@Michael，我现在有点喜欢DDD，我的用户将电影和剧集视为不同的东西，我希望我的代码反映出，说出电影和剧集所共有的方法/属性会有很大帮助（你提到的是“演员”，但“指定所有你打算建模的东西”将帮助你或我们回答这个问题）。我目前混乱的领域模型有：编剧，演员、导演，也许还有电影和电视剧情节中的共同类型，我不会在情节和电影中使用类，只是根据