Как назвать трейты для каналов?

Question

[Eugene Usachev]

У меня уже есть трейты AsyncSend и AsyncRecv для стримов (сеть). Сейчас я хочу обобщить каналы. Мне нужно создать 3 трейта: для Sender, для Receiver и для Channel. Однако AsyncSend и AsyncRecv уже заняты. Стоит ли мне переназвать трейты для сети или какие названия мне придумать для трейтов каналов?

Для тех, кто задаётся вопросом, для чего я создаю эти трейты

Я создаю библиотеку, если я обобщу трейтами, я смогу предоставить пользователям более удобный интерфейс для тестирования и для работы в целом. Например, у меня есть LocalChannel и Channel. Они оба должны реализовывать одинаковые трейты. В случае с сетью, TcpStream реализует те же трейты, что и UnixStream и UdpConnectedDatagram.

Answer 1

[Василий Банников]

А нужен ли тут трейт для канала в принципе? В какой ситуации пользователь захочет его переопределить?

Comments

[Eugene Usachev]

Более удобная миграция с LocalChannel на обычный Channel и наоборот. А также возможность написать свои собственные каналы под этот трейт, на который могут завязаться в том числе и другие программы.

[Василий Банников]

Eugene Usachev, а что из себя представляют Local channel и просто channel?

И почему они находятся в одном модуле с о всякими сетевыми штуками?

[Eugene Usachev]

Василий Банников, LocalChannel не реализует Send и не использует примитивы синхронизации, поэтому он более эффективен при shared-nothing.

Они находятся в разных модулях, но, если у их этих трейтов будут одинаковые названия, IDE будут не знать, откуда импортировать.

[Василий Банников]

Eugene Usachev, ide в случае коллизий просто спрашивает, из какого модуля нужно импортировать. Думаю, потребитель и так знает, из какого модуля ему нужен будет этот трейт.