Post ADT 17, non-Android libraries need to be included either in the “libs” folders of the project or exported via the “Order and Export” tab in the build path. What’s the difference (if any) between importing a library externally:


And internally:


Is there an advantage to importing a library in a way that it is included in the “Android Dependencies” group?
How do you add external jar dependencies into your Android project’s build path (internally or externally) make no difference on the actual build process (more specifically at compile and dex step), all it does is to tell build process where to looking for the required jars at compile and dex step.
The
Android Dependencieselement shown inJava Build Path - Librarieswindow is just another abstract layer that ADT plugin used for managing/grouping jar dependencies. where your external jar files (in your case android-support-v4.jar) appears (inside or outsideAndroid Dependencies) in that window makes no difference.Since r17, dependencies management has been much improved, and it is recommended to use libs/ directory store all jar dependencies (refer to you internal way), which is considered as a automation approach (as ADT plugin becomes more smarter now), see Revisions for ADT 17.0.0:
However, you can still use the old way (refer to you external way) if you prefer, which is considered as a manual approach (as ADT plugin was stupid before), see Recent Changes for r17 Release:
Is there an advantage to importing a library in a way that it is included in the "Android Dependencies" group?
Automation vs. Manual from dependency management perspective, automation is always considered as more errorless than manual in the world of computer science.