You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
According to what I read here http://tom.lokhorst.eu I do not think you need to store and track a UUID at all.
It seems that the pointer of DispatchSpecificKey<> is used as a unique key, so what you could do is just use (for example) DispatchSpecificKey as the key, setSpecific any value (true or false, it doesn't matter) and then later on just check if the value isn't nil.
Saving up on generating a UUID, converting it to a string and comparing it. Instead of that, you only store a single Bool and only check for nil.
What are your thoughts?
The text was updated successfully, but these errors were encountered:
According to what I read here http://tom.lokhorst.eu I do not think you need to store and track a UUID at all.
It seems that the pointer of DispatchSpecificKey<> is used as a unique key, so what you could do is just use (for example) DispatchSpecificKey as the key, setSpecific any value (true or false, it doesn't matter) and then later on just check if the value isn't nil.
Saving up on generating a UUID, converting it to a string and comparing it. Instead of that, you only store a single Bool and only check for nil.
What are your thoughts?
The text was updated successfully, but these errors were encountered: