我正在为我的Django项目开发一个基本的python Class-Subclass系统,但我遇到了一个奇怪的问题。
首先,类的定义:
file classes.py
class BaseAd(object):
""" base class for all the ads, with common parameters """
def __init__(self, dom, web, loc, cc, a, c, date, desc, hl, **kwargs):
self.domain = self.doDomain(dom)
self.url = self.doUrl(web)
self.description = self.doDescription(desc, hl)
self.location = self.doLocation(a, c, loc)
self.date = self.doDate(date)
file jobs.py
class JobAd(BaseAd):
""" extends BaseAd with more parameters """
def __init__(self, domain, url, location, countrycode, area, city,
index_date, description,
contract_multivalue, salary_min, company, job_title, **kwargs):
self.contract_type = self.doContract(contract_multivalue)
self.salary = self.doSalary(salary_min)
self.company = self.doCompany(company)
self.title = self.doTitle(job_title)
""" Super constructor call """
super(JobAd, self).__init__(
domain,
url,
location,
countrycode,
area,
city,
index_date,
description,
**kwargs
)
这两个类都有各自的方法(doDomain,doSalary等),这些方法现在都不相关,因为它们只返回它们作为输入获得的字符串(将来会更好地实现,现在只是不需要)。 kwargs只是用来存储一些无用的但仍然返回原始字典的params(否则我会收到错误)
JobAd类用作python-to-solr接口sunburnt的构造函数参数。定义一个类并将其传递给方法后,它会将solr响应中定义的字段(只是一个字典)转换为类。因此,JobAd的init中定义的params必须与solr模式中的定义同名。
这是实际的构造函数调用:
/path/to/myapp/resultsets/views_json.py in job_search_json
#lines splitted for better reading
#res is a solr search object
items = res.paginate(start=start, rows=res_per_page)
.sort_by("-index_date")
.sort_by("-score")
.sort_by("-md5")
.sort_by("-posted_date")
.execute(constructor=JobAd)
堆栈跟踪中的下一步是:
/path/to/sunburnt-0.6-py2.7.egg/sunburnt/search.py in execute
return self.transform_result(result, constructor)
...
▼ Local vars
Variable Value
self sunburnt.search.SolrSearch object at 0x7f8136e78450
result sunburnt.schema.SolrResponse object at 0x7f8136e783d0
constructor class 'myapp.models.jobs.JobAd'
最后
/path/to/sunburnt-0.6-py2.7.egg/sunburnt/search.py in transform_result
result.result.docs = [constructor(**d) for d in result.result.docs]
在最后一个“local vars”选项卡中,有结果字典(只是结构,而不是带有值的完整字典):
self sunburnt.search.SolrSearch object at 0x7f8136e78450
d {'area':
'city':
'contract_multivalue':
'country':
'countrycode':
'currency':
'description':
'district':
'domain':
'fileName':
'index_date':
'job_experience':
'job_field_multivalue':
'job_position_multivalue':
'job_title':
'job_title_fac':
'latitude':
'location':
'longitude':
'md5':
'salary_max':
'salary_min':
'study':
'url':
'urlPage':
}
constructor class 'tothego_frontend.sito_maynard.models.jobs.JobAd'
在django.log文件中,没有其他错误,除了DogSlow陷阱,除了被困线之外什么也没说。
这是我得到的错误:
TypeError at /jobs/us/search/
__init__() takes exactly 13 arguments (12 given)
我期待的行为不是我实际遇到的行为:不是让我的类调用其父的构造函数(10个参数),而是使用自己的init(14个参数)。
我一直在尝试使用旧的python类定义:超类中没有“对象”;在子类'init中,父类初始化为BaseAd。 init (self,...);我也一直试图将super方法称为子类'init(一个java)中的第一个语句,但似乎没有任何改变。
我在这里做错了什么?
编辑:我修复了第二个init行的长度,有点太多了!提出来自DJANGO'S STACKTRACE的信息
最新的尝试:我开始假设晒伤不支持类继承,即使文档中没有任何关于它的内容。
NEW EDIT :经过今天的一些测试,这是我发现的(到目前为止)
现在它总是缺少一个论点。 “自我”可能吗?我真的不知道在哪里看,错误与之前相同(相同的堆栈跟踪)只是不同的错误参数。
发现问题实际上,在init参数中添加一些默认值有助于我找出真正的错误:输入中缺少字段。对不起,各位大家都在等你的时间再次感谢你的咨询
答案 0 :(得分:1)
我已经使用了您的代码(从do*
中移除了__init__
方法),并转而使用一个更简单的示例来尝试在您声明时重新创建问题。
class BaseAd(object):
""" base class for all the ads, with common parameters """
def __init__(self, dom, web, loc, cc, a, c, date, desc, hl, **kwargs):
self.domain = dom
self.url = web
self.description = desc
self.location = loc
self.date = date
class JobAd(BaseAd):
""" extends BaseAd with more parameters """
def __init__(self, domain, url, location, countrycode, area, city,
index_date, description, solr_highlights,
contract_type, salary, company, job_title, **kwargs):
self.contract_type = contract_type
self.salary = salary
self.company = company
self.title = job_title
""" Super constructor call """
super(JobAd, self).__init__(
domain,
url,
location,
countrycode,
area,
city,
index_date,
description,
solr_highlights,
**kwargs
)
j = JobAd(1,2,3,4,5,6,7,8,9,10,11,12,13,kwarg1="foo",kwarg2="bar")
运行python 2.7.2时,执行正常,没有错误。我建议错误中引用的__init__
可能是JobAd
而不是超级,因为JobAd
的init实际上有14个参数,这就是错误所抱怨的。我建议尝试找一个JobAdd的__init__
被调用且参数数量不足的地方。
正如其他人所说,发布完整的堆栈跟踪并显示如何使用JobAd对于确定根本原因非常有用。