ເວທີ "1C: ວິສາຫະກິດ" - ສິ່ງທີ່ຢູ່ພາຍໃຕ້ hood?

Hey Habr!
ໃນບົດຄວາມນີ້ພວກເຮົາຈະເລີ່ມຕົ້ນເລື່ອງກ່ຽວກັບວິທີການເຮັດວຽກພາຍໃນ ເວທີ "1C: ວິສາຫະກິດ 8" ແລະເຕັກໂນໂລຢີໃດທີ່ຖືກນໍາໃຊ້ໃນການພັດທະນາຂອງມັນ.

ເປັນຫຍັງພວກເຮົາຄິດວ່ານີ້ຫນ້າສົນໃຈ? ກ່ອນອື່ນ ໝົດ, ເພາະວ່າແພລະຕະຟອມ 1C:Enterprise 8 ແມ່ນແອັບພລິເຄຊັນໃຫຍ່ (ຫຼາຍກວ່າ 10 ລ້ານເສັ້ນຂອງລະຫັດ) ໃນ C ++ (ລູກຄ້າ, ເຊີຟເວີ, ແລະອື່ນໆ), JavaScript (ລູກຄ້າເວັບ), ແລະ, ບໍ່ດົນມານີ້, ແລະ. Java. ໂຄງການຂະຫນາດໃຫຍ່ສາມາດເປັນທີ່ຫນ້າສົນໃຈຢ່າງຫນ້ອຍເນື່ອງຈາກວ່າຂະຫນາດຂອງເຂົາເຈົ້າ, ເນື່ອງຈາກວ່າບັນຫາທີ່ເບິ່ງບໍ່ເຫັນຢູ່ໃນພື້ນຖານລະຫັດຂະຫນາດນ້ອຍເກີດຂື້ນໃນຜົນບັງຄັບໃຊ້ຢ່າງເຕັມທີ່ໃນໂຄງການດັ່ງກ່າວ. ອັນທີສອງ, "1C:Enterprise" ແມ່ນຜະລິດຕະພັນທີ່ສາມາດທົດແທນໄດ້, "ກ່ອງ", ແລະມີບົດຄວາມຈໍານວນຫນ້ອຍຫຼາຍກ່ຽວກັບການພັດທະນາດັ່ງກ່າວໃນHabre. ມັນໜ້າສົນໃຈສະເໝີທີ່ຈະຮູ້ວ່າຊີວິດຢູ່ໃນທີມ ແລະບໍລິສັດອື່ນເປັນແນວໃດ.

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

• ກຸ່ມເຊີບເວີ
• ລູກຄ້າ "ບາງ" ສາມາດເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍຜ່ານ http ແລະໂປໂຕຄອນ binary ຂອງຕົນເອງ
• ລູກຄ້າສໍາລັບການເຮັດວຽກໃນສະຖາປັດຕະຍະກໍາສອງຊັ້ນທີ່ມີຖານຂໍ້ມູນຕັ້ງຢູ່ໃນຮາດໄດຫຼືໂຟນເດີເຄືອຂ່າຍ
• ລູກຄ້າເວັບ
• ເຄື່ອງມືຄຸ້ມຄອງເຄື່ອງແມ່ຂ່າຍຂອງແອັບພລິເຄຊັນ
• ສະພາບແວດລ້ອມການພັດທະນາ (ເອີ້ນວ່າ Configurator)
• ສະພາບແວດລ້ອມເວລາແລ່ນສໍາລັບ iOS, Android ແລະ Windows Phone (ແພລະຕະຟອມມືຖື 1C)

ພາກສ່ວນທັງຫມົດເຫຼົ່ານີ້, ຍົກເວັ້ນລູກຄ້າເວັບ, ແມ່ນຂຽນໃນ C ++. ນອກຈາກນັ້ນ, ມີການປະກາດເມື່ອບໍ່ດົນມານີ້ ຮຸ່ນໃຫມ່ configurator, ຂຽນໃນ Java.

ແອັບຕົ້ນສະບັບ

