ເປັນຫຍັງຕ້ອງຮຽນຮູ້ Java ແລະວິທີການເຮັດມັນຢ່າງມີປະສິດທິພາບ. ບົດລາຍງານ Yandex

Java ແຕກຕ່າງຈາກພາສາທີ່ນິຍົມອື່ນໆແນວໃດ? ເປັນຫຍັງ Java ຄວນເປັນພາສາທໍາອິດທີ່ຈະຮຽນຮູ້? ໃຫ້ພວກເຮົາສ້າງແຜນການທີ່ຈະຊ່ວຍໃຫ້ທ່ານຮຽນຮູ້ Java ທັງໃນຕອນເລີ່ມຕົ້ນແລະໂດຍການໃຊ້ທັກສະການຂຽນໂປຼແກຼມໃນພາສາອື່ນໆ. ໃຫ້ບອກຄວາມແຕກຕ່າງລະຫວ່າງການສ້າງລະຫັດການຜະລິດໃນ Java ແລະການພັດທະນາໃນພາສາອື່ນໆ. Mikhail Zatepyakin ອ່ານບົດລາຍງານນີ້ໃນກອງປະຊຸມສໍາລັບຜູ້ເຂົ້າຮ່ວມໃນອະນາຄົດ ຝຶກງານ Yandex ແລະຜູ້ພັດທະນາເລີ່ມຕົ້ນອື່ນໆ - Java Junior Meetup.

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

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

ໃຫ້ເລີ່ມຕົ້ນ. ເປັນຫຍັງຕ້ອງຮຽນຮູ້ Java ຈາກຈຸດປະຕິບັດ? ຄວາມຈິງແລ້ວແມ່ນວ່າ Java ເປັນພາສາການຂຽນໂປຼແກຼມທີ່ມີຊື່ສຽງຫຼາຍ. ມັນມີຊຸມຊົນຂະຫນາດໃຫຍ່ຫຼາຍ.

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

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

ແມ່ນຫຍັງທີ່ດີກ່ຽວກັບ Java ຈາກທັດສະນະທາງອຸດົມການ? ມີພາສາການຂຽນໂປລແກລມທີ່ແຕກຕ່າງກັນ. ພວກເຂົາເຈົ້າແກ້ໄຂບັນຫາທີ່ແຕກຕ່າງກັນ, ທ່ານຮູ້ວ່າ. ຕົວຢ່າງ, Python ແມ່ນດີເລີດສໍາລັບການຂຽນ script ແຖວດຽວເພື່ອແກ້ໄຂບັນຫາໄວ.

ໃນດ້ານບວກ, ທ່ານສາມາດຄວບຄຸມລະຫັດປະຕິບັດໄດ້ຢ່າງເຕັມສ່ວນ. ຕົວຢ່າງ, ພວກເຮົາມີລົດ, ລົດ Yandex driverless, ລະຫັດຂອງພວກເຂົາແມ່ນຂຽນເປັນ pluses. ເປັນຫຍັງ? Java ມີສິ່ງດັ່ງກ່າວ - ຜູ້ເກັບຂີ້ເຫຍື້ອ. ມັນລ້າງ RAM ຂອງວັດຖຸທີ່ບໍ່ຈໍາເປັນ. ສິ່ງນີ້ເລີ່ມຕົ້ນໂດຍ spontaneous ແລະຢຸດ - ໂລກ, ນັ້ນແມ່ນ, ມັນຢຸດໂຄງການສ່ວນທີ່ເຫຼືອແລະໄປນັບວັດຖຸ, ຄວາມຊົງຈໍາທີ່ຊັດເຈນຂອງວັດຖຸ. ຖ້າສິ່ງດັ່ງກ່າວເຮັດວຽກຢູ່ໃນ drone, ມັນບໍ່ເຢັນ. drone ຂອງ​ທ່ານ​ຈະ​ຂັບ​ຊື່​, ໃນ​ປັດ​ຈຸ​ບັນ​ນີ້​ເຮັດ​ໃຫ້​ຄວາມ​ຊົງ​ຈໍາ​ຂອງ​ຕົນ​ທີ່​ຈະ​ແຈ້ງ​ແລະ​ບໍ່​ໄດ້​ເບິ່ງ​ຢູ່​ໃນ​ຖະ​ຫນົນ​ຫົນ​ທາງ​ທັງ​ຫມົດ​. ເພາະສະນັ້ນ, drone ແມ່ນລາຍລັກອັກສອນກ່ຽວກັບ pros ໄດ້.

