Python 脚本应该把类全部写在一个文件中还是分模块写？
事情是这样的：
最新写一个脚本，随着功能的增加脚本已经 1500 行了。
这么多行是因为我把每个功能都写在了同一个文件中(这些功能没有相互依赖，但却是完成脚本功能必不可少的一部分)。
以前写别的语言(Objc)的时候习惯一个文件一个类，写 Python 的时候发现前辈写的脚本喜欢把类全部丢到一个文件中。
所以现在比较晕，不知道要不要拆出来，不拆的话很多行感官上不太习惯，拆的话好像不太常看到这样写的？
Python 小白看得代码不够多，Google 也没找到具体的答案，于是来问一下‘到底要不要拆’。
我的观点是：拆出来，虽然麻烦些，但是这样看起来很整齐。
Python 脚本应该把类全部写在一个文件中还是分模块写？
31 回复
这得看项目规模。小工具或者脚本，一个文件搞定就行，代码少好维护。但项目稍微大点，比如有几个功能模块，分开放会更清晰。
分模块写的好处是结构清楚，每个文件职责单一，改代码的时候不用在一个大文件里翻来覆去地找。比如把数据处理、业务逻辑、工具函数分到不同的 *.py 文件里，用 import 调用，这样哪个部分出问题也好定位。
举个例子，一个简单的Web项目可以这么组织：
# models.py - 放数据类
class User:
def __init__(self, name):
self.name = name
# utils.py - 放辅助函数
def format_name(user):
return user.name.upper()
# main.py - 主程序
from models import User
from utils import format_name
user = User("alice")
print(format_name(user))
简单来说，小项目放一起，大项目拆分开。
