-
Notifications
You must be signed in to change notification settings - Fork 196
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
refactor(store): hellostore in IStoreEvents #2357
Conversation
🦋 Changeset detectedLatest commit: ad88233 The changes in this PR will be included in the next version bump. This PR includes changesets to release 30 packages
Not sure what this means? Click here to learn what changesets are. Click here if you're a maintainer who wants to add another changeset to this PR |
packages/store/src/IStoreEvents.sol
Outdated
* @notice Emitted when the store is initialized. | ||
* @param storeVersion The version of the Store contract. | ||
*/ | ||
event HelloStore(bytes32 indexed storeVersion); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit: would put this at the top since it's the first event you'll see
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i was also wondering that haha
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
don't forget a changeset!
should we make it so StoreData.sol
uses emit IStoreEvents.HelloStore
rather than emit HelloStore
for consistency?
and maybe IStore
inherits IStoreEvents
directly (rather than transitively) so that we get an error in StoreData.sol
if we don't use the interface reference for emitting the event?
nevermind, don't think this is possible with how we've set up store abstractions
sure, seems more flexible to me! |
No description provided.