Java ແກ້ໄຂບັນຫາໃດແດ່? ມັນຕົ້ນຕໍແມ່ນພາສາສໍາລັບການພັດທະນາໂຄງການຂະຫນາດໃຫຍ່ທີ່ຂຽນໃນໄລຍະປີ, ໂດຍປະຊາຊົນຫຼາຍສິບຄົນຫຼືຫຼາຍຮ້ອຍຄົນ. ໂດຍສະເພາະ, ຫຼາຍໆ backend ໃນ Yandex.Market ແມ່ນຂຽນໃນ Java. ພວກເຮົາມີທີມງານແຈກຢາຍຢູ່ໃນຫຼາຍເມືອງ, ສິບຄົນໃນແຕ່ລະ. ແລະລະຫັດແມ່ນງ່າຍຕໍ່ການຮັກສາ, ມັນໄດ້ຮັບການສະຫນັບສະຫນູນສໍາລັບສິບປີຫຼືຫຼາຍກວ່ານັ້ນ, ແລະໃນເວລາດຽວກັນຄົນໃຫມ່ເຂົ້າມາແລະເຂົ້າໃຈລະຫັດນີ້.

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

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

ໃນຄວາມຄິດເຫັນຂອງຂ້ອຍ, ທັກສະພື້ນຖານອັນໃດທີ່ຜູ້ເລີ່ມຕົ້ນ JA ຄວນມີ? ກ່ອນອື່ນ ໝົດ, ນີ້ແມ່ນຄວາມຮູ້ກ່ຽວກັບພາສາຫຼັກຂອງ Java. ຕໍ່ໄປແມ່ນບາງປະເພດຂອງໂຄງຮ່າງການ Injection Dependency. ຜູ້ເວົ້າຕໍ່ໄປ, Kirill, ຈະເວົ້າກ່ຽວກັບເລື່ອງນີ້ຢ່າງເຕັມທີ່. ຂ້ອຍຈະບໍ່ເລິກເກີນໄປ. ຕໍ່ໄປແມ່ນສະຖາປັດຕະຍະກໍາແລະຮູບແບບການອອກແບບ. ພວກເຮົາຈໍາເປັນຕ້ອງສາມາດຂຽນລະຫັດທີ່ສວຍງາມທາງສະຖາປັດຕະເພື່ອຂຽນຄໍາຮ້ອງສະຫມັກຂະຫນາດໃຫຍ່. ແລະນີ້ແມ່ນບາງປະເພດຂອງ SQL ຫຼື ORM ສໍາລັບວຽກງານຂອງການເຮັດວຽກກັບຖານຂໍ້ມູນ. ແລະນີ້ໃຊ້ຫຼາຍກັບ backend.

ໄປ! ຫຼັກ Java. ຂ້າ​ພະ​ເຈົ້າ​ຈະ​ບໍ່​ໄດ້​ຄົ້ນ​ພົບ​ອາ​ເມລິ​ກາ​ຢູ່​ທີ່​ນີ້ — ທ່ານ​ຈໍາ​ເປັນ​ຕ້ອງ​ຮູ້​ພາ​ສາ​ຕົວ​ມັນ​ເອງ. ສິ່ງທີ່ທ່ານຄວນເອົາໃຈໃສ່. ກ່ອນອື່ນ ໝົດ, Java ໄດ້ປ່ອຍອອກມາຫຼາຍລຸ້ນໃນຊຸມປີມໍ່ໆມານີ້, ນັ້ນແມ່ນ, ໃນປີ 2014-2015, ສະບັບທີ 4 ໄດ້ຖືກປ່ອຍອອກມາ, ຫຼັງຈາກນັ້ນ, ຮຸ່ນທີ 8, ເກົ້າ, ສິບ, ຮຸ່ນໃຫມ່ຫຼາຍ, ແລະສິ່ງໃຫມ່ໆຫຼາຍໄດ້ຖືກນໍາສະເຫນີໃນພວກມັນ. , ສໍາລັບການຍົກຕົວຢ່າງ, Java Stream API , lambda, ແລະອື່ນໆຫຼາຍ, ສົດ, ເຢັນສິ່ງທີ່ຖືກນໍາໃຊ້ໃນລະຫັດການຜະລິດ, ສິ່ງທີ່ເຂົາເຈົ້າຖາມກ່ຽວກັບການສໍາພາດແລະສິ່ງທີ່ທ່ານຈໍາເປັນຕ້ອງຮູ້. ດັ່ງນັ້ນ, ທ່ານບໍ່ຄວນເອົາປື້ມຈາກຊັ້ນວາງໃນຫ້ອງສະຫມຸດ Java-XNUMX ແລະໄປຮຽນຮູ້ມັນ. ນີ້ແມ່ນແຜນການຂອງພວກເຮົາ: ພວກເຮົາຮຽນຮູ້ Java-XNUMX ຫຼືສູງກວ່າ.

