Replies: 4 comments 1 reply
-
Hey @fakeheal That's great! Your help will be really really appreciated 😄 I'll soon start to create some issues so we can really begin the migration. About your suggestion, maybe @macelai or @lucaspbordignon can provide a better discussion, let's wait for them 😅 |
Beta Was this translation helpful? Give feedback.
-
Hey @fakeheal! We're glad this is relevant for you and your help is more than welcome! Speaking about the idea, I think it makes a lot of sense, as currently the methods we have doesn't follow a clear standard. If we follow Apple HealthKit's query standards, it will be easier to extend and add new functionality in the future. My main concern is whether that would break the existing interface for our users But overall, I think it's a more sustainable approach for the future. We could create our basis based on the three main pillars of HealthKit
|
Beta Was this translation helpful? Give feedback.
-
As an idea, we could have the following structure:
With that, the developer would be able to assemble and use only what they really need and it is tightly coupled to the Apple HealthKit original documentation, which is better for maintenance in the long run. Also, just as a side note, these are the initialization methods we currently have
Would love to hear your thoughts on the discussion, so we can get started on the story writing for those 🙂 Also, thanks @alfonsosn for getting started with the anchored queries. Feel free to contribute to the thread! |
Beta Was this translation helpful? Give feedback.
-
I like this idea. I think for alpha of this swift migration, we should keep these methods queries flexible and open. I'm actually writing a tutorial series on react-native, healthkit, and swift: https://medium.com/equinox-media-tech/react-native-app-with-healthkit-swift-aa44cca12ad7 I can help by creating the anchor workout query on swift; and then, we can add a following commit with an anchor query for all other samples. |
Beta Was this translation helpful? Give feedback.
-
Hi, it's me again!
First of all, thanks again for maintaining the repository and caring enough to migrate its codebase to Swift! ❤️
My "norwich" in Swift is far greater than the one (almost non-existent) I have in Obj-C.
I am currently making an "explorer" for Apple Health for myself as I track so many stuff (quanitified self all the way 🙌). I'd love to help with the rewrite, writing documentation, creating demos and testing!
Also I was wondering if structuring the code around Apple Health's documentation and "exposing" the native methods of the HealthKit library like:
HKSampleQuery
,HKDocumentQuery
,HKHeartbeatSeriesQuery
, etc, would make the package easier to maintain and update (when Apple release new features).Additionally all the "helper" methods already included in the library can be added on later stages to the code or just document how each metric can be saved/read by using the already available methods "exposed" from HealthKit to RN.
This whole post assumes I have understood what this package currently offers and your goals, I hope it makes sense 😅
Beta Was this translation helpful? Give feedback.
All reactions