1

first, I think the fanout func is send executor to out for async run, the executor run logic real in outer ,
so I think the func addIn name may not be suitable, so may be addOut more better understand.
unless u use executor.addIn something like this to call this func, but i think this func return <-chan interface{},
if use executor.addIn may should not to return something. so this func i think use add or addExecutor or addOut, may be addOut better, because the func's param is executor, when call is very easy readble.
2

second, this func out actually it is receive result from out , so addToOut actuall it is receive value from out chan ,
so I think inner fanin func addToOut may be receiveFrom better to understand.
Proposal
- I want to add some benchmark for project.
- by the way if u dont mind i change this func name for project.
1
first, I think the fanout func is send executor to out for async run, the executor run logic real in outer ,
so I think the func addIn name may not be suitable, so may be addOut more better understand.
unless u use
executor.addInsomething like this to call this func, but i think this func return<-chan interface{},if use
executor.addInmay should not to return something. so this func i think useaddoraddExecutororaddOut, may beaddOutbetter, because the func's param isexecutor, when call is very easy readble.2
second, this func out actually it is receive result from out , so addToOut actuall it is receive value from out chan ,
so I think inner fanin func addToOut may be
receiveFrombetter to understand.Proposal