ພວກເຮົາເອົາໃຈໃສ່ກັບການປະດິດສ້າງເຊັ່ນ Stream API, var, ແລະອື່ນໆ.ພວກເຂົາຖືກຖາມໃນລະຫວ່າງການສໍາພາດແລະຖືກນໍາໃຊ້ຢ່າງຕໍ່ເນື່ອງໃນການຜະລິດ. ນັ້ນແມ່ນ, Stream API ແມ່ນເຢັນກວ່າ loops, ໂດຍທົ່ວໄປແລ້ວ, ເປັນສິ່ງທີ່ເຢັນຫຼາຍ. ໃຫ້ແນ່ໃຈວ່າຈະເອົາໃຈໃສ່.

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

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

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

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

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

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

ແລະບາງປະເພດຂອງສະພາບແວດລ້ອມການພັດທະນາ. ຂ້ອຍຂໍແນະນໍາ IntelliJ Idea. ມັນເລັ່ງຂະບວນການພັດທະນາຢ່າງຫຼວງຫຼາຍ, ຊ່ວຍໃຫ້ທ່ານຫຼາຍ, ຂຽນລະຫັດ boilerplate ທັງຫມົດສໍາລັບທ່ານ, ໂດຍທົ່ວໄປ, ມັນເຢັນ.

ລິ້ງຈາກສະໄລ້: SQLZOO, habrapost

SQL. ເລັກນ້ອຍກ່ຽວກັບ backenders. ໃນຄວາມເປັນຈິງ, ມີກໍລະນີທີ່ຕະຫລົກຢູ່ທີ່ນີ້. ສອງມື້ກ່ອນການສໍາພາດການຝຶກງານຄັ້ງທີສອງຂອງຂ້ອຍ, ຍິງ HR ໂທຫາຂ້ອຍແລະເວົ້າວ່າໃນສອງມື້ພວກເຂົາຈະຖາມຂ້ອຍກ່ຽວກັບ SQL ແລະ HTTP, ຂ້ອຍຈໍາເປັນຕ້ອງຮຽນຮູ້ມັນ. ແລະຂ້ອຍຮູ້ເກືອບບໍ່ມີຫຍັງກ່ຽວກັບ SQL ຫຼື HTTP. ແລະຂ້ອຍພົບເວັບໄຊທ໌ເຢັນນີ້ - SQLZOO. ຂ້ອຍໄດ້ຮຽນຮູ້ SQL ໃນ 12 ຊົ່ວໂມງ, ຂ້ອຍຫມາຍຄວາມວ່າ, syntax SQL, ວິທີການຂຽນ SELECT queries, JOIN, ແລະອື່ນໆ. ເວັບໄຊທ໌ທີ່ເຢັນຫຼາຍ, ຂ້ອຍຂໍແນະນໍາມັນ. ໃນຄວາມເປັນຈິງ, ໃນ 12 ຊົ່ວໂມງຂ້ອຍໄດ້ຮຽນຮູ້ 90% ຂອງສິ່ງທີ່ຂ້ອຍຮູ້ໃນປັດຈຸບັນ.

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

ໃນ Java, ນອກ ເໜືອ ໄປຈາກ SQL, ມີລະບົບການສ້າງແຜນທີ່ທີ່ກ່ຽວຂ້ອງກັບວັດຖຸເຊັ່ນ JPA. ມີລະຫັດບາງຢ່າງ. ໃນວິທີການທໍາອິດມີບາງລະຫັດ SQL - SELECT id name FROM info.users WHERE id IN userIds. ຈາກຖານຂໍ້ມູນຜູ້ໃຊ້, ຈາກຕາຕະລາງ, ID ແລະຊື່ຂອງພວກເຂົາແມ່ນໄດ້ຮັບ.

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

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

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

