Message306041
| Author | serhiy.storchaka |
|---|---|
| Recipients | ataraxy, eric.araujo, rhettinger, serhiy.storchaka |
| Date | 2017-11-10.18:14:05 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <1510337645.27.0.213398074469.issue32001@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
One such decorator was added in 3.7: xmlrpc.server.register_function (see issue7769). I don't think lru_cache should follow this example. There are few cases in which such obscure decorators are more or less appropriate: 1. The function initially was not a decorator, and now it can be used as a decorator, but we need to pass additional optional arguments. 2. The decorator initially didn't take arguments, but we need to pass optional arguments now. 3. The majority of usages of the decorator don't take arguments. Maybe needed to satisfy more than one of the above conditions. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2017-11-10 18:14:05 | serhiy.storchaka | set | recipients: + serhiy.storchaka, rhettinger, eric.araujo, ataraxy |
| 2017-11-10 18:14:05 | serhiy.storchaka | set | messageid: <1510337645.27.0.213398074469.issue32001@psf.upfronthosting.co.za> |
| 2017-11-10 18:14:05 | serhiy.storchaka | link | issue32001 messages |
| 2017-11-10 18:14:05 | serhiy.storchaka | create | |