ວິທີການຮຽນຮູ້ການຂຽນໂປຼແກຼມ Android

ຖ້າທ່ານຕ້ອງການຮຽນຮູ້ການຂຽນໂປແກຼມ Android, ເຈົ້າ​ບໍ່​ໄດ້​ຢູ່​ຄົນ​ດຽວ. ໃນ​ຄວາມ​ເປັນ​ຈິງ, ມັນງ່າຍທີ່ຈະເລີ່ມຕົ້ນ! ເລີ່ມຕົ້ນດ້ວຍ Android Studio, ສະພາບແວດລ້ອມການພັດທະນາຟຣີຂອງ Google. ທ່ານຍັງຕ້ອງການຊຸດການພັດທະນາ Java. ຈາກນັ້ນ, ທ່ານສາມາດເລີ່ມຕົ້ນຂຽນແອັບຯທໍາອິດຂອງທ່ານ. ໃນທີ່ສຸດ, ເຈົ້າຈະຍ້າຍໄປ Intent, Java, ກິດຈະກຳເອີ້ນຄືນວົງຈອນຊີວິດ, ແລະອື່ນໆອີກ!

ລາກ ແລະ ວາງ

Drag-and-drop ການດໍາເນີນໂຄງການ app Android ເປັນເຕັກນິກງ່າຍດາຍແລະມີອໍານາດທີ່ສາມາດຊ່ວຍໃຫ້ທ່ານສ້າງຄໍາຮ້ອງສະຫມັກທີ່ມີການໂຕ້ຕອບສູງ. ກົນໄກການລາກແລະວາງຊ່ວຍໃຫ້ທ່ານສາມາດຍ້າຍສິ່ງຂອງໄປມາໃນແອັບຯໄດ້ ໂດຍບໍ່ກະທົບກັບສ່ວນທີ່ເຫຼືອຂອງແອັບພລິເຄຊັນ. ເຫດການລາກຖືກສົ່ງໄປຫາຜູ້ຟັງຜ່ານເຫດການ Android. ເຫດການລາກມີຂໍ້ມູນກ່ຽວກັບສະຖານະຂອງວັດຖຸ ແລະສາມາດລວມເອົາຂໍ້ມູນເຊັ່ນ: ຈຸດປະສານງານ X-y. ຕົວຟັງເຫດການລາກໄດ້ຮັບຂໍ້ມູນ ແລະໂທຫາວິທີການ getX() ຫຼື getY() ເພື່ອໃຫ້ໄດ້ຮັບຕໍາແຫນ່ງປະຈຸບັນຂອງຈຸດ drag. ຖ້າ​ຫາກ​ວ່າ​ການ​ດໍາ​ເນີນ​ງານ drag ໄດ້​ສໍາ​ເລັດ​, ຜູ້ຟັງຈະສົ່ງຄ່າ boolean ເປັນ true ຫຼື false.

Drag-and-drop Android app programming ເປັນໄປໄດ້ດ້ວຍ Eclipse 4.4 (ລູນາ) ແລະ Java 1.7. ເພື່ອປະຕິບັດການລາກແລະວາງ, ທ່ານຈໍາເປັນຕ້ອງເພີ່ມ OnTouchListener ເຂົ້າໃນກິດຈະກໍາຂອງທ່ານ. ຈາກນັ້ນ, ສ້າງ DragShadowBuilder ທີ່ກໍານົດຮູບພາບທີ່ຈະສະແດງໃນລະຫວ່າງການປະຕິບັດການລາກ.

