Python 什么时候类应该是主要使用它的模块的一部分?

Python 什么时候类应该是主要使用它的模块的一部分?,python,class,module,architecture,Python,Class,Module,Architecture,我正在创建一个模块,它通过使用平面划分点空间,从numpy数组中连续删除点。这个任务非常复杂,我觉得使用一个新的类来定义删除的顺序和样式会更容易,但是我不确定在架构上是否最好将该类包含在同一个模块中 我非常怀疑这个类是否会在模块之外使用,这让我认为在模块中使用它是合适的。这是正确的方法吗?这是一个众所周知的问题,答案很明显吗 更多信息:这些点排列成规则阵列,就像晶体中的原子一样。因此,定义如何删除点的类本质上是为基础点定义宏形状或“原子粒度”。这样的类有名字吗?在我看来,“定义类”似乎是合适的。

我正在创建一个模块,它通过使用平面划分点空间,从numpy数组中连续删除点。这个任务非常复杂,我觉得使用一个新的类来定义删除的顺序和样式会更容易,但是我不确定在架构上是否最好将该类包含在同一个模块中

我非常怀疑这个类是否会在模块之外使用,这让我认为在模块中使用它是合适的。这是正确的方法吗?这是一个众所周知的问题,答案很明显吗


更多信息:这些点排列成规则阵列,就像晶体中的原子一样。因此,定义如何删除点的类本质上是为基础点定义宏形状或“原子粒度”。这样的类有名字吗?在我看来,“定义类”似乎是合适的。

将类与其他代码包含在同一个模块中很可能是有意义的,但没有足够的细节来支持或反对这种方法。不过,您基本上回答了自己的问题:如果类不在模块外使用,为什么要引入另一个模块来容纳这个类呢?一般来说,私有类、内部类、匿名类等都没有错。许多编程语言和库都使用这类东西。当你认为OOP是解决问题的最佳方案时,不要害怕使用它。图书馆被“允许”使用不暴露在表面上的内部机制(这就是图书馆的全部意义,不是吗?)。谢谢各位,我想作为一个对建筑设计相当陌生的人,我想在我做出错误的决定并支付之后的费用之前,对正确的做法有第二个意见!你可以以后再公开一些东西。让一些不那么公开的东西不那么容易。我在@chepner中添加了更多的信息,我想知道您是否可以告诉我“定义类”设计模式是否有一个预先存在的名称?