Craig Dunn wrote > > > > Now, regardless of what you decide there, you also need to know this: do > NOT put the 700Mb sqlite file in /Documents/ as Apple will reject your app > within seconds of it hitting the approval process! How do I know this? I > followed exactly the same pattern (copy out a pre-built file from the > bundle into /Documents/ - and it was only 2.3Mb!!). Also - there is that > plist property that lets users access /Documents/ from within iTunes... > you > may not have it enabled *now*, but if you wanted to in a future version of > your app, you'll be 'screwed' if your main database is located there > too... > > Why does it get rejected immediately? It violates the *iOS Data Storage > Guidelines* > https://developer.apple.com/icloud/documentation/data-storage/ > >
Sorry but I need to *LOL* here :) ACTUALLY the app is in store! http://itunes.apple.com/it/app/iusuite-giurisprudenza-civile/id495841684?mt=8 The app is available only on italian store, don't know if for each country the approval process is different, maybe they are more permissive here? It use the 700mb db in the /Documents folder. The db is crypted for security reason it could stay there without any problem. I'm facing this problem now because I want to port the code from MT to M4A and I want to use a unique code base with SharpZipLib, which like I said before, is performing very bad :( Maybe the only solution is the one proposed by Nic Nic wrote > > Maybe you could wrap the unzip function in a set of classes with the > same interface, so your app can just use one interface, but the > underlying unzip is done differently depending on the platform - ie, > go for the quickest way in each case. > -- View this message in context: http://monotouch.2284126.n4.nabble.com/SharpZipLib-performances-tp4553235p4554286.html Sent from the MonoTouch mailing list archive at Nabble.com. _______________________________________________ MonoTouch mailing list [email protected] http://lists.ximian.com/mailman/listinfo/monotouch