Drag-and-drop ການ​ດໍາ​ເນີນ​ໂຄງ​ການ app Android ກ່ຽວ​ຂ້ອງ​ກັບ​ການ​ນໍາ​ໃຊ້​ຊັ້ນ​ເຫດ​ການ​ລາກ​ແລະ drag ຜູ້​ຟັງ​. ລາກເຫດການເລີ່ມຕົ້ນດ້ວຍຕົວກະຕຸ້ນຂອງຜູ້ໃຊ້. ຈາກນັ້ນ, app ໃຫ້ startDragAndDrop ເປັນ() ໂທ​ກັບ. ຖ້າຜູ້ຟັງເຫດການລາກສົ່ງຄືນເປັນຜິດ, ລະບົບຈະບໍ່ໂທຫາວິທີການເອີ້ນຄືນ. ຫ້ອງຮຽນ DragEvent ແມ່ນຄ້າຍຄືກັນກັບ onTouchEvent.

ທ່ານສາມາດປ່ຽນພຶດຕິກຳຂອງເຫດການລາກລົງໄດ້ໂດຍການລົບລ້າງວິທີການ onProvideShadowMetrics. ວິທີການນີ້ສົ່ງຄືນຂໍ້ມູນກ່ຽວກັບຂະຫນາດແລະຈຸດສໍາພັດຂອງເຫດການລາກ. ນອກນັ້ນທ່ານຍັງສາມາດດັດແປງ gesture drag-and-drop ໂດຍການ overriding ວິທີການ onDrawShadow.

Drag-and-drop ການ​ຂຽນ​ໂປຣ​ແກຣມ​ແອັບ Android ເປັນ​ເຕັກ​ນິກ​ທີ່​ງ່າຍ​ດາຍ​ແລະ​ປ່ຽນ​ແປງ​ໄດ້​ທີ່​ເຮັດ​ໃຫ້​ທ່ານ​ສ້າງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ມື​ຖື​ຄຸນ​ນະ​ພາບ​ສູງ. ດ້ວຍການລາກແລະວາງ, ທ່ານຍັງສາມາດກະຕຸ້ນເຫດການລະບົບເມື່ອຜູ້ໃຊ້ປະຕິບັດການລາກແລະວາງ.

ຄວາມຕັ້ງໃຈ

ເຈດຕະນາຖືກໃຊ້ເພື່ອສື່ສານລະຫວ່າງອົງປະກອບທີ່ແຕກຕ່າງກັນໃນແອັບຯ Android. ແອັບພລິເຄຊັ່ນ Android ສາມາດຮອງຮັບທັງຄວາມຕັ້ງໃຈທີ່ຈະແຈ້ງ ແລະ ຊັດເຈນ, ທີ່ຖືກນໍາໃຊ້ເພື່ອຄວບຄຸມການໄຫຼເຂົ້າຂອງຂໍ້ມູນຈາກຄໍາຮ້ອງສະຫມັກຫນຶ່ງໄປຫາອີກ. ຕົວຢ່າງຂອງການນີ້ອາດຈະເປັນປ່ອງຢ້ຽມຂອງຕົວທ່ອງເວັບທີ່ປ່ຽນເສັ້ນທາງຜູ້ໃຊ້ໄປຫາແອັບພລິເຄຊັນອື່ນເມື່ອພວກເຂົາເປີດມັນ.

ຄວາມຕັ້ງໃຈສາມາດເປັນຕົວເລກດຽວ ຫຼືສະຕຣິງ, ແລະຖືກນໍາໃຊ້ເພື່ອກະຕຸ້ນກິດຈະກໍາອື່ນໆພາຍໃນ app. ນອກເຫນືອຈາກການກະຕຸ້ນອົງປະກອບອື່ນໆຂອງແອັບຯ, ຄວາມຕັ້ງໃຈຍັງສາມາດຖືກນໍາໃຊ້ເພື່ອຍ້າຍກິດຈະກໍາພາຍໃນແອັບຯ. ສິ່ງສໍາຄັນແມ່ນໃຊ້ພວກມັນຢ່າງສະຫລາດ. ທ່ານຄວນຫຼີກເວັ້ນການ serializable ຫຼື parcelable ຂໍ້ມູນໃນເວລາທີ່ເຮັດວຽກດ້ວຍຄວາມຕັ້ງໃຈ.

