3 ms·
This seems to really help bridge a gap in django's toolbox. Working with async actions with pretty much anything other than celery processes is pretty painful.
by jaegerpicker 13y ago
This seems to really help bridge a gap in django's toolbox. Working with async actions with pretty much anything other than celery processes is pretty painful. That said I'm not sure I'm a huge fan of tying the events directly to the models, I think I'd rather be able to define the events separately and call the event-firing methods via on save / on delete model methods if I wanted to the model to fire events. Seems a lot more flexible to break that apart so I can reuse the events or fire those events from somewhere other the models if needed. I bet there is a way to do this already in the project I just haven't had enough time to piece it together yet.
- D3f0 13y agoCustom events are easy to implement, though we focused in model events as we wanted something with minimal effort to push data to the client. The event class only needs to know what the django->gateway transport is (xmlrpc as for now).
- e12e 13y agoD3f0: FYI, you're dead. No indication in your posting history as to why.