[ ]s, gc

Model.objects.filter(x=1, y=2)
Model.objects.find_by_x_and_y(1, 2)

Ou foi só pra deixar igual o Rails? Em todo caso, acho kwargs bem mais elegante que métodos diferentes recebendo parâmetros posicionais, conserva a mesma sintaxe para qualquer filtro.

Obrigado pela observação, vou consertar

@Gustavo

Sobre as dificuldades, você pode olhar o source para entender o problema. Tem um rascunho lá que você pode usar para testar se quiser.

Se vc olhar o source vai ver que tudo o que eu fiz é exatamente o que vc está falando O meu objetcs é uma subclasse do Manager do Django, exatamente isso.

E eu usei esse exemplo com o nome “method_missing” aqui no blog só para facilitar o paralelo, mas se você for ver no código do django-supermodels está do jeito que vc está falando aí

É verdade, vou pensar nisso

Conserta aí

Qual foi o problema de usar algo parecido com isso no Model??? :

from … import Model as DjangoModel

class SuperModel(DjangoModel):
def __getattr__(self, attr):
if attr.startswith(’find_by_’):
return busca no banco
else:
return DjangoModel,__getattr__(self,attr)

Mais algumas dicas em relação a questão de Model e Manager: o objects é o models.Manager implementado por default em qualquer models.Model. Se você adicionar um outro models.Manager à tua classe, você vai “perder” o objects.

A melhor solução pro teu caso acaba sendo por definir uma classe SupermodelManager, herdando de models.Manager, que implemente o método find_by, e vai adicionar uma instância do seu SuperModelManager nas classes de Model que você quer ter os finders. Aí, então você vai mexer no __getattribute__ do Model, que vai implementar o method_missing e fazer chamada para o find_by do teu SuperManager.

Outra coisa: não sei se você precisa usar o method_missing para ter os seus finders. Se você está implementando o __getattribute__, você sabe qual é o nome do método que está chamando. Ou seja, se você está implementando __getattribute__(self, name), basta fazer um if name.startswith(”find_by”), para descobrir se o que você quer é o acesso a um atributo ou se quer fazer uma chamada ao find_by. Usar method_missing, no caso, parece-me desnecessariamente custoso, é melhor lidar com comparação de string do que sempre ficar lidando a exceção NotImplementedError.

Concordo com o Igor… isso deve ficar no manager, pois ele serve justamente para fornecer esse tipo de funcionalidade.

[]s!

Outra coisa legal seria se o Django tivesse o has_many e belongs_to do Rails em relacionamentos 1- * ao invés de tascar uma declaração de foreignKey.

Mas em relação ao projeto supermodels, eu deixaria os “find_by*” no manager mesmo (objects), já que o padrão usado no Django é esse mesmo: quem faz as buscas é o Manager (que por sua vez repassa pra QuerySet). E não o Model em si.