ຍົກ​ຕົວ​ຢ່າງ, ທ່ານສາມາດໃຊ້ສະຕຣິງດຽວເພື່ອສະແດງຂໍ້ມູນຫຼັກຊັບໃຫ້ກັບຜູ້ໃຊ້. ຈາກນັ້ນ, ພວກເຂົາສາມາດຄລິກໃສ່ອົງປະກອບຟັງເພື່ອເບິ່ງລາຍລະອຽດທາງດ້ານການເງິນຂອງຫຼັກຊັບ. ແອັບດັ່ງກ່າວຈະສະແດງລາຍລະອຽດເຫຼົ່ານີ້ໃນມຸມມອງລາຍການ. ແອັບອາດຈະຖືກປັບແຕ່ງໂດຍການໃຫ້ຜູ້ໃຊ້ເລືອກຫຼັກຊັບທີ່ຕ້ອງການ. ຫຼັງຈາກນັ້ນມັນຈະສະແດງບັນຊີລາຍຊື່ຂອງຫຼັກຊັບໂດຍອີງໃສ່ເງື່ອນໄຂທີ່ເຂົາເຈົ້າເລືອກ, ລວມທັງການຊື້ທີ່ຍັງຄ້າງແລະຄໍາສັ່ງຂາຍ.

ແອັບຯ Android ມັກຈະປະກອບດ້ວຍຫຼາຍຫນ້າຈໍ. ບາງຄັ້ງ, ຜູ້ໃຊ້ຕ້ອງການປ່ຽນລະຫວ່າງແອັບຯດ້ວຍເຫດຜົນຕ່າງໆ. ເພື່ອເຮັດສິ່ງນີ້, ພວກເຂົາໃຊ້ກົນໄກຄວາມຕັ້ງໃຈ. ຄວາມຕັ້ງໃຈຖືກນໍາໃຊ້ເພື່ອເຊື່ອມຕໍ່ກິດຈະກໍາພາຍໃນແອັບຯດຽວກັນ, ເຊັ່ນ​ດຽວ​ກັນ​ກັບ​ລະ​ຫວ່າງ​ກິດ​. ເພື່ອສະຫຼັບລະຫວ່າງແອັບຯ, ທ່ານຄວນສ້າງວັດຖຸຕັ້ງໃຈໃຫມ່ແລະໃຊ້ວິທີການ Android ທີ່ເຫມາະສົມ.

ເຈດຕະນາອະນຸຍາດໃຫ້ແອັບຯ Android ສະຫນອງການເຮັດວຽກທີ່ຄ້າຍຄືກັນກັບເວັບ. ເພື່ອເຮັດສິ່ງນີ້, ແອັບຯ Android ສາມາດປະຕິບັດຕົວກອງຄວາມຕັ້ງໃຈສໍາລັບການເຊື່ອມຕໍ່ເວັບ. ນີ້ຫມາຍຄວາມວ່າການເຊື່ອມຕໍ່ທີ່ຊີ້ໃຫ້ເຫັນເຖິງເວັບໄຊທ໌ຈະເປີດແອັບຯ Android ແທນທີ່ຈະເປັນຫນ້າເວັບ. ເພີ່ມ​ເຕີມ, Android 12 ແນະນຳຄວາມຕັ້ງໃຈເວັບທົ່ວໄປ, ທີ່ຖືກນໍາໃຊ້ເພື່ອເປີດແອັບຯຕົວທ່ອງເວັບເລີ່ມຕົ້ນຂອງຜູ້ໃຊ້.

ກິດຈະກຳເອີ້ນຄືນວົງຈອນຊີວິດ