C ++03 ຖືກໃຊ້ເພື່ອພັດທະນາແອັບພລິເຄຊັນພື້ນເມືອງ. ສໍາລັບ Windows, Microsoft Visual C++ 12 (ໂປຣໄຟລ໌ທີ່ເຂົ້າກັນໄດ້ກັບ Windows XP) ຖືກນໍາໃຊ້ເປັນຕົວລວບລວມ, ແລະສໍາລັບ Linux ແລະ Android - gcc 4.8, ສໍາລັບ iOS - clang 5.0. ຫ້ອງສະຫມຸດມາດຕະຖານທີ່ໃຊ້ແມ່ນຄືກັນສໍາລັບທຸກລະບົບປະຕິບັດການແລະຕົວລວບລວມຂໍ້ມູນ - STLPport . ການແກ້ໄຂນີ້ຊ່ວຍຫຼຸດຜ່ອນຄວາມເປັນໄປໄດ້ຂອງຄວາມຜິດພາດສະເພາະການປະຕິບັດ STL. ປະຈຸບັນພວກເຮົາກຳລັງວາງແຜນທີ່ຈະຍ້າຍໄປສູ່ການຈັດຕັ້ງປະຕິບັດ STL ທີ່ສົ່ງກັບ CLang, ເນື່ອງຈາກ STLPort ໄດ້ຖືກຢຸດໃຫ້ບໍລິການ ແລະ ບໍ່ເຂົ້າກັນໄດ້ກັບໂໝດເປີດການນຳໃຊ້ C++11 ຂອງ gcc.
ພື້ນຖານລະຫັດຂອງເຄື່ອງແມ່ຂ່າຍແມ່ນ 99% ທົ່ວໄປ, ລູກຄ້າຂອງ - 95%. ຍິ່ງໄປກວ່ານັ້ນ, ເຖິງແມ່ນວ່າແພລະຕະຟອມມືຖືໃຊ້ລະຫັດ C ++ ດຽວກັນກັບ "ໃຫຍ່", ເຖິງແມ່ນວ່າອັດຕາສ່ວນຂອງການລວມຕົວແມ່ນຂ້ອນຂ້າງຕ່ໍາ.
ເຊັ່ນດຽວກັນກັບຜູ້ໃຊ້ C++ ສ່ວນໃຫຍ່, ພວກເຮົາບໍ່ໄດ້ອ້າງວ່າໃຊ້ 100% ຂອງຄວາມສາມາດຂອງພາສາແລະຫ້ອງສະຫມຸດຂອງມັນ. ດັ່ງນັ້ນ, ພວກເຮົາປະຕິບັດບໍ່ໄດ້ໃຊ້ Boost, ແລະຫນຶ່ງໃນລັກສະນະພາສາແມ່ນການໂຍນປະເພດແບບເຄື່ອນໄຫວ. ໃນເວລາດຽວກັນ, ພວກເຮົາໃຊ້ຢ່າງຈິງຈັງ:

• STL (ໂດຍ​ສະ​ເພາະ​ສະ​ຕ​ຣິງ​, containers ແລະ​ວິ​ທີ​ການ​)
• ມໍລະດົກທີ່ຫຼາກຫຼາຍ, ລວມທັງ. ການສືບທອດການປະຕິບັດຫຼາຍ
• ຮູບແບບ
• ຂໍ້ຍົກເວັ້ນ
• ຕົວຊີ້ອັດສະລິຍະ (ການປະຕິບັດແບບກຳນົດເອງ)

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

Components

ເພື່ອຮັບປະກັນຄວາມໂມດູນ, ການທໍາງານທັງຫມົດແມ່ນແບ່ງອອກເປັນອົງປະກອບ, ເຊິ່ງເປັນຫ້ອງສະຫມຸດແບບເຄື່ອນໄຫວ (*.dll ສໍາລັບ Windows, *.so ສໍາລັບ Linux). ມີຫຼາຍກວ່າຫນຶ່ງຮ້ອຍຫ້າສິບອົງປະກອບໃນຈໍານວນທັງຫມົດ; ນີ້ແມ່ນຄໍາອະທິບາຍກ່ຽວກັບບາງສ່ວນຂອງພວກມັນ:

backend
ປະກອບດ້ວຍເຄື່ອງຈັກ metadata ຂອງເວທີ

accnt
ວັດຖຸທີ່ຜູ້ພັດທະນາແອັບພລິເຄຊັນໃຊ້ເພື່ອສ້າງບັນທຶກບັນຊີ (ຕາຕະລາງບັນຊີ ແລະທະບຽນບັນຊີ)

bsl
ເຄື່ອງຈັກປະຕິບັດພາສາຝັງ

nuke
ການປະຕິບັດແບບກຳນົດເອງຂອງຕົວຈັດສັນຄວາມຈຳ

dbeng8
ເຄື່ອງຈັກຖານຂໍ້ມູນໄຟລ໌. ເຄື່ອງຈັກຖານຂໍ້ມູນເຄື່ອງແມ່ຂ່າຍໄຟລ໌ງ່າຍດາຍໂດຍອີງໃສ່ ISAM, ເຊິ່ງປະກອບມີໂປເຊດເຊີ SQL ແບບງ່າຍດາຍ

