Existem efeitos colaterais negativos da divisão de módulos grandes? [fechadas]

Eu estava navegando em um projeto do github e encontrei este módulo com mais de 10 mil linhas.

É uma prática comum ter tanto código em um único módulo?

Parece-me que isso deve ser dividido em vários módulos. Talvez um para cada mecanismo de banco de dados.

Qual o benefício que o desenvolvedor obtém ao criar um módulo enorme como este (exceto "ter tudo em um só lugar") ou que desvantagem existe em dividi-lo (além de "complexidade")?

O que você encontrou é o chamado " objeto de Deus ", porque faz tudo ou sabe tudo. Fuja dele (se você puder).

Não há um número definido de LOC por módulo, mas deve ser algo que facilite a navegação no código e a compreensão do que os métodos estão fazendo. Da minha experiência pessoal, se o seu módulo ultrapassa 1k linhas ^* , você está fazendo algo errado.

^{* Mesmo um módulo de linha de 1k é muito grande.}

Este parece ser um módulo em que limites de tamanho típicos podem não se aplicar. A maioria das funcionalidades está nas primeiras 2k linhas de código e comentários. O restante do arquivo parece conter muitas classes de adaptadores e outras classes de suporte que parecem estar fortemente acopladas ao módulo. Em outros idiomas, as classes estariam em arquivos separados de tamanho razoável.

Mais algumas seqüências de documentos podem ser úteis, mas aumentariam o tamanho de um módulo já grande. O código é claro e autoexplicativo, com comentários apropriados, quando necessário.

É claro que o "limite" real varia de acordo com o seu projeto e com vários fatores.

Mas eu concordo com uma regra prática: 200 linhas de Python decente. Ou seja, nenhum código C ou Java escrito em Python, mas um bom Python em Python.

Uau.

Acho que não sei a resposta completa para essa, mas gosto de pensar como resposta à pergunta do título "Qual o tamanho de um módulo Python?" como o conceito de Parnas, escondendo um segredo. Nesse caso, o módulo parece fazer isso corretamente (e esse é um grande segredo que oculta).

Mais tarde, estive pesquisando documentos que falam muito sobre acoplamento e coesão. Talvez o fato de ter muitos módulos de banco de dados force muitas chamadas entre os módulos, aumentando o que é considerado uma prática ruim, ou seja, menor coesão e maior acoplamento?

Eu já vi dados experimentais falando sobre programadores que decidem sacrificar as boas práticas por uma questão de simplicidade e compreensão, apesar do que as boas práticas determinam. De fato, também pode haver um conflito entre boas práticas. Digamos, o desempenho geralmente não deixa as pessoas que fazem manutenção felizes mais tarde. Não tenho muita certeza de como a legibilidade seria melhorada neste caso com um módulo tão grande.

Outra coisa que notei é que parte do código é declarada como genérica e o restante dos dbs são estendidos. Eu não sou um programador python, mas talvez isso justifique alguma coisa?

Portanto, não tenho uma resposta final, mas espero que alguém destaque esses pontos também!