Skip to content
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

Support for custom object ids #1611

Open
martinpfannemueller opened this issue Apr 9, 2021 · 4 comments
Open

Support for custom object ids #1611

martinpfannemueller opened this issue Apr 9, 2021 · 4 comments
Labels
type:feature New feature or improvement of existing feature

Comments

@martinpfannemueller
Copy link

Using the allowCustomObjectId option of parse-server, it is possible to provide custom object ids on the client side. It seems to me, that there is no support for this yet in the iOS SDK. I know that there is the new Swift SDK with support for this (parse-community/Parse-Swift#100 and parse-community/Parse-Swift#101). Is it planned to add this to this legacy iOS SDK as well? Or is this repository rather archived and there will be no new features anymore? Unfortunately I am still using the local datastore, so I am not able to migrate.

Thanks!

@TomWFox
Copy link
Contributor

TomWFox commented Apr 9, 2021

It's not planned to add said feature to the iOS SDK in that no one is currently working on it to my knowledge. There is currently very little feature development on this SDK but we do welcome contributions for this or anything else.

Currently the Swift SDK is seeing much more new feature development, thanks to @cbaker6. But at this time we have no intention of archiving the iOS SDK as it still plays an important role.

@cbaker6
Copy link
Contributor

cbaker6 commented Apr 10, 2021

If you plan on implementing custom objectIds, I recommend looking at parse-community/Parse-SDK-JS#1309. The same goes for many of the other missing features as the design of JS SDK is similar to this one.

I will say that the iOS SDK is written well and if some developers in the community decided to dedicate some time, it can be brought to feature parity with the JS and Swift SDKs. It won’t be easy though...

Using a local datastore for ParseSwift is possible, you just need to implement core data counterparts (if your datastore uses “structs” instead of classes, no need for counterparts) for your ParseObjects and store, fetch, and convert them on your own. An improvement to what I mentioned is discussed here: https://community.parseplatform.org/t/syncing-a-local-store/1455

@cbaker6
Copy link
Contributor

cbaker6 commented Apr 11, 2021

@TomWFox a note about Parse-Swift and archiving the iOS SDK just in case this comes up in the future... Parse-Swift is based on using struct's to create ParseObjects and is Pure Swift which is why it can be built on Linux and Android. If I remember correctly, objective-c doesn't have the notion of struct's and uses classes only. Because of this, I'm confident you can't use Parse-Swift in Objective-C (but I've never tried. Even if someone did get it working, threading around reference types will cause issues). In summary, this means that if Parse wants to keep compatibility with Objective-C, it will need to keep the iOS SDK.

Swift programmers have the luxury of using either SDK, but my guess is for Swift apps, Parse-Swift would yield faster builds and a smaller app footprint.

martinpfannemueller pushed a commit to martinpfannemueller/Parse-SDK-iOS-OSX that referenced this issue May 24, 2021
@stale
Copy link

stale bot commented Jul 21, 2021

This issue has been automatically marked as stale because it has not had recent activity. If you believe it should stay open, please let us know! As always, we encourage contributions, check out the Contributing Guide

@stale stale bot added the Stale label Jul 21, 2021
@mtrezza mtrezza removed the Stale label Oct 14, 2021
@mtrezza mtrezza added the type:feature New feature or improvement of existing feature label Nov 19, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type:feature New feature or improvement of existing feature
Projects
None yet
Development

No branches or pull requests

4 participants