wbbase
ປະ​ກອບ​ດ້ວຍ​ຊັ້ນ​ພື້ນ​ຖານ​ແລະ​ຫນ້າ​ທີ່​ສໍາ​ລັບ​ການ​ປະ​ຕິ​ບັດ​ການ​ໂຕ້​ຕອບ​ຜູ້​ໃຊ້ Windows - ຫ້ອງ​ຮຽນ​ປ່ອງ​ຢ້ຽມ​, ການ​ເຂົ້າ​ເຖິງ GDI​, ແລະ​ອື່ນໆ​.

ການແບ່ງອອກເປັນຫຼາຍອົງປະກອບແມ່ນເປັນປະໂຫຍດຈາກຫຼາຍຈຸດຂອງທັດສະນະ:

• ການແຍກຕົວສົ່ງເສີມການອອກແບບທີ່ດີກວ່າ, ໂດຍສະເພາະການແຍກລະຫັດທີ່ດີກວ່າ
• ຈາກຊຸດຂອງອົງປະກອບ, ທ່ານສາມາດປະກອບທາງເລືອກການຈັດສົ່ງທີ່ແຕກຕ່າງກັນໄດ້:
  • ຕົວຢ່າງ, ການຕິດຕັ້ງລູກຄ້າບາງໆຈະມີ wbase, ແຕ່ຈະບໍ່ມີ backend
  • ແຕ່ຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ wbase, ໃນທາງກົງກັນຂ້າມ, ມັນຈະບໍ່ເປັນ
  • ທັງສອງທາງເລືອກແນ່ນອນຈະມີ nuke ແລະ bsl

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

SCOM

ສໍາລັບການ decomposition ໃນລະດັບຕ່ໍາ, ລະບົບ SCOM ຖືກນໍາໃຊ້, ຫ້ອງສະຫມຸດທີ່ຄ້າຍຄືກັນໃນອຸດົມການກັບ ATL. ສໍາລັບຜູ້ທີ່ບໍ່ໄດ້ເຮັດວຽກກັບ ATL, ພວກເຮົາບອກສັ້ນໆກ່ຽວກັບຄວາມສາມາດແລະລັກສະນະຕົ້ນຕໍ.
ສໍາລັບຊັ້ນຮຽນ SCOM ທີ່ອອກແບບພິເສດ:

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

ຕົວຢ່າງ, ທ່ານສາມາດອະທິບາຍຫ້ອງຮຽນສໍາລັບການອ່ານ JSON (ຕົວຢ່າງ, JSONStreamReader) ໃນອົງປະກອບ json.dll.
ຫ້ອງຮຽນແລະຕົວຢ່າງສາມາດຖືກສ້າງຂື້ນຈາກອົງປະກອບອື່ນໆ; ມັນຈໍາເປັນຕ້ອງລົງທະບຽນຢູ່ໃນເຄື່ອງ SCOM:

SCOM_CLASS_ENTRY(JSONStreamReader)

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

IJSONStreamReaderPtr jsonReader = create_instance<IJSONStreamReader>(SCOM_CLSIDOF(JSONStreamReader));

ເພື່ອສະຫນັບສະຫນູນການບໍລິການ, SCOM ສະເຫນີໂຄງສ້າງພື້ນຖານທີ່ສັບສົນຫຼາຍ. ສູນກາງຂອງມັນແມ່ນແນວຄວາມຄິດຂອງຂະບວນການ SCOM, ເຊິ່ງເຮັດຫນ້າທີ່ເປັນຖັງສໍາລັບການບໍລິການທີ່ເຮັດວຽກ (i.e., ມີບົດບາດຂອງສະຖານທີ່ບໍລິການ), ແລະຍັງມີການຜູກມັດກັບຊັບພະຍາກອນທ້ອງຖິ່ນ. ຂະບວນການ SCOM ຖືກຜູກມັດກັບກະທູ້ OS. ຂໍຂອບໃຈກັບນີ້, ພາຍໃນຄໍາຮ້ອງສະຫມັກທ່ານສາມາດໄດ້ຮັບການບໍລິການເຊັ່ນນີ້:

SCOM_Process* process = core::current_process();
if (process)
         return get_service<IMyService>(process);

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

ໂດຍອີງໃສ່ຮູບແບບອົງປະກອບ SCOM, ທັງເຫດຜົນທາງທຸລະກິດແລະສ່ວນຕິດຕໍ່ຂອງ 1C: Enterprise ແມ່ນປະຕິບັດ.

