Почему у некоторых андроидов есть открытые поля?

Question

Существует много вопросов и ответов об использовании публичных полей в объектно-ориентированном программировании, и большинство из них рекомендует не использовать общедоступные поля по многим причинам.

Но когда я посмотрел код Android, я обнаружил, что некоторые классы используют общедоступные поля. Например, Android.view.View имеет общедоступные поля mCachingFailed и mAttributes.

Почему они общедоступны? Трудно думать, что это ошибка в Google и AOSP.

Answer 1

Это не является по своей сути ошибкой иметь публичные поля. Это не означает, что, как отмечается в примечании к награде, «ООП-фундаментальное нарушение». После того, как все эти два класса (в большинстве случаев) идентичны:

public class DemoA { 
    public int field; 
} 

public class DemoB { 
    private int field; 

    public int getField() { return field; } 
    public void setField(int value) { field = value; } 
} 

То есть, если вы намерены для абонентов, чтобы иметь прямое чтение и запись доступа к полю добавления геттер и сеттер может быть просто дополнительная котельная плита.

Преимущества геттеров и сеттеров, даже если они не выполняют никакой другой работы, кроме чтения и записи в поля, заключается в том, что они абстрагируют тот факт, что данные хранятся в поле вообще. Он может храниться во внешнем источнике данных или вычисляться «на лету» или независимо от того, что вам нужно, и вызывающим абонентам не нужно беспокоиться о том, как осуществляется поведение. Это, безусловно, хорошая практика вообще, потому что она отделяет проблемы вызывающих абонентов (API) от ваших проблем (реализации).

Однако иногда это просто излишний, и вполне разумно публиковать открытые поля, если это лучший способ обеспечить поведение, которое вам нужно. Чаще всего это делается для value types, классов, которые существуют only, чтобы сгруппировать несколько полей вместе. Там мало пользы для написания десятков геттеров и сеттеров, когда все, что вам нужно, чтобы сделать класс, можно сделать, просто сделав поля общедоступными.

Как практический вопрос, Android имеет дополнительную заботу. Вызов метода дорог и количество методов, которые приложение может (легко) определить, равно limited to ~65k. В тех случаях, когда это безопасно, разоблачение поля напрямую снижает накладные расходы метода на два и экономит ценное процессорное время. Это может показаться не очень много, но оно быстро складывается.

Answer 2

Заканчивать этот раздел из developer.android.com:

на родных языках, как C++, это обычная практика для использования добытчиков (я = GetCount()) вместо того, чтобы получить доступ к области непосредственно (я = mCount). Этот является отличной привычкой для C++ и часто практикуется в других объектах ориентированных языках, таких как C# и Java, потому что компилятор обычно может использовать , а если вам нужно ограничить или отлаживать доступ к полю , вы можете добавить код в в любой момент.

Однако это плохая идея для Android. Виртуальные вызовы методов: дорогой, гораздо больше, чем поиск полей экземпляров. Разумеется, придерживается общих методов объектно-ориентированного программирования и имеет геттеры и сеттеры в открытом интерфейсе, но в пределах класса вы должны всегда получать доступ к полям напрямую.

Без JIT, прямой доступ к полю примерно в 3 раза быстрее, чем использование трициального приемника . С JIT (где прямой доступ к полю дешевле, чем , доступ к локальному), прямой доступ к полю примерно в 7 раз быстрее, чем , вызывающий тривиальный приемник.

Обратите внимание, что если вы используете ProGuard, вы можете иметь лучшее из обоих миров потому ProGuard могут встраивать аксессоров для вас

http://developer.android.com/training/articles/perf-tips.html#GettersSetters

Скорее всего, это причина, вы видите общественности поля в AOSP.