18 февраля 2012 г. 19:08 пользователь androidmediadeveloper <[email protected]> написал: > [snip] > One other general issue is the apk size. If all these features are > offered as inapp pieces, the "free" app will have to ship with every > feature built in, but "locked". This is both a security risk as well > as a size impediment, dont want to burden free users with tablet size > resources and layouts if we can avoid it.
According to this page: http://developer.android.com/guide/market/publishing/multiple-apks.html#SupportedFilters Market lets you upload one .APK for, let's say, small and normal screens, and another one for large and x-large. The same page cautions: "Unless your APK file exceeds the Android Market size limit of 50MB, supporting multiple screens should always be done with a single APK." I have no reason to question this recommendation. Most of the phone vs. tablet overhead should be in the form of layout resources, and some code structure. Images, on the other hand, vary with screen density, and there is already a full range of densities out there in the "normal" screen size bucket, typical of a phone class device. -- Kostya > > Seems like there is no easy way out here, is there ? Does the multiple > apk approach only package resources that apply to the screen sizes > supported ? -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