ການໂຕ້ຕອບຂອງຜູ້ໃຊ້

ໂດຍວິທີທາງການ, ກ່ຽວກັບການໂຕ້ຕອບ. ພວກເຮົາບໍ່ໃຊ້ການຄວບຄຸມ Windows ມາດຕະຖານ; ການຄວບຄຸມຂອງພວກເຮົາຖືກປະຕິບັດໂດຍກົງໃນ Windows API. ສໍາລັບສະບັບ Linux, ຊັ້ນໄດ້ຖືກເຮັດໃຫ້ເຮັດວຽກຜ່ານຫ້ອງສະຫມຸດ wxWidgets.
ຫ້ອງສະໝຸດການຄວບຄຸມບໍ່ຂຶ້ນກັບພາກສ່ວນອື່ນໆຂອງ 1C:Enterprise ແລະຖືກໃຊ້ໂດຍພວກເຮົາໃນສິ່ງອໍານວຍຄວາມສະດວກພາຍໃນຂະຫນາດນ້ອຍອື່ນໆ.

ໃນໄລຍະປີຂອງການພັດທະນາຂອງ 1C: ວິສາຫະກິດ, ຮູບລັກສະນະຂອງການຄວບຄຸມໄດ້ມີການປ່ຽນແປງ, ແຕ່ການປ່ຽນແປງຢ່າງຈິງຈັງໃນຫຼັກການໄດ້ເກີດຂຶ້ນພຽງແຕ່ຄັ້ງດຽວ, ໃນປີ 2009, ກັບການເປີດຕົວຂອງຮຸ່ນ 8.2 ແລະການມາຮອດຂອງ "ຮູບແບບການຄຸ້ມຄອງ". ນອກເຫນືອຈາກການປ່ຽນແປງຮູບລັກສະນະ, ຫຼັກການຂອງຮູບແບບຮູບແບບໄດ້ມີການປ່ຽນແປງໂດຍພື້ນຖານ - ມີການປະຕິເສດການຈັດຕໍາແຫນ່ງ pixel-by-pixel ຂອງອົງປະກອບໃນຄວາມໂປດປານຂອງການໄຫຼ - ຮູບແບບຂອງອົງປະກອບ. ນອກຈາກນັ້ນ, ໃນຮູບແບບໃຫມ່, ການຄວບຄຸມບໍ່ໄດ້ເຮັດວຽກໂດຍກົງກັບວັດຖຸໂດເມນ, ແຕ່ມີ DTOs ພິເສດ (ວັດຖຸໂອນຂໍ້ມູນ).
ການປ່ຽນແປງເຫຼົ່ານີ້ເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະສ້າງ 1C: ລູກຄ້າເວັບວິສາຫະກິດທີ່ replicates C++ logic ຂອງການຄວບຄຸມ JavaScript. ພວກເຮົາພະຍາຍາມຮັກສາຄວາມສົມດຸນທີ່ເປັນປະໂຫຍດລະຫວ່າງລູກຄ້າບາງແລະເວັບ. ໃນກໍລະນີທີ່ເປັນໄປບໍ່ໄດ້, ຕົວຢ່າງເນື່ອງຈາກຂໍ້ຈໍາກັດຂອງ JavaScript API ທີ່ມີຢູ່ (ຕົວຢ່າງ, ຄວາມສາມາດໃນການເຮັດວຽກກັບໄຟລ໌ແມ່ນຈໍາກັດຫຼາຍ), ພວກເຮົາມັກຈະປະຕິບັດຫນ້າທີ່ທີ່ຈໍາເປັນໂດຍໃຊ້ສ່ວນຂະຫຍາຍຂອງຕົວທ່ອງເວັບທີ່ຂຽນໃນ C ++. ໃນປັດຈຸບັນພວກເຮົາສະຫນັບສະຫນູນ Internet Explorer ແລະ Microsoft Edge (Windows), Google Chrome (Windows), Firefox (Windows ແລະ Linux) ແລະ Safari (MacOS).

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

1C ການໂຕ້ຕອບໃນ Linux OS

ການໂຕ້ຕອບ 1C ໃນອຸປະກອນມືຖື

1C ການໂຕ້ຕອບໃນເວທີອື່ນໆ
ການໂຕ້ຕອບ 1C ໃນ Windows OS

ການໂຕ້ຕອບ 1C - web client

Open source