Spring Boot ແມ່ນຊິ້ນສ່ວນຂອງ Spring ທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດດໍາເນີນການຄໍາຮ້ອງສະຫມັກເຊີຟເວີຂອງທ່ານດ້ວຍປຸ່ມດຽວ. ທ່ານໄປທີ່ THID, ກົດປຸ່ມສອງສາມປຸ່ມ, ແລະຕອນນີ້ທ່ານມີຄໍາຮ້ອງສະຫມັກເຊີຟເວີຂອງທ່ານແລະເຮັດວຽກຢູ່ໃນ localhost 8080. ນັ້ນແມ່ນ, ທ່ານຍັງບໍ່ໄດ້ຂຽນລະຫັດດຽວ, ແຕ່ມັນເຮັດວຽກແລ້ວ. ສິ່ງທີ່ເຢັນຫຼາຍ. ຖ້າທ່ານຂຽນບາງສິ່ງບາງຢ່າງຂອງຕົນເອງ, ໄຟ!

ພາກຮຽນ spring ເປັນກອບຂະຫນາດໃຫຍ່ຫຼາຍ. ມັນບໍ່ພຽງແຕ່ເລືອກເອົາຄໍາຮ້ອງສະຫມັກເຊີຟເວີຂອງທ່ານແລະແກ້ໄຂບັນຫາການໃສ່ການເພິ່ງພາອາໄສ. ມັນອະນຸຍາດໃຫ້ທ່ານເຮັດຫຼາຍສິ່ງ, ລວມທັງການສ້າງວິທີການ REST API. ນັ້ນແມ່ນ, ທ່ານໄດ້ຂຽນບາງວິທີແລະຄັດຕິດເອົາຄໍາອະທິບາຍແຜນທີ່ Get ກັບມັນ. ແລະຕອນນີ້ທ່ານມີວິທີການບາງຢ່າງໃນ localhost ທີ່ຂຽນ Hello world ໃຫ້ກັບເຈົ້າແລ້ວ. ສອງສາຍຂອງລະຫັດແລະມັນເຮັດວຽກ. ສິ່ງທີ່ເຢັນ.

ພາກຮຽນ spring ຍັງເຮັດໃຫ້ການທົດສອບການຂຽນງ່າຍຂຶ້ນ. ບໍ່ມີທາງທີ່ບໍ່ມີການທົດສອບໃນການພັດທະນາຂະຫນາດໃຫຍ່. ລະຫັດຕ້ອງໄດ້ຮັບການທົດສອບ. ສໍາລັບຈຸດປະສົງນີ້, Java ມີຫ້ອງສະຫມຸດເຢັນ JUnit 5. ແລະ JUnit ໂດຍທົ່ວໄປ, ແຕ່ສະບັບຫລ້າສຸດແມ່ນຫ້າ. ມີທຸກສິ່ງທຸກຢ່າງສໍາລັບການທົດສອບ, ທຸກປະເພດຂອງການຢືນຢັນແລະສິ່ງອື່ນໆ.

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

ທ່ານຈະເວົ້າວ່າເມື່ອຄໍາຮ້ອງຂໍເຂົ້າມາໃນຫ້ອງຮຽນນີ້ດ້ວຍ ID ດັ່ງກ່າວ, ມັນຈະສົ່ງຄືນບາງນາມສະກຸນ, ຕົວຢ່າງ, Vasya Pupkin. ແລະມັນຈະເຮັດວຽກ. ນັ້ນແມ່ນ, ທ່ານຈະທົດສອບການທໍາງານທັງຫມົດສໍາລັບ mok ຫນຶ່ງຫ້ອງຮຽນ. ສິ່ງທີ່ເຢັນຫຼາຍ.

ເຊື່ອມຕໍ່ຈາກສະໄລ້

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

ມີເວັບໄຊທ໌ທີ່ມີຮູບແບບທີ່ນິຍົມຫຼາຍທີ່ສຸດ - refactoring.guru, ທ່ານສາມາດອ່ານມັນ, ຊອກຫາສິ່ງທີ່ມີຮູບແບບ, ອ່ານທິດສະດີຫຼາຍ. ບັນຫາແມ່ນວ່າມັນບໍ່ມີປະໂຫຍດຫຍັງເລີຍ. ໃນຄວາມເປັນຈິງ, ຮູບແບບທີ່ບໍ່ມີການປະຕິບັດແມ່ນບໍ່ເປັນປະໂຫຍດໂດຍສະເພາະ.

