Świetne odniesienie. Dzięki! Dodatek do niego:

Jeśli zdarzy ci się, że masz dołączony projekt biblioteki, który zadeklarował własne atrybuty dla niestandardowego widoku, musisz zadeklarować przestrzeń nazw projektu, a nie bibliotekę. np:

Biorąc pod uwagę, że biblioteka posiada pakiet " com.przykład.biblioteka.customview", a projekt roboczy ma pakiet " com.przykład.customview", następnie:

Nie będzie działać (wyświetla błąd "error: No resource identifier found for atrybut 'newAttr' w pakiecie "com.przykład.biblioteka.customview'"):

<com.library.CustomView
        xmlns:android="http://schemas.android.com/apk/res/android"
        xmlns:app="http://schemas.android.com/apk/res/com.example.library.customview"
        android:id="@+id/myView"
        app:newAttr="value" />

Zadziała:

<com.library.CustomView
        xmlns:android="http://schemas.android.com/apk/res/android"
        xmlns:app="http://schemas.android.com/apk/res/com.example.customview"
        android:id="@+id/myView"
        app:newAttr="value" />

Dodanie do najczęściej głosowanej odpowiedzi.

ObtainStyledAttributes ()

Chcę dodać kilka słów o użyciu obtainStyledAttributes (), kiedy tworzymy własny widok używając atrybutów android: xxx prdefiniowane. Zwłaszcza, gdy używamy TextAppearance.
Jak wspomniano w "2. Tworzenie konstruktorów", widok niestandardowy otrzymuje Atrybuteset przy jego tworzeniu. Główne zastosowanie widzimy w kodzie źródłowym TextView (API 16).

final Resources.Theme theme = context.getTheme();

// TextAppearance is inspected first, but let observe it later

TypedArray a = theme.obtainStyledAttributes(
            attrs, com.android.internal.R.styleable.TextView, defStyle, 0);

int n = a.getIndexCount();
for (int i = 0; i < n; i++) 
{
    int attr = a.getIndex(i);
    // huge switch with pattern value=a.getXXX(attr) <=> a.getXXX(a.getIndex(i))
}
a.recycle();

Czego nie ma w dokumentacji - kolejność wyników typowanych żywioły.
Gdy widok niestandardowy jest zadeklarowany w attrs.XML, generowane są specjalne stałe dla indeksów atrybutów. I możemy wyodrębnić wartości w ten sposób: a.getString(R.styleable.MyCustomView_android_text). Ale dla manuala int[] nie ma stałych. Przypuszczam, że getXXXValue (arrayIndex) będzie działać dobrze.

I inne pytanie brzmi: "jak możemy zastąpić wewnętrzne stałe i zażądać standardowych atrybutów?"Możemy używać Androida.R. attr.* wartości.

Więc jeśli chcemy użyć standardowego atrybutu TextAppearance w widoku niestandardowym i odczytać jego wartości w konstruktorze, możemy zmodyfikować kod z TextView w ten sposób:

ColorStateList textColorApp = null;
int textSize = 15;
int typefaceIndex = -1;
int styleIndex = -1;

Resources.Theme theme = context.getTheme();

TypedArray a = theme.obtainStyledAttributes(attrs, R.styleable.CustomLabel, defStyle, 0);
TypedArray appearance = null;
int apResourceId = a.getResourceId(R.styleable.CustomLabel_android_textAppearance, -1);
a.recycle();
if (apResourceId != -1)
{
    appearance = 
        theme.obtainStyledAttributes(apResourceId, new int[] { android.R.attr.textColor, android.R.attr.textSize, 
            android.R.attr.typeface, android.R.attr.textStyle });
}
if (appearance != null)
{
    textColorApp = appearance.getColorStateList(0);
    textSize = appearance.getDimensionPixelSize(1, textSize);
    typefaceIndex = appearance.getInt(2, -1);
    styleIndex = appearance.getInt(3, -1);

    appearance.recycle();
}

Gdzie zdefiniowano CustomLabel:

<declare-styleable name="CustomLabel">
    <!-- Label text. -->
    <attr name="android:text" />
    <!-- Label text color. -->
    <attr name="android:textColor" />
    <!-- Combined text appearance properties. -->
    <attr name="android:textAppearance" />
</declare-styleable>

Być może, w jakiś sposób się mylę, ale dokumentacja Androida na obtainStyledAttributes() jest bardzo uboga.

Rozszerzenie standardowego elementu UI

W tym samym czasie możemy po prostu rozszerzyć standardowy komponent UI, używając wszystkich jego zadeklarowanych atrybutów. Takie podejście nie jest zbyt dobre, ponieważ na przykład TextView deklaruje wiele właściwości. I będzie impossible aby zaimplementować pełną funkcjonalność w nadrzędnych OnMeasure () i onDraw ().

Następnie możemy zaimplementować konstruktor CustomComponent(Context, AttributeSet, defStyle). Po wywołaniu super(...) będziemy mieli wszystkie atrybuty przetworzone I dostępne za pomocą metod getter.

Wygląda na to, że Google zaktualizowało swoją stronę dewelopera i dodało tam różne szkolenia.

Jeden z nich zajmuje się tworzeniem niestandardowych widoków i można go znaleźć TUTAJ

Wielkie dzięki za pierwszą odpowiedź.

Rozwiązałem to tworząc nowy konstruktor:

public MyView(Context context, AttributeSet attrs) {
     super(context, attrs);
     // some code
}

Możesz umieścić dowolny plik układu w innym pliku układu jako -

             <RelativeLayout
                android:layout_width="wrap_content"
                android:layout_height="wrap_content"
                android:layout_marginLeft="10dp"
                android:layout_marginRight="30dp" >

                <include
                    android:id="@+id/frnd_img_file"
                    android:layout_width="wrap_content"
                    android:layout_height="wrap_content"
                    layout="@layout/include_imagefile"/>

                <include
                    android:id="@+id/frnd_video_file"
                    android:layout_width="wrap_content"
                    android:layout_height="wrap_content"
                    layout="@layout/include_video_lay" />

                <ImageView
                    android:id="@+id/downloadbtn"
                    android:layout_width="30dp"
                    android:layout_height="30dp"
                    android:layout_centerInParent="true"
                    android:src="@drawable/plus"/>
            </RelativeLayout>

Tutaj Pliki układów w znaczniku include są inne .Pliki Układów XML w tym samym folderze res.