ເຖິງແມ່ນວ່າພວກເຮົາບໍ່ໄດ້ໃຊ້ຫ້ອງສະຫມຸດມາດຕະຖານສໍາລັບນັກພັດທະນາ C ++ ພາຍໃຕ້ Windows (MFC, ການຄວບຄຸມຈາກ WinAPI), ພວກເຮົາບໍ່ໄດ້ຂຽນອົງປະກອບທັງຫມົດດ້ວຍຕົນເອງ. ຫໍສະຫມຸດໄດ້ຖືກກ່າວເຖິງແລ້ວ wxWidgets, ແລະພວກເຮົາຍັງໃຊ້:

• cURL ສໍາລັບການເຮັດວຽກກັບ HTTP ແລະ FTP.
• OpenSSL ສໍາລັບການເຮັດວຽກກັບການເຂົ້າລະຫັດລັບແລະການສ້າງຕັ້ງການເຊື່ອມຕໍ່ TLS
• libxml2 ແລະ libxslt ສໍາລັບການວິເຄາະ XML
• libetpan ສໍາລັບການເຮັດວຽກກັບ mail protocols (POP3, SMTP, IMAP)
• ລຽນແບບ ເພື່ອວິເຄາະຂໍ້ຄວາມອີເມວ
• sqllite ສໍາລັບການເກັບຮັກສາບັນທຶກຜູ້ໃຊ້
• ICU ເພື່ອຄວາມເປັນສາກົນ

ບັນຊີລາຍຊື່ຕໍ່ໄປ.
ນອກຈາກນັ້ນ, ພວກເຮົາໃຊ້ສະບັບດັດແກ້ສູງ ການທົດສອບ Google и Google Mock ໃນ​ເວ​ລາ​ທີ່​ການ​ພັດ​ທະ​ນາ​ການ​ທົດ​ສອບ​ຫົວ​ຫນ່ວຍ​.
ຫ້ອງສະຫມຸດຕ້ອງການການປັບຕົວເພື່ອໃຫ້ເຂົ້າກັນໄດ້ກັບຮູບແບບອົງການຈັດຕັ້ງອົງປະກອບ SCOM.
ອັດຕາສ່ວນຂອງ 1C ເຮັດໃຫ້ເວທີເປັນການທົດສອບຄວາມເຂັ້ມແຂງທີ່ດີເລີດສໍາລັບຫ້ອງສະຫມຸດທີ່ໃຊ້ໃນມັນ. ຫຼາຍໆຜູ້ໃຊ້ແລະສະຖານະການເປີດເຜີຍຂໍ້ຜິດພາດໃນຂອບເຂດທີ່ບໍ່ຄ່ອຍໃຊ້ຫຼາຍທີ່ສຸດຂອງລະຫັດ. ພວກເຮົາແກ້ໄຂໃຫ້ເຂົາເຈົ້າດ້ວຍຕົນເອງແລະພະຍາຍາມໃຫ້ພວກເຂົາກັບຄືນໄປຫາຜູ້ຂຽນຫ້ອງສະຫມຸດ. ປະສົບການຂອງການໂຕ້ຕອບ turns ອອກຈະແຕກຕ່າງກັນຫຼາຍ.
ນັກພັດທະນາ cURL и libetpan ຕອບສະຫນອງຢ່າງໄວວາຕໍ່ການຮ້ອງຂໍດຶງ, ແຕ່ patch, ສໍາລັບການຍົກຕົວຢ່າງ, ໃນ OpenSSL ພວກເຮົາບໍ່ເຄີຍຈັດການໃຫ້ມັນຄືນ.

ສະຫລຸບ

ໃນ​ບົດ​ຄວາມ​ທີ່​ພວກ​ເຮົາ​ໄດ້​ສໍາ​ພັດ​ກ່ຽວ​ກັບ​ຫຼາຍ​ດ້ານ​ຕົ້ນ​ຕໍ​ຂອງ​ການ​ພັດ​ທະ​ນາ​ຂອງ 1C​: ວິ​ສາ​ຫະ​ກິດ​ເວ​ທີ​. ໃນຂອບເຂດຈໍາກັດຂອງບົດຄວາມ, ພວກເຮົາໄດ້ສໍາຜັດກັບບາງລັກສະນະທີ່ຫນ້າສົນໃຈ, ໃນຄວາມຄິດເຫັນຂອງພວກເຮົາ.
ຄໍາອະທິບາຍທົ່ວໄປຂອງກົນໄກເວທີຕ່າງໆສາມາດພົບໄດ້ ທີ່ນີ້.
ຫົວຂໍ້ໃດທີ່ທ່ານສົນໃຈໃນບົດຄວາມໃນອະນາຄົດ?

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

ຂຽນໃນຄໍາເຫັນ!

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