ທ່ານຈະໄດ້ຍິນກ່ຽວກັບບາງຮູບແບບເຊັ່ນ Singletone ຫຼື Builder. ໃຜໄດ້ຍິນຄໍາເຫຼົ່ານີ້? ຄົນ​ຫຼາຍ. ມີຮູບແບບທີ່ງ່າຍດາຍທີ່ທ່ານສາມາດປະຕິບັດຕົວທ່ານເອງ. ແຕ່ຮູບແບບສ່ວນໃຫຍ່: ຍຸດທະສາດ, ໂຮງງານ, facade - ມັນບໍ່ຊັດເຈນບ່ອນທີ່ຈະນໍາໃຊ້ພວກມັນ.

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

ເປັນຫຍັງຕ້ອງການຮູບແບບ? ໃຫ້ເວົ້າວ່າທ່ານມີລະດັບຜູ້ໃຊ້ທີ່ແນ່ນອນ. ມັນມີ ID ແລະຊື່. ຜູ້ໃຊ້ແຕ່ລະຄົນຕ້ອງມີທັງ Id ແລະຊື່. ຊ້າຍເທິງແມ່ນຫ້ອງຮຽນ.

ວິທີການເລີ່ມຕົ້ນຜູ້ໃຊ້ແມ່ນຫຍັງ? ມີສອງທາງເລືອກ - ບໍ່ວ່າຈະເປັນ constructor ຫຼື setter. ຂໍ້ເສຍຂອງທັງສອງວິທີການແມ່ນຫຍັງ?

ຜູ້ກໍ່ສ້າງ. ຜູ້ໃຊ້ໃໝ່ (7, "ພັນທະບັດ"), ຕົກລົງ. ຕອນນີ້ໃຫ້ເວົ້າວ່າພວກເຮົາບໍ່ມີ User class, ແຕ່ມີອີກອັນໜຶ່ງ, ມີ XNUMX ຊ່ອງຂໍ້ມູນຕົວເລກ. ເຈົ້າຈະມີຕົວສ້າງທີ່ບັນຈຸເຈັດຕົວເລກຕິດຕໍ່ກັນ. ຍັງ​ບໍ່​ເປັນ​ທີ່​ຈະ​ແຈ້ງ​ເທື່ອ​ວ່າ​ຕົວ​ເລກ​ເຫຼົ່າ​ນີ້​ແມ່ນ​ຫຍັງ ​ແລະ​ອັນ​ໃດ​ເປັນ​ຂອງ​ຊັບ​ສິນ​ໃດ. ຜູ້ອອກແບບບໍ່ຍິ່ງໃຫຍ່.

ທາງເລືອກທີສອງແມ່ນ setter. ທ່ານຂຽນຢ່າງຊັດເຈນ: setId(7), setName("ພັນທະບັດ"). ທ່ານເຂົ້າໃຈວ່າຊັບສິນໃດເປັນຂອງພາກສະຫນາມໃດ. ແຕ່ setter ມີບັນຫາ. ປະການທໍາອິດ, ທ່ານອາດຈະລືມທີ່ຈະມອບຫມາຍບາງສິ່ງບາງຢ່າງ, ແລະອັນທີສອງ, ວັດຖຸຂອງທ່ານກາຍເປັນການປ່ຽນແປງ. ນີ້ບໍ່ແມ່ນກະທູ້ທີ່ປອດໄພແລະຫຼຸດຜ່ອນການອ່ານລະຫັດເລັກນ້ອຍ. ນັ້ນແມ່ນເຫດຜົນທີ່ຄົນມາກັບຮູບແບບທີ່ເຢັນ - Builder.

ອັນນີ້ກ່ຽວກັບຫຍັງ? ໃຫ້ພະຍາຍາມສົມທົບຄວາມໄດ້ປຽບຂອງທັງສອງວິທີການ - setter ແລະ constructor - ໃນຫນຶ່ງ. ພວກເຮົາສ້າງວັດຖຸທີ່ແນ່ນອນ, Builder, ເຊິ່ງຍັງຈະມີ Id ແລະ Name fields, ເຊິ່ງຕົວມັນເອງຈະຖືກສ້າງຂຶ້ນໂດຍອີງໃສ່ setter, ແລະເຊິ່ງຈະມີວິທີການ Build ທີ່ສົ່ງຄືນຜູ້ໃຊ້ໃຫມ່ໃຫ້ກັບເຈົ້າທີ່ມີພາລາມິເຕີທັງຫມົດ. ພວກເຮົາໄດ້ຮັບວັດຖຸທີ່ບໍ່ປ່ຽນແປງໄດ້ແລະຕົວຕັ້ງ. ເຢັນ!

