I am currently developing an application which is using the Dropbox iOS SDK version 1.1. I am developing the application for iOS version 5.0 and above. I went through all the methods in the DBRestClient.h file which is included in the SDK. I could not find a method which allowed me to check whether a given file exists in a given location in a directory. I was thinking if I could use the following method in the DBRestClient.h file to do the same
- (void)loadMetadata:(NSString*)path;
Here, I thought of using the Location/FileName in the Path parameter to find out whether the given file existed or not.
I am not at all sure about the correct approach for doing the same. Please suggest some better methods if this is not correct.
The Dropbox SDK does not support search (it only supports a subset of the Dropbox API). To do what you need effenciently, call the search method of the REST API directly
https://www.dropbox.com/developers/reference/api#search
If you want to stick with the SDK, you can call loadMetadata recursively for each folder level until you find the file you are looking for. But I do not recommend this (imagine if your user is on the cell network as you make tens or hundreds of calls).
Related
I noticed that there is software (such as iExplorer) that allows you to access files on an iPhone-device from your Mac.
Now my question is: How can I access iPhone files via Objective-c?
This is only for educational purposes.
I found this: https://github.com/Chronic-Dev/libirecovery but I'm not sure if I'm on the right track.
So it seems that you're looking for an API which makes it possible to access the filesystem of the iPhone from a computer. Well, this API exists, and it's called the MobileDevice framework.
Unfortunately, there's no easy or legal way to access files on your iPhone, especially through Objective-C.
The applications installed on iOS are sandboxed, which means they can only access files in their own directory tree; they have no access/knowledge of other files.
Like you said, you can access files using software like iExplorer, but not programmatically from the iPhone itself.
Here is an old project to browse the iphone. You may be able to get some pointers from it on building an application to do the same with the latest info.
http://code.google.com/p/iphonelist/
Couple that with carbonic acid's post about the Mobile Device Framework and you should be able to do some good stuff.
if I find more unique info ill post it here.
i am planning to develop an login sdk for our partners. in their application they use this sdk so they can not get username/password of the users. only sessionId will be return from the sdk and they will use this sessionId to fetch data from server.
this sdk can not be decompiled and can not be tracked. sdk must be a closed-box so the developers can not access user account which is filled in sdk by any user.
it think it must be a binary library. how can i implement such as sdk?
thanks.
Anything can be decompiled. Any data existing in one process can be read from within that process. The view hierarchy created by your library can be analyzed and inspected from the application when running, including reading the contents of UITextFields presented by the sdk/library. There is no way to prevent a motivated application developer who's using your sdk from sniffing the user's data the user enters into objects created and presented by the library.
You will need to build a static library with your functions implemented. You can search the web for tutorials how to do that. Some examples are here and here
I am aware of some third party libraries and open source libraries to extract ZIP files within iPhone application.
But I would like to know whether there are any default iPhone frameworks provided in SDK itself?
None that I know of. I have been using Objective-Zip and it seems pretty good for my needs. But I am deflating not inflating.
I'd like to determine when new versions of my app are available on the Appstore and display some form of notification to the user when this happens - perhaps a UIAlertView or similar - and wondered whether anybody knew of any pre-designed frameworks for doing this? I found the StoreKit provided by iPhone SDK but it seems to only return application names, not version numbers, so is of no use to me.
Any help greatly appreciated.
Thanks!
I don't think that there is a prefabricated framework for that kind of issue.
At least I couldn't find one when i was dealing with that topic.
What I did was fairly easy (provided that you have access to any kind of webserver where you're able to upload files)
I simply created a text file with two things in it.
1) the version number of the most up to date version available
2) a text that is being displayed to the user (in case his version is out of date)
on startup (actually I do it on every 3th startup and not more than once per day) i download the txt file, read the first line, extract the version, compare it to the current version of the app that is running on the users divice. if the version is out of date i then read the second line out of the text file and display it in an UIAlertView.
I hope I could help
*sam
You could create your own out-of-band data based on RSS, like the Sparkle framework based on Mac. You'd need to maintain that feed yourself of course - any time an update is accepted, you would publish a new article to the feed.
Little late to help original question, but figured might still be useful.
iVersion is an SDK which queries App Store API directly from app.
HockeyKit, Krooshal, CleverStork offer SDK and web service which monitor App Store.
I would like to access the visual voicemail files that are stored on an iphone. Are there ways to access these files through the SDK? Does anybody have any experience in working with these files? I am assuming that they are files that are downloaded from the network and stored locally on the iphone.
No, each application on the iPhone is isolated, so you cannot access data for any other application, unless Apple specifically provides an API for doing so, like they did for the Contacts list.
No - the issue is that Apple provides very few methods to access data outside of your application's "sandbox". At this point, you can really only access contacts data and the camera via the supported methods. If you try to access data outside of your application without using an Apple provided public API designed for that purpose, your app will most likely not be allowed in the app store. Maybe this will change in the future, but I wouldn't hold my breath.