ເມື່ອທ່ານຂຽນລະຫັດໃນແອັບຯ Android, ເຈົ້າອາດຈະພົບການເອີ້ນຄືນຂອງກິດຈະກໍາ Lifecycle. ການໂທກັບເຫຼົ່ານີ້ເຮັດໃຫ້ທ່ານຮູ້ວ່າເວລາທີ່ແອັບຯຂອງທ່ານຄວນຈະຖືກປິດ, ຣີສະຕາດແລ້ວ, ຫຼືກັບຄືນສູ່ສະຖານະທີ່ຜ່ານມາ. ໂຊກດີ, ການເອີ້ນຄືນເຫຼົ່ານີ້ສາມາດຖືກໃຊ້ໄດ້ທັງໃນສະພາບການເຄື່ອນໄຫວ ແລະ Fragment.

ມີສາມປະເພດຂອງ Activity Lifecycle Callbacks. ທໍາອິດ, ສຸດ(), ຈະຖືກເອີ້ນທຸກຄັ້ງທີ່ກິດຈະກໍາທໍາອິດປາກົດຢູ່ໃນຫນ້າຈໍ. ທີສອງ, ທີ່ກິນອາຫານ(), ເອີ້ນວ່າເມື່ອກິດຈະກໍາກັບຄືນມາຈາກການຖືກໂຈະ. ນີ້​ແມ່ນ​ການ​ໂທ​ກັບ​ຄືນ​ທີ່​ສໍາ​ຄັນ​ສໍາ​ລັບ​ທຸກ app Android ເພາະ​ວ່າ​ມັນ​ສາ​ມາດ​ປ້ອງ​ກັນ app ຂອງ​ທ່ານ​ຈາກ​ການ​ແລ່ນ​ດົນ​ນານ​.

ທ່ານຄວນເຂົ້າໃຈ Android API ເພື່ອເຮັດໃຫ້ການເອີ້ນຄືນເຫຼົ່ານີ້. ວິທີການ onStart ແລະ onStop ຖືກເອີ້ນຫຼາຍຄັ້ງໂດຍລະບົບ. ນີ້ຫມາຍຄວາມວ່າແອັບຯຂອງທ່ານອາດຈະໂທຫາວິທີການ onStart ຫຼາຍຄັ້ງ. ອັນນີ້ຈະເຮັດໃຫ້ການເຄື່ອນໄຫວຂອງເຈົ້າຖືກເບິ່ງເຫັນ ແລະຖືກເຊື່ອງໄວ້. ທ່ານກໍ່ຄວນຈະສາມາດບອກເວລາທີ່ກິດຈະກໍາຖືກທໍາລາຍໂດຍການເບິ່ງຂໍ້ຄວາມ logcat.

ການເອີ້ນຄືນ onCreate ແລະ onDestroy ຖືກກະຕຸ້ນໂດຍ OS ເນື່ອງຈາກການໂຕ້ຕອບຂອງຜູ້ໃຊ້. ນັກພັດທະນາຍັງສາມາດ override callbacks ໄດ້. ແນວໃດກໍ່ຕາມ, ເມື່ອ overriding callbacks ໄດ້, ນັກພັດທະນາຄວນໂທຫາວິທີການ super class. ການບໍ່ເຮັດແນວນັ້ນສາມາດສົ່ງຜົນໃຫ້ແອັບຯເຮັດວຽກຢູ່ໃນສະຖານະທີ່ແປກປະຫຼາດ ຫຼືແມ້ກະທັ້ງການຂັດຂ້ອງ.

ການເອີ້ນຄືນຂອງວົງຈອນການເຄື່ອນໄຫວຊ່ວຍໃຫ້ທ່ານເຂົ້າໃຈເວລາທີ່ແອັບພລິເຄຊັນຂອງທ່ານຄວນເຂົ້າສູ່ສະຖານະຢຸດຊົ່ວຄາວ ຫຼືຢຸດ. ທ່ານບໍ່ຄວນປະຕິບັດການຄິດໄລ່ແບບສຸມໃນໄລຍະນີ້, ເນື່ອງຈາກວ່າມັນສາມາດຊັກຊ້າການຫັນປ່ຽນໄປສູ່ສະຖານະຕໍ່ໄປແລະສິ້ນສຸດປະສົບການຂອງຜູ້ໃຊ້.