ມີບັນຫາຫຍັງແດ່? ທີ່ນີ້ພວກເຮົາມີ Builder ຄລາສສິກ. ບັນຫາແມ່ນວ່າພວກເຮົາຍັງສາມາດລືມການກວດສອບໃນບາງພາກສະຫນາມ. ແລະຖ້າພວກເຮົາລືມໄປຢ້ຽມຢາມ ID, ໃນກໍລະນີນີ້ໃນ Builder ມັນຖືກເລີ່ມຕົ້ນເປັນສູນ, ເພາະວ່າປະເພດ int ບໍ່ສາມາດ nullable. ແລະຖ້າພວກເຮົາຕັ້ງຊື່ "ພັນທະບັດ" ແລະລືມໄປຢ້ຽມຢາມຫ້ອງການ ID, ພວກເຮົາຈະມີຜູ້ໃຊ້ໃຫມ່ທີ່ມີ ID "0" ແລະຊື່ "ພັນທະບັດ". ບໍ່ເຢັນ.

ໃຫ້ພະຍາຍາມຕໍ່ສູ້ກັບນີ້. ໃນ Builder ພວກເຮົາຈະປ່ຽນ int ເປັນ int ເພື່ອໃຫ້ມັນເປັນ nullable. ໃນປັດຈຸບັນທຸກສິ່ງທຸກຢ່າງແມ່ນຍິ່ງໃຫຍ່.

ຖ້າພວກເຮົາພະຍາຍາມສ້າງຜູ້ໃຊ້ທີ່ມີຊື່ "ພັນທະບັດ", ລືມໃສ່ ID, ພວກເຮົາຈະໄດ້ຮັບການຍົກເວັ້ນຕົວຊີ້ null, ເພາະວ່າ ID ບໍ່ແມ່ນ null, ແຕ່ Builder ມີ null, ໂດຍສະເພາະ pointer ຍົກເວັ້ນ.

ແຕ່ພວກເຮົາຍັງສາມາດລືມໃສ່ຊື່, ດັ່ງນັ້ນພວກເຮົາຈຶ່ງຕັ້ງວັດຖຸ replay ເປັນ null. ໃນປັດຈຸບັນ, ເມື່ອພວກເຮົາສ້າງວັດຖຸຂອງພວກເຮົາຈາກ Builder, ມັນກວດເບິ່ງວ່າພາກສະຫນາມບໍ່ແມ່ນ nullable. ແລະນັ້ນບໍ່ແມ່ນທັງຫມົດ.

ໃຫ້ເບິ່ງຕົວຢ່າງສຸດທ້າຍ. ໃນກໍລະນີນີ້, ຖ້າພວກເຮົາວາງ null ໃນ ID runtime, ມັນຈະເປັນການດີທີ່ຈະຮູ້ທັນທີວ່າທ່ານໄດ້ເຮັດມັນແລະມັນບໍ່ເຢັນທີ່ເຈົ້າກໍາລັງເຮັດຜິດໃນຕອນນີ້.

ທ່ານ ຈຳ ເປັນຕ້ອງຖິ້ມຄວາມຜິດພາດທີ່ບໍ່ແມ່ນຢູ່ໃນເວລາຂອງການສ້າງຜູ້ໃຊ້, ແຕ່ເມື່ອທ່ານຕັ້ງ null ກັບ ID. ດັ່ງນັ້ນ, ໃນ Builder ພວກເຮົາຈະປ່ຽນ setter Integer ເປັນ int, ແລະລາວຈະສາບານທັນທີວ່າພວກເຂົາຖິ້ມ null.

ໃນສັ້ນ, ຈຸດແມ່ນຫຍັງ? ມີຮູບແບບ Builder ງ່າຍດາຍ, ແຕ່ເຖິງແມ່ນການປະຕິບັດຂອງມັນຍັງມີບາງ subtleties, ສະນັ້ນມັນເຢັນຫຼາຍທີ່ຈະເບິ່ງການປະຕິບັດທີ່ແຕກຕ່າງກັນຂອງຮູບແບບ. ແຕ່ລະຮູບແບບມີການປະຕິບັດຫຼາຍສິບອັນ. ນີ້ແມ່ນທັງຫມົດທີ່ຫນ້າສົນໃຈຫຼາຍ.

