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

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

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

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

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

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

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

C++03 ຖືກນໍາໃຊ້ສໍາລັບການພັດທະນາແອັບພລິເຄຊັນພື້ນເມືອງ. Windows Microsoft Visual C++ 12 (ໂປຣໄຟລ໌ທີ່ເຂົ້າກັນໄດ້ກັບ) ຖືກໃຊ້ເປັນຄອມໄພເລີ Windows XP), ແລະ ພາຍໃຕ້ Linux и Android — gcc 4.8, ສຳລັບ iOS — clang 5.0. ຫ້ອງສະໝຸດມາດຕະຖານທີ່ໃຊ້ແມ່ນຄືກັນສຳລັບລະບົບປະຕິບັດການ ແລະ ຄອມໄພເລີທັງໝົດ: STLPort. ວິທີແກ້ໄຂນີ້ຊ່ວຍຫຼຸດຜ່ອນຄວາມເປັນໄປໄດ້ຂອງຄວາມຜິດພາດສະເພາະການຈັດຕັ້ງປະຕິບັດ. ປະຈຸບັນພວກເຮົາກຳລັງວາງແຜນທີ່ຈະຍ້າຍໄປສູ່ການຈັດຕັ້ງປະຕິບັດ 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-version ມີຊັ້ນທີ່ເຮັດວຽກຜ່ານຫ້ອງສະໝຸດ wxWidgets.
ຫ້ອງສະໝຸດການຄວບຄຸມບໍ່ຂຶ້ນກັບພາກສ່ວນອື່ນໆຂອງ 1C:Enterprise ແລະຖືກໃຊ້ໂດຍພວກເຮົາໃນສິ່ງອໍານວຍຄວາມສະດວກພາຍໃນຂະຫນາດນ້ອຍອື່ນໆ.

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

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

ອິນເຕີເຟດ 1C ໃນລະບົບປະຕິບັດການ Linux

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

1C ການໂຕ້ຕອບໃນເວທີອື່ນໆ
ອິນເຕີເຟດ 1C ໃນລະບົບປະຕິບັດການ Windows

ການໂຕ້ຕອບ 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