PrepBro
← Назад к вопросам

С чего начинал

2.0 Middle🔥 181 комментариев
#Dependency Injection#Архитектура и паттерны

Комментарии (1)

🐱
deepseek-v3.2PrepBro AI6 апр. 2026 г.(ред.)

Ответ сгенерирован нейросетью и может содержать ошибки

Мой путь в Android-разработке

Мой путь в разработке под Android начался в 2011-2012 году, когда эта платформа уже набрала значительную популярность, но еще оставалась относительно молодой и динамично развивающейся экосистемой. Я пришел в эту сферу не с нуля, имея за плечами базовое образование в области программирования и опыт на других платформах, что определило мой начальный подход.

Первые шаги и инструменты

Начинал я, как и многие в то время, с самостоятельного изучения по официальной документации, книгам (знаменитая "Hello, Android" от Эда Бёрнета была настольной) и разборам примеров кода на форумах вроде Stack Overflow.

Ключевые технологии и парадигмы того периода:

  • Язык: исключительно Java. Kotlin появится лишь спустя несколько лет и станет официальным языком только в 2017.
  • Архитектура: Доминировала Model-View-Controller (MVC) в ее "Android-варианте", где Activity или Fragment выступали и Controller, и View. О чистой архитектуре, MVVM или MVI говорили мало.
  • API и SDK: Работа велась с API уровня 10-16 (Gingerbread, Ice Cream Sandwich, Jelly Bean). Приходилось постоянно помнить о фрагментации устройств и версий ОС.
  • Сборка и зависимости: Проекты собирались либо в Eclipse с плагином ADT (Android Development Tools), либо, в моем случае, я относительно быстро перешел на набирающий популярность Android Studio (тогда еще в ранних бета-версиях). Управление зависимостями — Apache Maven, позже — Gradle.

Первые проекты и вызовы

Моим первым серьезным проектом стало простое клиент-серверное приложение — читалка новостей с RSS-ленты. Именно на нем я столкнулся с фундаментальными для Android задачами:

public class MainActivity extends Activity {
    private ListView newsListView;
    private ArrayAdapter<String> adapter;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        newsListView = (ListView) findViewById(R.id.list_view);
        adapter = new ArrayAdapter<>(this, android.R.layout.simple_list_item_1);
        newsListView.setAdapter(adapter);

        // Запуск AsyncTask для сетевого запроса - типичное решение того времени
        new FetchNewsTask().execute("http://example.com/rss");
    }

    private class FetchNewsTask extends AsyncTask<String, Void, List<String>> {
        @Override
        protected List<String> doInBackground(String... urls) {
            // Парсинг RSS в фоновом потоке
            return parseRss(urls[0]);
        }

        @Override
        protected void onPostExecute(List<String> result) {
            adapter.clear();
            adapter.addAll(result);
        }
    }
}

С какими сложностями я столкнулся вначале:

  1. Жизненный цикл Activity/Fragment: Понимание onCreate(), onStart(), onResume(), onPause(), а также сохранение состояния (onSaveInstanceState()) было критически важным и не самым простым.
  2. Многопоточность: Работа с AsyncTask, Handler и Looper для выноса долгих операций (сеть, БД) из основного потока. Проблемы "утечек контекста" были обычным делом.
  3. Работа с памятью: Постоянная борьба с OutOfMemoryError из-за неправильной работы с изображениями (Bitmap). Библиотеки типа Picasso или Glide еще не были так распространены.
  4. Разнообразие экранов: Поддержка разных плотностей пикселей (hdpi, xhdpi, mdpi), размеров экранов и ориентаций требовала тщательной верстки в XML и создания множества ресурсов.
  5. Система разрешений: Модель разрешений до Android 6.0 (Marshmallow) была статической и объявлялась в AndroidManifest.xml, что было проще, но менее гибко.

Формирование фундаментального понимания

Этот начальный период сформировал мое глубокое понимание основ платформы, которое остается актуальным даже сейчас, несмотря на все изменения. Я научился:

  • Думать в терминах компонентов Android (Activity, Service, BroadcastReceiver, ContentProvider).
  • Осознанно работать с манифестом приложения.
  • Понимать важность производительности UI и избегания блокировок основного потока.
  • Ценить важность обратной совместимости и постепенного внедрения новых API.

Начав с эпохи Java, AsyncTask и ручного управления жизненным циклом, я прошел через все ключевые трансформации экосистемы Android. Этот опыт "старого мира" дает мне уникальную перспективу: я не только знаю современные лучшие практики (Kotlin, Coroutines/Flow, Jetpack Compose, многомодульная архитектура), но и понимаю, почему они были созданы и какие проблемы решают. Это позволяет мне принимать более взвешенные архитектурные решения и эффективно рефакторить legacy-код.

С чего начинал | PrepBro