My Life with Android
Introduction Android Componets UserInterface Advanced UI Data Storage Advanced Concepts Others New Studio

Organizing Your Android Development Code Structure

Java Code

Writing a medium to large Android app requires having code structure.
1. com.example.activities
- Contains all the activities. Classes are all named with Activity at the end. That way, you can immediately know what it is when reading Java code.

2. com.example.adapters
- Contains all the adapters.

- Contains all classes related to data management such as ContentProvider and SQLiteHelper.

4. com.example.fragments
- Contains all fragments.

5. com.example.helpers
Contains helper classes. A helper class is a place to put code that is used in more than one place. I have a DateHelper for instance. Most of the methods are static.

6. com.example.interfaces
Contains all interfaces.

7. com.example.utils
Contains all date,constants,etc..,

8. com.example.custom_widgets
This is borrowed from the Android convention. You put custom widgets controls in here.

9. com.example.models
Contains all local models. When syncing from an HTTP API I parse the JSON into these Java objects using Jackson. I also pull Cursor rows into these models as well.


The layouts folder can easily become disorganized since you can't have any folders in it.
We name our layout files with a prefix depending on what they are for. This sorts them together in the Eclipse file listing.
  • activity_
  • adapter_
  • fragment_

Naming convention

1. Naming convention for Xml files

activity_<ACTIVITY NAME>.xml - for all activities
dialog_<DIALOG NAME>.xml - for all custom dialogs
row_<LIST_NAME>.xml - for custom row for listview
fragment_<FRAGMENT_NAME>.xml - for all fragments

2. Naming convention for component/widget in xml files.

all component for x activity must be start with activity name
all component should have prefix or short name like btn for button
For example,name for login activity component should be like following.

Short name of major components

Button - btn
EditText - et
TextView - tv
Checkbox - chk
RadioButton - rb
ToggleButton - tb
Spinner - spn
Menu - mnu
ListView - lv
GalleryView - gv
LinearLayout -ll
RelativeLayout - rl

In an Android Project manage code like this:

1. In Activity first create an initializeViews() method and put all objects in this method;
for example:

private void initializeViews(){
 edittext= (EditText) findViewById(;
 // etc.....
initializeViews() is called in the onCreate() method.

2. If some method and menu is implemented in all acivities then create one Baseactivity and have your other activities extend this class:
public class BaseActivity extends Activity {
  // Implent Menu

  public boolean onCreateOptionsMenu(Menu menu) {


  public boolean onOptionsItemSelected(MenuItem item) {
after that for example I have one activity name like A
public class A extends BaseActivity {
  // now you access menu in this activity 

Android Coding Style Conventions

Indentation: blocks that are nested more should be indented more

Follow Normal Capitalization Rules

Fully Qualify Imports

Start Instance Variables with "m" (normal) or "s" (static)

Impact of Naming Convention on Constructors


Eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt explicabo.


Eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt explicabo.