ພວກເຮົາຂຽນ Builder ໃນລະຫັດການຜະລິດແນວໃດ? ນີ້ແມ່ນຜູ້ໃຊ້ຂອງພວກເຮົາ. ພວກເຮົາຄັດຕິດການຫມຸນ Builder ຈາກຫ້ອງສະຫມຸດ Lombok ກັບມັນ, ແລະຕົວມັນເອງສ້າງ Builder ສໍາລັບພວກເຮົາ. ນັ້ນແມ່ນ, ພວກເຮົາບໍ່ໄດ້ຂຽນລະຫັດໃດໆ, ແຕ່ Java ຄິດວ່າຫ້ອງຮຽນນີ້ມີ Builder, ແລະພວກເຮົາສາມາດເອີ້ນມັນແບບນີ້.

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

ຮູບແບບສາມາດເປັນສະຖາປັດຕະຍະກໍາ - ກ່ຽວຂ້ອງກັບບໍ່ພຽງແຕ່ຫ້ອງຮຽນຫນຶ່ງ, ແຕ່ກັບລະບົບທັງຫມົດ. ມີຫຼັກການທີ່ເຢັນໃນການອອກແບບລະບົບ: ຫຼັກການຄວາມຮັບຜິດຊອບດຽວ. ລາວເວົ້າກ່ຽວກັບຫຍັງ? ຄວາມຈິງທີ່ວ່າແຕ່ລະຫ້ອງຮຽນຕ້ອງຮັບຜິດຊອບບາງຫນ້າທີ່ຂອງຕົນເອງ. ໃນກໍລະນີນີ້, ພວກເຮົາມີ Controller ທີ່ຕິດຕໍ່ສື່ສານກັບຜູ້ໃຊ້, JSON objects. ມີ Facade, ເຊິ່ງປ່ຽນວັດຖຸ JSON ເຂົ້າໄປໃນແບບຈໍາລອງທີ່ແອັບພລິເຄຊັນ Java ຈະເຮັດວຽກກັບ. ມີບໍລິການທີ່ມີເຫດຜົນສະລັບສັບຊ້ອນທີ່ເຮັດວຽກກັບຕົວແບບເຫຼົ່ານີ້. ມີ Data Access Object ທີ່ເອົາຕົວແບບເຫຼົ່ານີ້ເຂົ້າໄປໃນຖານຂໍ້ມູນແລະດຶງຂໍ້ມູນຈາກຖານຂໍ້ມູນ. ແລະມີຖານຂໍ້ມູນຕົວມັນເອງ. ໃນຄໍາສັບຕ່າງໆອື່ນໆ, ມັນບໍ່ແມ່ນທັງຫມົດໃນຫນຶ່ງຫ້ອງຮຽນ, ແຕ່ພວກເຮົາກໍາລັງສ້າງຫ້າຫ້ອງຮຽນທີ່ແຕກຕ່າງກັນ, ແລະນັ້ນແມ່ນຮູບແບບອື່ນ.

ເມື່ອທ່ານໄດ້ຮຽນຮູ້ Java ຫຼາຍຫຼືຫນ້ອຍ, ມັນດີທີ່ຈະຂຽນໂຄງການຂອງທ່ານເອງທີ່ຈະມີຖານຂໍ້ມູນ, ເຮັດວຽກກັບ APIs ອື່ນໆ, ແລະເປີດເຜີຍຄໍາຮ້ອງສະຫມັກເຊີຟເວີຂອງທ່ານໃຫ້ກັບລູກຄ້າ REST API. ນີ້ຈະເປັນການດີທີ່ຈະເພີ່ມຊີວະປະຫວັດຂອງເຈົ້າ, ມັນຈະເປັນຈຸດຈົບທີ່ດີກັບການສຶກສາຂອງເຈົ້າ. ດ້ວຍນີ້ທ່ານສາມາດໄປແລະໄດ້ວຽກ.

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