ການຕັດໄມ້

ການບັນທຶກຄໍາຮ້ອງສະຫມັກ Android ສາມາດເປັນເຄື່ອງມືທີ່ເປັນປະໂຫຍດສໍາລັບນັກພັດທະນາ. Android ໃຊ້ລະບົບສູນກາງສໍາລັບການເກັບຮັກສາຂໍ້ຄວາມບັນທຶກ, ເຊິ່ງສາມາດຖືກກັ່ນຕອງຕາມປະເພດຫຼືບູລິມະສິດ. ທ່ານສາມາດປັບແຕ່ງຂໍ້ຄວາມໄດ້ໂດຍການຂຽນຂໍ້ຄວາມບັນທຶກແບບກຳນົດເອງທີ່ກ່ຽວຂ້ອງກັບການເຮັດວຽກຂອງແອັບຯຂອງທ່ານ. ມີຫຼາຍວິທີທີ່ຈະບັນທຶກ ແລະວິເຄາະຄໍາຖະແຫຼງການບັນທຶກ.

ຫນຶ່ງໃນວິທີທີ່ງ່າຍທີ່ສຸດທີ່ຈະເຂົ້າສູ່ລະບົບແມ່ນໂດຍການນໍາໃຊ້ຫ້ອງຮຽນບັນທຶກທີ່ສ້າງຂຶ້ນ. ວິທີການບັນທຶກການຍອມຮັບສອງຫຼືສາມການໂຕ້ຖຽງ. ຂໍ້ຄວາມບັນທຶກສ່ວນໃຫຍ່ມີສອງ argument. ອາກິວເມັນຕ້ອງເປັນປະເພດ String. ປະເພດຂອງການຕັດໄມ້ນີ້ແມ່ນຈໍາກັດ, ແຕ່ມັນເປັນເຄື່ອງມືທີ່ເປັນປະໂຫຍດສໍາລັບຈຸດປະສົງຫຼາຍຢ່າງ.

ການບັນທຶກແອັບຯ Android ໄດ້ກາຍເປັນການປະຕິບັດການຂຽນໂປຼແກຼມທີ່ນິຍົມສໍາລັບນັກພັດທະນາ. ໂດຍ​ທົ່ວ​ໄປ, ແອັບ Android ຄວນບັນທຶກເຫດການວົງຈອນຊີວິດທຸກຄັ້ງທີ່ພວກມັນເກີດຂຶ້ນ. ຖ້າແອັບພລິເຄຊັນຕ້ອງການແກ້ໄຂບັນຫາ, ມັນຄວນຈະບັນທຶກຂໍ້ມູນທີ່ຊ່ວຍໃຫ້ນັກພັດທະນາດີບັກແອັບພລິເຄຊັນ. ນອກນັ້ນທ່ານຍັງສາມາດບັນທຶກຂໍ້ມູນ debug ໂດຍໃຊ້ Log.d() ວິທີການ. ວິທີການສຸດທ້າຍຍັງສາມາດບັນທຶກຄ່າຕົວແປແລະພິມຂໍ້ຄວາມ.

ໃນຂະນະທີ່ການດີບັກແມ່ນເປັນປະໂຫຍດໃນກໍລະນີຂອງຄວາມຜິດພາດ, over-logging ສາມາດຫຼຸດຜ່ອນການປະຕິບັດ. The best practice is to use debug logging only for development, and remove the verbose logging before publishing your application. As a developer, you should always review the logging output prior to publishing it. Android SDK comes with an integrated logging class. It writes the application’s data to a log called LogCat. ແນວໃດກໍ່ຕາມ, this method has some performance issues, so it should be used only when necessary.

You can also view the system logs in Android. These logs contain information on everything from analytics events to location and booking logs. You can filter the log output by application package with the help of a tool such as Android Studio.