Estoy tratando de crear una vista personalizada GhostSurfaceCameraView
que se extienda SurfaceView
. Aquí está mi archivo de definición de clase
GhostSurfaceCameraView.java
:
public class GhostSurfaceCameraView extends SurfaceView implements SurfaceHolder.Callback {
SurfaceHolder mHolder;
Camera mCamera;
GhostSurfaceCameraView(Context context) {
super(context);
// Install a SurfaceHolder.Callback so we get notified when the
// underlying surface is created and destroyed.
mHolder = getHolder();
mHolder.addCallback(this);
mHolder.setType(SurfaceHolder.SURFACE_TYPE_PUSH_BUFFERS);
}
public void surfaceCreated(SurfaceHolder holder) {
// The Surface has been created, acquire the camera and tell it where to draw.
mCamera = Camera.open();
try {
mCamera.setPreviewDisplay(holder);
} catch (IOException exception) {
mCamera.release();
mCamera = null;
// TODO: add more exception handling logic here
}
}
public void surfaceDestroyed(SurfaceHolder holder) {
// Surface will be destroyed when we return, so stop the preview.
// Because the CameraDevice object is not a shared resource, it's very
// important to release it when the activity is paused.
mCamera.stopPreview();
mCamera.release();
mCamera = null;
}
public void surfaceChanged(SurfaceHolder holder, int format, int w, int h) {
// Now that the size is known, set up the camera parameters and begin
// the preview.
Camera.Parameters parameters = mCamera.getParameters();
parameters.setPreviewSize(w, h);
parameters.set("orientation", "portrait");
// parameters.setRotation(90); // API 5+
mCamera.setParameters(parameters);
mCamera.startPreview();
}
}
Y esto está en mi ghostviewscreen.xml:
<com.alpenglow.androcap.GhostSurfaceCameraView android:id="@+id/ghostview_cameraview"
android:layout_width="fill_parent"
android:layout_height="fill_parent"/>
Ahora en la actividad que hice:
protected void onCreate(Bundle savedInstanceState) {
try {
super.onCreate(savedInstanceState);
setContentView(R.layout.ghostviewscreen);
}
}
Cuando setContentView()
se llama, se lanza una excepción:
Binary XML file 09-17 22:47:01.958: ERROR/ERROR(337):
ERROR IN CODE:
android.view.InflateException: Binary
XML file line #14: Error inflating
class
com.alpenglow.androcap.GhostSurfaceCameraView
¿Alguien puede decirme por qué me sale este error? Gracias.
View is not using the 2- **OR** 3-argument View constructors
es un poco engañoso.@Tim: no se requieren los
ViewClassName(Context context, AttributeSet attrs )
constructores , solo el constructor es necesario. Descubrí esto de la manera dolorosa, después de horas y horas de tiempo perdido.Soy muy nuevo en el desarrollo de Android, pero estoy haciendo una suposición descabellada aquí, que tal vez se deba al hecho de que como estamos agregando la
View
clase personalizada en el archivo XML, le estamos configurando varios atributos en el XML, que necesita para ser procesado en el momento de la instanciación. Sin embargo, alguien mucho más informado que yo podrá arrojar luz más clara sobre este asunto.fuente
Otra posible causa del mensaje "Error al inflar la clase" podría ser escribir mal el nombre completo del paquete donde se especifica en XML:
Abrir su archivo XML de diseño en el editor XML de Eclipse debería resaltar este problema.
fuente
Es importante escribir la ruta de clase completa en el xml. Obtuve 'Error al inflar la clase' cuando solo se escribió el nombre de la subclase.
fuente
Tuve este error plagándome durante las últimas horas. Resulta que había agregado la vista personalizada lib como un módulo en Android Studio, pero había olvidado agregarla como una dependencia en la aplicación
build.gradle
.fuente
fwiw , recibí este error debido a una inicialización personalizada dentro del constructor que intentaba acceder a un objeto nulo.
fuente
Tuve el mismo problema al extender un TextEdit. Para mí, el error fue que no agregué "public" al constructor. En mi caso funciona incluso si defino solo un constructor, el que tiene argumentos
Context
yAttributeSet
. Lo cableado es que el error se revela solo cuando construyo un APK (chamuscado o no) y lo transfiero a los dispositivos. Cuando la aplicación se ejecuta a través de AndroidStudio -> RunApp en un dispositivo conectado por USB, la aplicación funciona.fuente
en mi caso agregué dicho recurso cíclico:
luego cambió a
Y funcionó
fuente
En mi caso, copié mi clase de otro lugar y no noté de inmediato que era una
abstract
clase. No puedes inflar clases abstractas.fuente
Lo que hay que entender aquí es que:
Se
ViewClassName(Context context, AttributeSet attrs )
llama al constructor al inflar customView a través de xml. Verá que no está utilizando la nueva palabra clave para crear una instancia de su objeto, es decir, no lo está haciendonew GhostSurfaceCameraView()
. Al hacer esto , está llamando al primer constructor, es decirpublic View (Context context)
.Mientras que al inflar la vista desde XML, es decir, al usar
setContentView(R.layout.ghostviewscreen);
o usarfindViewById
, usted, NO, ¡no usted! , el sistema android llama alViewClassName(Context context, AttributeSet attrs )
constructor.Esto es claro al leer la documentación: "Constructor que se llama al inflar una vista desde XML". Ver: https://developer.android.com/reference/android/view/View.html#View(android.content.Context,%20android.util.AttributeSet)
Por lo tanto, nunca olvide el polimorfismo básico y nunca olvide leer la documentación. Se ahorra un montón de dolor de cabeza.
fuente