ຂ້ອຍໄດ້ເຮັດຫຍັງແດ່ໃນໂຄງການ? ຂຽນຄໍາຮ້ອງສະຫມັກເຊີຟເວີໃນ Spring Boot ໂດຍບໍ່ຕ້ອງໃຊ້ SQL. ຂ້ອຍບໍ່ຮູ້ຈັກລາວ, ຂ້ອຍໃຊ້ JPA. ມັນສາມາດເຮັດໄດ້ແນວໃດ? ເຂົ້າສູ່ລະບົບ VK ຜ່ານ OAuth-2. ເອົາ token ຂອງຜູ້ໃຊ້, ໄປຫາ VK ກັບມັນ, ກວດເບິ່ງວ່າມັນເປັນຜູ້ໃຊ້ທີ່ແທ້ຈິງ. ໄດ້ຮັບຂໍ້ມູນກ່ຽວກັບຜູ້ໃຊ້ຜ່ານ VKontakte. ມັນສາມາດບັນທຶກຂໍ້ມູນໃນຖານຂໍ້ມູນ, ຜ່ານ JPA. ຊໍານິຊໍານານບັນທຶກຮູບພາບແລະໄຟລ໌ອື່ນໆໃນຫນ່ວຍຄວາມຈໍາຄອມພິວເຕີ, ແລະບັນທຶກການເຊື່ອມຕໍ່ກັບພວກເຂົາໃນຖານຂໍ້ມູນ. ໃນເວລານັ້ນຂ້ອຍບໍ່ຮູ້ວ່າມີວັດຖຸ CLOB ໃນຖານຂໍ້ມູນ, ດັ່ງນັ້ນຂ້ອຍຈຶ່ງເຮັດແບບນີ້. ມີ REST API ສໍາລັບຜູ້ໃຊ້, ຄໍາຮ້ອງສະຫມັກຂອງລູກຄ້າ. ແລະມີການທົດສອບຫນ່ວຍງານສໍາລັບການທໍາງານພື້ນຖານ.

[…] ຕົວຢ່າງເລັກນ້ອຍຂອງການຮຽນຮູ້ທີ່ປະສົບຜົນສໍາເລັດຂອງຂ້ອຍກ່ຽວກັບ Java. ໃນປີທໍາອິດຂອງຂ້ອຍຢູ່ໃນມະຫາວິທະຍາໄລ, ຂ້ອຍໄດ້ຖືກສອນ C# ແລະໃຫ້ຄວາມເຂົ້າໃຈກ່ຽວກັບການຂຽນໂປລແກລມ OOP - ຫ້ອງຮຽນໃດ, ການໂຕ້ຕອບ, abstraction ແມ່ນ, ແລະເປັນຫຍັງພວກມັນຕ້ອງການ. ມັນຊ່ວຍຂ້ອຍຫຼາຍ. ຖ້າບໍ່ມີສິ່ງນີ້, ການຮຽນຮູ້ Java ແມ່ນຂ້ອນຂ້າງຍາກ; ມັນບໍ່ຈະແຈ້ງວ່າເປັນຫຍັງຫ້ອງຮຽນຈຶ່ງຕ້ອງການ.

ໃນປີທີສອງຂອງຂ້ອຍຢູ່ໃນມະຫາວິທະຍາໄລ, ພວກເຂົາໄດ້ສອນ Java core ອີກເທື່ອ ໜຶ່ງ, ແຕ່ຂ້ອຍບໍ່ໄດ້ຢຸດຢູ່ທີ່ນັ້ນ, ຂ້ອຍໄດ້ໄປຮຽນ Spring ດ້ວຍຕົນເອງແລະຂຽນເອກະສານຫຼັກສູດ, ໂຄງການຂອງຂ້ອຍ, ເຊິ່ງຂ້ອຍໄດ້ກ່າວມາຂ້າງເທິງ. ແລະດ້ວຍສິ່ງທັງຫມົດນີ້, ຂ້າພະເຈົ້າໄດ້ໄປຝຶກງານຢູ່ Yandex, ຜ່ານການສໍາພາດ, ແລະເຂົ້າໄປໃນ Yandex.Market. ຢູ່ທີ່ນັ້ນຂ້ອຍຂຽນ backend ສໍາລັບ Beru, ນີ້ແມ່ນຕະຫຼາດຂອງພວກເຮົາ, ແລະສໍາລັບ Yandex.Market ເອງ.

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

ຂອບ​ໃຈ! ລິ້ງທີ່ມີປະໂຫຍດ:
- "Java 8. ຄູ່ມືເລີ່ມຕົ້ນ".
- ໂຄງສ້າງຂໍ້ມູນ.
- SQLZOO.
- ການເຮັດໃຫ້ຖານຂໍ້ມູນປົກກະຕິ.
- ຮູບແບບການອອກແບບ.
- ຮູບແບບການອອກແບບ.
- ລະຫັດສະອາດ.
- Java ທີ່ມີປະສິດທິພາບ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com