Red de conocimiento informático - Computadora portátil - 250com

250com

Esos inolvidables días tres sábados

Los días de la infancia son los mejores, despreocupados y relajados, pero a medida que pasa el tiempo esos lindos recuerdos se van alejando de mí. Cada vez se van alejando más. , pero es algo que nunca olvidaré.

Eso fue cuando tenía nueve años, vivía en la misma comunidad que yo y estaban mis mejores amigos de la infancia. Hay muy poca tarea para firmar el permiso. , y los adultos tienen que ir a trabajar, y la comunidad es naturalmente nuestro mundo. Todavía recuerdo que en ese momento, me levantaba alrededor de las 7 todos los días para desayunar y, después de comer, iba a buscar a mis amigos. A veces se levantaban más temprano para llamarme para jugar toda la mañana, y luego continuaba después de levantarme por la tarde, y lo mismo por la noche. Los días a esa hora eran sin mencionar lo despreocupados y felices que eran. Aunque iba a jugar todos los días, no podía hacer nada. Me aburro porque todos tienen muchas ideas interesantes y las cosas que juegan son casi las mismas, pero no las mismas: hoy treparé a los árboles, mañana. Jugaré al baloncesto, y pasado mañana iré a montar en bicicleta... Pero entre tantas cosas interesantes, sólo hay una que recuerdo con especial viveza...

En aquel momento , lo más "bueno" que hicimos fue jugar con fuego. No se sorprendan, realmente fue jugar con fuego, pero no fue prender fuego por todas partes, sino bolas de barro cocidas. Había muchos árboles plantados en la comunidad. En ese momento, todos los ladrillos se colocaron en círculo para plantarlos, pero había un pequeño orificio de drenaje, así que colocamos las bolas de barro cerca del orificio de drenaje, dejando solo una capa de barro. taparlo, y también usamos palos de madera para hacer algunos orificios de ventilación. Todas las noches usamos un encendedor para encender el papel usado y las hojas caídas colocadas en los orificios de drenaje, y luego se colocaron las bolas previamente amasadas con barro. Una vez que estuvieron listas, empezamos a competir para ver qué boca de bola era más dura, cuál era la más redonda y quién podía llegar más lejos... Pero en ese momento nos sorprendió bastante la bola de barro. , solo después de mucho tiempo nos dimos cuenta de que eran los restos de cemento que usaban los adultos...

La infancia siempre es tan inolvidable, tengo muchas ganas de volver a ese día donde había risas y. ¡Qué día!

上篇: Algunas personas en la pelea con cuchillos tienen una velocidad anormal con sus cuchillos. 下篇: Cómo llamar a @hide y a las API internas en AndroidAndroid tiene dos API a las que no se puede acceder a través del SDK. La primera es la API ubicada en el paquete com.android.internal, a la que llamaré API interna. El segundo tipo de API es un conjunto de clases y métodos marcados con el atributo @hide. Estrictamente hablando, esta no es una API única sino un pequeño conjunto de API ocultas, pero sigo asumiendo que es una API y la llamo API oculta. Ejemplo de API oculta Puede ver el código fuente de Android y descubrir que muchas variables, funciones, clases, etc. están marcadas con el atributo @hide. El siguiente ejemplo es una variable oculta en WifiManager (código fuente API 10). Otro ejemplo es la función oculta setWifiApEnabled en WifiManager (código fuente API 10). Entonces, cada vez que veas el atributo @hide, verás la API oculta. Diferencia entre API interna y API oculta API oculta El motivo de la ocultación es evitar que los desarrolladores utilicen partes (interfaces o esquemas) inacabadas o inestables del SDK. Por ejemplo, la API de Bluetooth solo está disponible en API 5 (Android 2.0 en las API 3 y 4, está oculta por el atributo @hide). Una vez que estas API se verifiquen y limpien, los desarrolladores de Google eliminarán el atributo @hide y las harán disponibles oficialmente en la API 5. Mucho ha cambiado entre API 4 y API 5. Si su programa se basa en alguna API oculta, tendrá problemas al implementarlo en una nueva plataforma. En cuanto a la API interna, nunca hubo planes de abrirla. Es la "cocina interior" de Android y los desarrolladores deberían considerarla una caja negra. Todo está sujeto a cambios. Si confías en algunas API internas, existe la posibilidad de que cambien en las nuevas versiones de Android, dejándote decepcionado. Para resumir la diferencia entre los dos: API oculta = trabajo en progreso; API interna = caja negra; tiempo de compilación versus tiempo de ejecución para API internas y ocultas Cuando desarrolla utilizando el SDK de Android, hace referencia a un archivo jar muy importante: android.jar. Se encuentra en la carpeta de la plataforma SDK de Android (SDK_DIR/platforms/platform-X/android.jar, donde X representa el nivel de API). android.jar elimina todas las clases del paquete com.android.internal y también elimina todas las clases, enumeraciones, campos y métodos marcados con @hide. Sin embargo, cuando inicia la aplicación en el dispositivo, carga framework.jar (en resumen, es equivalente a android.jar) y no elimina las API internas ni las API ocultas (pero no es amigable, no es accesible, por lo que Le mostraré cómo usar estas API sin reflexión). Hay una cosa más a tener en cuenta sobre la API interna. El complemento ADT para Eclipse agrega una regla adicional que prohíbe el uso de cualquier elemento del paquete com.android.internal. Entonces, incluso si pudiéramos obtener el android.jar original (versión íntegra), no podríamos usar fácilmente estas API internas a través de Eclipse. Puedes verificarlo tú mismo. Cree un nuevo proyecto de Android (o utilice un proyecto existente). Vea las bibliotecas a las que hace referencia (haga clic derecho en Propiedades del proyecto -gt; Ruta de compilación de Java -gt; Bibliotecas).