Приемы обобщенного программирования в Rust: как мы переводили Exonum с Iron на actix-web

[fafhrd91]

Не думаю что можно обобщить регистрацию синхронного и асинхронного кода без специализации. В вашем случае R в типаже NamedWith, то есть можно но нужно всегда конкретный тип указывать а с комбинаторами это не возможно пока не завезут impl Trait в типажах. либо пока не стабилизируют specialization.

[Gorthauer87]

Ну пока-что можно в лямбду завернуть код с комбинаторами, не очень красиво конечно, но если очень надо, то сработает.
Впрочем в случае с объявлением API мне кажется комбинаторы в целом не очень эргономично выглядят.
Вы имеете в виду impl trait в ассоциированных типах?

[comerc]

А тем временем holochain переехал с Actix на Riker:

Actix looks great:

• actor system
• stable rust (i think)
• many github stars (~1500)
• nested actors seem to work well and clearer support for call/response actor comms
  but has these limitations that looked like dealbreakers when i reviewed with the team:
• roadmap is not covering what we would want in a generalised actor framework (e.g. persistence, event logs, actors over network, pluggable backends, etc.)
• seems more monolithic, wasn't as clear how to plug it into our existing systems
• the API broadly doesn't match our mental model of what we want to achieve here
• • for example, it doesn't seem to have actor references to pass around and plug into our state tree
  
  
• docs are surprisingly unmaintained, riker has far more info, most of the actix docs are "TODO"

тынц

Вы его не рассматривали?

[fafhrd91]

У акторов достаточно большие накладные расходы, плюс с сильной типизацией в растё не очень удобно их использовать. Для сетевых приложений есть лучшие и более производительные подходы.

[comerc]

Не понял, actix — это тоже про акторы.