softwaremill / softwaremill/macwire
Accessing wired instances within modules defined as classes
Nobody has claimed this yet.
- Dominant language
- Scala
- Stars
- 1.3k
- Forks
- 77
- Avg merge
- 9m
- Merged PRs (30d)
- 4
Description
I am new to Scala and Macwire and trying to figure out how to access instances that are wired using modules organized as classes. If modules are defined as traits, one can extend them and access the wired instances in them as below,
trait UserModule {
lazy val userFinder: UserFinder = wire[UserFinder]
}
class UserFinderSpec extends FlatSpec with UserModule {
assert userFinder.find(...) should ...
}
If my modules are organized as classes with composition, how do I access the instances?
class UserFinder(databaseConnection: databaseConnection) {
}
@Module
class DatabaseConnectionModule {
lazy val databaseConnection: DatabaseConnection = ...
}
@Module
class UserModule(databaseConnectionModule: DatabaseConnectionModule) {
lazy val userFinder:UserFinder = wire[UserFinder]
}
class UserFinderSpec extends FlatSpec {
//How to access UserFinder here?
//val wired = wiredInModule(new UserModule(new DatabaseConnectionModule))
//val userFinder = wired.lookup(classOf[UserFinder]
//Above way to access the instances seems complicated
//as I need to instantiate the modules with it's dependency chain which can be very long in my use-case.
}
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing MacWire's module composition and lookup APIs, especially the UserModule, DatabaseConnectionModule, @Module, wiredInModule, and classOf[UserFinder] examples in the issue. Clarify the supported way to access a wired instance from composed class-based modules, and document the required setup and completion example for this use case.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- scala
- Domain
- developer-experience
- Issue type
- Documentation
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100