Wolfram Function Repository: ເປີດເວທີການເຂົ້າເຖິງສໍາລັບການຂະຫຍາຍພາສາ Wolfram

ສະບາຍດີ, Habr! ຂ້າພະເຈົ້າສະເຫນີໃຫ້ທ່ານສົນໃຈການແປພາສາຂອງ Stephen Wolfram "Wolfram Function Repository: ເປີດຕົວເວທີເປີດສໍາລັບການຂະຫຍາຍພາສາ Wolfram".

ເງື່ອນໄຂເບື້ອງຕົ້ນສໍາລັບຄວາມສອດຄ່ອງຂອງພາສາ Wolfram

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

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

ຕົວຢ່າງ, ຄັງເກັບມ້ຽນຟັງຊັນ Wolfram ມີຢູ່ແລ້ວ 532 ຄຸນ​ນະ​ສົມ​ບັດ​ໃຫມ່​ ໂຄງ​ສ້າງ​ເປັນ 26 ປະ​ເພດ thematic​:

ເຊັ່ນດຽວກັນຫຼາຍກ່ວາ 6000 ຫນ້າທີ່ມາດຕະຖານ, ສ້າງຂຶ້ນໃນພາສາ Wolfram, ແຕ່ລະຫນ້າທີ່ຈາກ repository ມີຫນ້າເອກະສານທີ່ມີລາຍລະອຽດຂອງເຂົາເຈົ້າແລະຕົວຢ່າງຂອງການເຮັດວຽກ:

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

ມັນຄວນຈະສັງເກດເຫັນໃນທີ່ນີ້ວ່າໃນເວລາທີ່ການປຸງແຕ່ງ ໂລໂກ້ QRCode ຕົວຢ່າງເຊັ່ນ, ທ່ານບໍ່ຕ້ອງການຕັ້ງ "ຫ້ອງສະຫມຸດການປຸງແຕ່ງຮູບພາບ" - ເພາະວ່າພວກເຮົາໄດ້ປະຕິບັດວິທີການທີ່ສອດຄ່ອງແລະລະມັດລະວັງໃນພາສາ Wolfram ແລ້ວ. ການ​ປຸງ​ແຕ່ງ​ຮູບ​ພາບ​, ຊຶ່ງສາມາດປະມວນຜົນທັນທີໂດຍຟັງຊັນພາສາກາຟິກຕ່າງໆ:

ຂ້າພະເຈົ້າຫວັງວ່າດ້ວຍການສະຫນັບສະຫນູນ ຊຸມຊົນທີ່ປະເສີດແລະມີພອນສະຫວັນ, ເຊິ່ງມີການຂະຫຍາຍຕົວແລະຂະຫຍາຍ (ອີງໃສ່ພາສາ Wolfram) ໃນຫຼາຍທົດສະວັດທີ່ຜ່ານມາ. ຄັງເກັບມ້ຽນຟັງຊັນ Wolfram ຈະຊ່ວຍໃຫ້ໃນອະນາຄົດອັນໃກ້ນີ້ຂະຫຍາຍຂອບເຂດຂອງຫນ້າທີ່ (ອາດມີທ່າແຮງທີ່ສໍາຄັນ, ພິເສດໃນຂົງເຂດຕ່າງໆຂອງວິທະຍາສາດແລະເຕັກໂນໂລຢີ) ທີ່ມີໃນພາສາ. ດັ່ງນັ້ນ, ມັນເປັນໄປໄດ້ທີ່ຈະນໍາໃຊ້ທັງເນື້ອໃນຂອງພາສາ (ຫນ້າທີ່ສ້າງໃນຂອງມັນ) ແລະ ຫຼັກ​ການ​ພັດ​ທະ​ນາ​, ເຊິ່ງຖືກປະຕິບັດໂດຍອີງໃສ່ພາສາ. (ມັນຄວນຈະສັງເກດເຫັນຢູ່ທີ່ນີ້ວ່າ Wolfram Language ແລ້ວມີຫຼາຍກວ່າ 30 ປີ​ປະ​ຫວັດ​ສາດ​ຂອງ​ການ​ພັດ​ທະ​ນາ​ແລະ​ການ​ຂະ​ຫຍາຍ​ຕົວ​ທີ່​ຫມັ້ນ​ຄົງ​).
ຟັງຊັນຈາກບ່ອນເກັບມ້ຽນອາດມີລະຫັດນ້ອຍໆ ຫຼືຂະໜາດໃຫຍ່ທີ່ຂຽນໃນພາສາ Wolfram. ຕົວຢ່າງ, ເຫຼົ່ານີ້ອາດຈະເປັນການໂທ APIs ພາຍນອກ ແລະການບໍລິການ ຫຼືຫ້ອງສະໝຸດພາຍນອກໃນພາສາອື່ນ. ລັກສະນະທີ່ເປັນເອກະລັກຂອງວິທີການນີ້ແມ່ນວ່າເມື່ອທ່ານເຈາະລົງໄປຫາຫນ້າທີ່ຜູ້ໃຊ້ລະດັບ, ຈະບໍ່ມີຄວາມສອດຄ່ອງທີ່ອາດຈະເກີດຂື້ນເພາະວ່າວິທີການດັ່ງກ່າວຖືກສ້າງຂຶ້ນຢູ່ເທິງໂຄງສ້າງທີ່ສອດຄ່ອງຂອງພາສາ Wolfram - ແລະທຸກໆຫນ້າທີ່ຈະເຮັດວຽກຢ່າງຖືກຕ້ອງ - ຄືກັນ. ນາງຄວນ.
Shell ແລະໂຄງສ້າງການຂຽນໂປລແກລມຂອງ Wolfram Feature Repository ໄດ້ຖືກອອກແບບເພື່ອໃຫ້ທຸກຄົນສາມາດປະກອບສ່ວນເຂົ້າໃນສາເຫດທົ່ວໄປໃນວິທີທີ່ງ່າຍດາຍແລະສະດວກທີ່ສຸດສໍາລັບພວກເຂົາ - ໃນຄວາມເປັນຈິງ, ພຽງແຕ່. ໂດຍການຕື່ມໄຟລ໌ຂໍ້ຄວາມ notepad (ມີນາມສະກຸນ nb) WL. ຟັງຊັນອັດຕະໂນມັດໃນຕົວຊ່ວຍໃຫ້ທ່ານສາມາດກວດສອບຟັງຊັນໃຫມ່ທີ່ເພີ່ມເຂົ້າໄປໃນ repository ເພື່ອຮັບປະກັນການເຊື່ອມໂຍງຂອງພວກເຂົາເຂົ້າໄປໃນພາສາ. ບໍລິສັດຂອງພວກເຮົາກໍາລັງວາງເດີມພັນກັບຜູ້ໃຊ້ທີ່ກວ້າງຂວາງທີ່ສາມາດປະສົມປະສານຫນ້າທີ່ຂອງເຂົາເຈົ້າເຂົ້າໄປໃນພາສາ, ແທນທີ່ຈະກ່ຽວກັບຄວາມສັບສົນອັນໃຫຍ່ຫຼວງຂອງຫນ້າທີ່ໃຫມ່ - ແລະເຖິງແມ່ນວ່າຈະມີຂະບວນການທົບທວນ, ພວກເຮົາບໍ່ໄດ້ຮຽກຮ້ອງໃຫ້ຊາວກ່ຽວກັບສິ່ງທີ່ຄ້າຍຄື. ການວິເຄາະການອອກແບບທີ່ເຈັບປວດ ຫຼືມາດຕະຖານທີ່ເຂັ້ມງວດສໍາລັບຄວາມສົມບູນແລະຄວາມຫນ້າເຊື່ອຖືຂອງຄຸນນະສົມບັດຜູ້ໃຊ້ໃຫມ່, ກົງກັນຂ້າມກັບການທົດສອບທີ່ເຂັ້ມງວດຂອງຄຸນນະສົມບັດທີ່ສ້າງຂຶ້ນໃນພາສາຫຼັກທີ່ພວກເຮົາຈ້າງ.

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

ເພີ່ມປະສິດທິພາບໃນຂະນະທີ່ຫຼຸດຜ່ອນຄ່າໃຊ້ຈ່າຍ

ເຖິງແມ່ນວ່າກ່ອນອິນເຕີເນັດ, ມີວິທີການແບ່ງປັນລະຫັດພາສາ Wolfram (ໂຄງການສູນກາງທີ່ສໍາຄັນຄັ້ງທໍາອິດຂອງພວກເຮົາແມ່ນ ແຫຼ່ງຄະນິດສາດ, ສ້າງສໍາລັບ Mathematica ໃນປີ 1991 ໂດຍອີງໃສ່ CD-ROM, ແລະອື່ນໆ). ແນ່ນອນ, ວິທີການທີ່ສະເຫນີສໍາລັບການປະຕິບັດໂດຍອີງໃສ່ບ່ອນເກັບມ້ຽນຂອງຫນ້າທີ່ Wolfram ແມ່ນເຄື່ອງມືທີ່ມີປະສິດທິພາບແລະເຊື່ອຖືໄດ້ຫຼາຍກວ່າເກົ່າສໍາລັບການປະຕິບັດວຽກງານຂ້າງເທິງ.

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

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

ການສ້າງ repository ທີ່ຕົວຈິງແລ້ວເຮັດວຽກໄດ້ດີເປັນວຽກງານ meta-programming ທີ່ຫນ້າສົນໃຈ. ຕົວຢ່າງ, ຂໍ້ຈໍາກັດຫຼາຍເກີນໄປໃນໂຄງການຈະບໍ່ອະນຸຍາດໃຫ້ໄດ້ຮັບຄວາມສາມັກຄີທີ່ຕ້ອງການແລະຄວາມເປັນວິທະຍາໄລຂອງສູດການຄິດໄລ່. ເຊັ່ນດຽວກັບຈໍານວນຂໍ້ຈໍາກັດທີ່ເປັນປະໂຫຍດທີ່ບໍ່ພຽງພໍ, ທ່ານຈະບໍ່ສາມາດປະຕິບັດລໍາດັບທີ່ຖືກຕ້ອງພຽງພໍຂອງການປະຕິບັດ algorithm. ບາງຕົວຢ່າງທີ່ຜ່ານມາຂອງການປະຕິບັດການປະນີປະນອມຂອງວິທີການເຫຼົ່ານີ້, ປະຕິບັດໂດຍບໍລິສັດຂອງພວກເຮົາ, ໄດ້ເຮັດວຽກຂ້ອນຂ້າງຫມັ້ນຄົງ - ເຫຼົ່ານີ້ແມ່ນ: ໂຄງການສາທິດ Tungsten, ເປີດຕົວໃນປີ 2007 ແລະໃນປັດຈຸບັນດໍາເນີນການອອນໄລນ໌ທີ່ມີຫຼາຍກວ່າ 12000 ຕົວແບບໂຕ້ຕອບຜູ້ໃຊ້. IN ຖານຂໍ້ມູນ Wolfram ມີ​ຫຼາຍ​ກ​່​ວາ 600 ຖານ​ຂໍ້​ມູນ​ກຽມ​ພ້ອມ​ທີ່​ສາ​ມາດ​ນໍາ​ໃຊ້​ໃນ Wolfram ພາ​ສາ​, ແລະ​ ການເກັບຮັກສາເຄືອຂ່າຍ neural Wolfram ໄດ້ຖືກເຕີມເຕັມດ້ວຍເຄືອຂ່າຍ neural ໃຫມ່ເກືອບທຸກໆອາທິດ (ມີແລ້ວ 118 ຂອງພວກເຂົາໃນປັດຈຸບັນ) ແລະພວກມັນຖືກເຊື່ອມຕໍ່ທັນທີໂດຍຜ່ານຫນ້າທີ່. NetModel ໃນ​ພາ​ສາ Wolfram​.

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

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

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

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

ຊ່ວຍເພີ່ມຟັງຊັນທີ່ກຳນົດເອງໃສ່ບ່ອນເກັບຂໍ້ມູນຟັງຊັນ

ທີມງານຂອງພວກເຮົາໄດ້ເຮັດວຽກຢ່າງໜັກເພື່ອເຮັດໃຫ້ຜູ້ໃຊ້ສາມາດປະກອບສ່ວນເຂົ້າໃນຄຸນສົມບັດຂອງບ່ອນເກັບມ້ຽນ Wolfram ໄດ້ງ່າຍຂຶ້ນ. ໃນ desktop (ມີຢູ່ແລ້ວ ຮຸ່ນ 12.0), ທ່ານພຽງແຕ່ສາມາດໄປໂດຍຜ່ານແຖບເມນູຕົ້ນຕໍຕາມລໍາດັບ: ໄຟລ໌> ໃຫມ່> RepositoryItem> Function Repository Item ແລະທ່ານຈະໄດ້ຮັບ "ຄໍານິຍາມ Notebook" (ຕາມໂຄງການພາຍໃນ workbench. ທ່ານຍັງສາມາດໃຊ້ຟັງຊັນການປຽບທຽບ - ສ້າງປື້ມບັນທຶກ["FunctionResource"]):

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

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

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

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

ສະນັ້ນໃຫ້ເວົ້າວ່າທ່ານຕ້ອງການຕົວຈິງສົ່ງຫນ້າທີ່ຂອງທ່ານກັບພື້ນຖານຄວາມຮູ້ຂອງ Wolfram. ເພື່ອເຮັດສິ່ງນີ້, ໃຫ້ຄລິກໃສ່ປຸ່ມ "ສົ່ງ" ກັບ repository. ດັ່ງນັ້ນສິ່ງທີ່ເກີດຂຶ້ນໃນປັດຈຸບັນ? ໃບສະໝັກຂອງເຈົ້າຈະຖືກຈັດຄິວໃນທັນທີເພື່ອກວດສອບ ແລະອະນຸມັດໂດຍທີມງານພິທັກຂອງພວກເຮົາ.

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

ສິ່ງທີ່ຄວນຢູ່ໃນບ່ອນເກັບມ້ຽນ?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

"ລະບົບນິເວດ" ຂອງພື້ນຖານຄວາມຮູ້

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

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

ຟັງຊັນທີ່ທ່ານສົ່ງກັບ Wolfram function repository ບໍ່ຈໍາເປັນຕ້ອງສົມບູນແບບ; ພວກເຂົາພຽງແຕ່ຕ້ອງເປັນປະໂຫຍດ. ນີ້ແມ່ນຄ້າຍຄືສ່ວນ "ຄວາມຜິດພາດ" ໃນເອກະສານ Unix ຄລາສສິກ - ໃນ "ພາກຄໍານິຍາມ" ມີ "ບັນທຶກຂອງຜູ້ຂຽນ" ທີ່ທ່ານສາມາດອະທິບາຍຂໍ້ຈໍາກັດ, ບັນຫາ, ແລະອື່ນໆທີ່ທ່ານຮູ້ແລ້ວກ່ຽວກັບຫນ້າທີ່ຂອງທ່ານ. ນອກຈາກນັ້ນ, ເມື່ອທ່ານສົ່ງຄຸນສົມບັດຂອງທ່ານໃສ່ບ່ອນເກັບມ້ຽນ, ທ່ານສາມາດເພີ່ມບັນທຶກການຍື່ນສະເຫນີທີ່ຈະຖືກອ່ານໂດຍທີມງານທີ່ອຸທິດຕົນຂອງ curators.

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

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

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

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

ຫນຶ່ງໃນສິ່ງທີ່ສວຍງາມກ່ຽວກັບ Wolfram Function Repository ແມ່ນວ່າໂຄງການ Wolfram Language ໃດກໍ່ຕາມ, ທຸກບ່ອນສາມາດໃຊ້ຟັງຊັນຈາກມັນ. ຖ້າໂປລແກລມປາກົດຢູ່ໃນ notepad, ມັນມັກຈະສະດວກໃນການຈັດຮູບແບບຫນ້າທີ່ repository ເປັນຟັງຊັນ "function binary object" ທີ່ງ່າຍຕໍ່ການອ່ານ (ບາງທີອາດມີຊຸດຮຸ່ນທີ່ເຫມາະສົມ).

ທ່ານສະເຫມີສາມາດເຂົ້າເຖິງຟັງຊັນໃດໆໃນ repository ຟັງຊັນໂດຍໃຊ້ຂໍ້ຄວາມ ຟັງຊັນຊັບພະຍາກອນ[...]. ແລະນີ້ແມ່ນສະດວກຫຼາຍຖ້າຫາກວ່າທ່ານຂຽນລະຫັດຫຼືສະຄິບໂດຍກົງສໍາລັບ Wolfram Engine, ສໍາລັບການຍົກຕົວຢ່າງ, ກັບ ໃຊ້ IDE ຫຼືຕົວແກ້ໄຂລະຫັດຂໍ້ຄວາມ (ມັນຄວນຈະສັງເກດເຫັນໂດຍສະເພາະວ່າ repository ຟັງຊັນແມ່ນເຂົ້າກັນໄດ້ຢ່າງເຕັມສ່ວນກັບ ເຄື່ອງຈັກ Wolfram ຟຣີສໍາລັບນັກພັດທະນາ).

ມັນບໍ່ໄດ້ແນວໃດເຮັດວຽກ?

ພາຍໃນຫນ້າທີ່ຢູ່ໃນບ່ອນເກັບມ້ຽນ Wolfram ນີ້ເປັນໄປໄດ້ໂດຍໃຊ້ຄືກັນ ລະບົບຊັບພະຍາກອນ ພື້ນຖານ, ໃນ ຄັງເກັບມ້ຽນອື່ນໆທັງໝົດຂອງພວກເຮົາ (ເກັບ​ຂໍ້​ມູນ​, Neural Net Repository, ການເກັບກໍາໂຄງການ demo ແລະອື່ນໆ), ເຊັ່ນດຽວກັນກັບຊັບພະຍາກອນລະບົບ Wolfram ອື່ນໆ, ຟັງຊັນຊັບພະຍາກອນ ໃນທີ່ສຸດໂດຍອີງໃສ່ຫນ້າທີ່ ResourceObject.

ພິຈາລະນາ ຟັງຊັນຊັບພະຍາກອນ:

ພາຍໃນທ່ານສາມາດເບິ່ງຂໍ້ມູນບາງຢ່າງໂດຍໃຊ້ຟັງຊັນ ຂໍ້ມູນຂ່າວສານ:

ການຕັ້ງຄ່າຊັບພະຍາກອນເຮັດວຽກແນວໃດ? ທີ່ງ່າຍດາຍທີ່ສຸດແມ່ນກໍລະນີທ້ອງຖິ່ນຢ່າງດຽວ. ນີ້ແມ່ນຕົວຢ່າງທີ່ໃຊ້ຟັງຊັນ (ໃນກໍລະນີນີ້ພຽງແຕ່ຫນ້າທີ່ບໍລິສຸດ) ແລະກໍານົດມັນເປັນຫນ້າທີ່ຊັບພະຍາກອນສໍາລັບກອງປະຊຸມໂຄງການ:

ເມື່ອທ່ານໄດ້ກໍານົດຄໍານິຍາມ, ທ່ານສາມາດນໍາໃຊ້ຫນ້າທີ່ຂອງຊັບພະຍາກອນ:

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

ດັ່ງນັ້ນຈະເກີດຫຍັງຂຶ້ນເມື່ອທ່ານໃຊ້ເມນູຂະຫຍາຍຢູ່ໃນປື້ມບັນທຶກຄໍານິຍາມ? ທໍາອິດ, ມັນໃຊ້ເວລາຄໍານິຍາມທັງຫມົດໃນ notepad ແລະຈາກພວກມັນສ້າງສັນຍາລັກ ResourceObject). (ແລະຖ້າທ່ານກໍາລັງໃຊ້ IDE ທີ່ອີງໃສ່ຂໍ້ຄວາມຫຼືໂຄງການ, ຫຼັງຈາກນັ້ນທ່ານກໍ່ສາມາດສ້າງຢ່າງຊັດເຈນ ResourceObject)

ການນຳໃຊ້ຟັງຊັນທ້ອງຖິ່ນຈາກບ່ອນເກັບຂໍ້ມູນໃນຄອມພິວເຕີຂອງທ່ານແມ່ນດໍາເນີນການໂດຍໃຊ້ຄໍາສັ່ງ LocalCache ສໍາລັບວັດຖຸຊັບພະຍາກອນເພື່ອບັນທຶກມັນເປັນ LocalObject ໃນ​ລະ​ບົບ​ໄຟລ​໌​ຂອງ​ທ່ານ​. ການນຳໃຊ້ເຂົ້າໃນບັນຊີຄລາວແມ່ນເຮັດໂດຍໃຊ້ຄຳສັ່ງ CloudDeploy ສໍາລັບວັດຖຸຊັບພະຍາກອນ, ແລະການນໍາໃຊ້ cloud ສາທາລະນະແມ່ນ CloudPublish. ໃນທຸກກໍລະນີ ການລົງທະບຽນຊັບພະຍາກອນ ຍັງໃຊ້ເພື່ອລົງທະບຽນຊື່ຟັງຊັນຊັບພະຍາກອນ, ດັ່ງນັ້ນ ຟັງຊັນຊັບພະຍາກອນ["ຊື່"] ຈະເຮັດວຽກ.

ຖ້າທ່ານຄລິກໃສ່ປຸ່ມສົ່ງສໍາລັບ Function Repository, ຈະເກີດຫຍັງຂຶ້ນກັບມັນ ສົ່ງຊັບພະຍາກອນ ເອີ້ນວ່າວັດຖຸຊັບພະຍາກອນ. (ແລະຖ້າຫາກວ່າທ່ານກໍາລັງໃຊ້ການໂຕ້ຕອບການປ້ອນຂໍ້ຄວາມ, ທ່ານຍັງສາມາດໂທຫາ ສົ່ງຊັບພະຍາກອນ ໂດຍກົງ.)

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

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

ບາງ subtleties ໃນການເຮັດວຽກ

ຢູ່ glance ທໍາອິດມັນອາດຈະເບິ່ງຄືວ່າທ່ານພຽງແຕ່ສາມາດເອົາປື້ມບັນທຶກຄໍານິຍາມແລະເຮັດໃຫ້ມັນ verbatim ເຂົ້າໄປໃນ repository ຫນ້າທີ່, ຢ່າງໃດກໍຕາມ, ຕົວຈິງແລ້ວມີຂ້ອນຂ້າງຫຼາຍ subtleties ທີ່ກ່ຽວຂ້ອງ - ແລະການຈັດການໃຫ້ເຂົາເຈົ້າຮຽກຮ້ອງໃຫ້ມີການດໍາເນີນການບາງ meta-programming ສະລັບສັບຊ້ອນ pretty, ການຈັດການການປຸງແຕ່ງສັນຍາລັກ. ເປັນລະຫັດທີ່ກໍານົດຫນ້າທີ່, ແລະ Notepad ຕົວມັນເອງຖືກກໍານົດ. ສ່ວນຫຼາຍມັນເກີດຂຶ້ນພາຍໃນ, ເບື້ອງຫຼັງ, ແຕ່ມັນສາມາດມີຜົນກະທົບບາງຢ່າງທີ່ສົມຄວນທີ່ຈະເຂົ້າໃຈຖ້າຫາກວ່າທ່ານກໍາລັງຈະປະກອບສ່ວນກັບພື້ນຖານຄວາມຮູ້ຄຸນນະສົມບັດ.

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

subtlety ທີສອງ: ເມື່ອທ່ານສ້າງຟັງຊັນຊັບພະຍາກອນຈາກ Definition Notebook, ທຸກ dependencies ທີ່ກ່ຽວຂ້ອງກັບຄໍານິຍາມຂອງຟັງຊັນຕ້ອງຖືກຈັບແລະລວມຢ່າງຈະແຈ້ງ. ຢ່າງໃດກໍ່ຕາມ, ເພື່ອຮັບປະກັນວ່າຄໍານິຍາມຍັງຄົງເປັນແບບໂມດູນ, ທ່ານຈໍາເປັນຕ້ອງໃສ່ທຸກຢ່າງທີ່ເປັນເອກະລັກ namespace. (ແນ່​ນອນ, ຫນ້າທີ່ເຮັດມັນທັງຫມົດ, ຢູ່ໃນ repository ຟັງຊັນ.)

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

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

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

ຟັງຊັນຈາກ repository ສາມາດນໍາໃຊ້ຟັງຊັນອື່ນໆທີ່ມີຢູ່ໃນ repository; ເພື່ອກໍານົດຄໍານິຍາມສໍາລັບ function repository ທີ່ປະກອບມີສອງ (ຫຼືຫຼາຍກວ່າ) ຟັງຊັນທີ່ອ້າງອີງເຊິ່ງກັນແລະກັນ, ທ່ານຕ້ອງນໍາໄປໃຊ້ໃນກອງປະຊຸມໂຄງການຂອງທ່ານເພື່ອວ່າທ່ານຈະສາມາດ. ອ້າງອິງຄືກັບພວກເຂົາ ຟັງຊັນຊັບພະຍາກອນ["ຊື່"], ຫຼັງຈາກນັ້ນທ່ານສາມາດສ້າງການປະສົມປະສານຂອງຫນ້າທີ່ເຫຼົ່ານີ້ທີ່ທ່ານຕ້ອງການ, ຕົວຢ່າງ (ຂ້ອຍບໍ່ເຂົ້າໃຈ) ແລະເພີ່ມຫນ້າທີ່ໃຫມ່ໃຫ້ກັບ repository ໂດຍອີງໃສ່ສິ່ງທີ່ຂຽນໄວ້ກ່ອນຫນ້ານີ້. (ຫຼືແລ້ວຫຼືກ່ອນຫນ້ານີ້ - ທັງສອງຄໍາແມ່ນ clumsy)

ຄວາມສົດໃສດ້ານການພັດທະນາ. ສິ່ງທີ່ຄວນເກີດຂຶ້ນເມື່ອ repository ໄດ້ຮັບຂະຫນາດໃຫຍ່ແທ້?

ມື້ນີ້ພວກເຮົາພຽງແຕ່ເປີດຕົວ Wolfram Feature Repository, ແຕ່ເມື່ອເວລາຜ່ານໄປພວກເຮົາຄາດຫວັງວ່າຂະຫນາດແລະຫນ້າທີ່ຂອງມັນອາດຈະເພີ່ມຂຶ້ນຢ່າງຫຼວງຫຼາຍ, ແລະຍ້ອນວ່າມັນເຕີບໂຕໃນການພັດທະນາຈະມີບັນຫາຕ່າງໆທີ່ພວກເຮົາຄາດໄວ້ແລ້ວອາດຈະເກີດຂື້ນ.

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

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

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

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

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

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

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

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

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

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

ມີຈິດໃຈທີ່ບໍ່ຫນ້າເຊື່ອຂອງພອນສະຫວັນ (?) ໃນຊຸມຊົນຜູ້ໃຊ້ພາສາ Wolfram. (ແນ່ນອນ, ຊຸມຊົນນີ້ປະກອບມີຜູ້ R&D ຊັ້ນນໍາຫຼາຍຄົນໃນຫຼາຍໆດ້ານ.) ຂ້າພະເຈົ້າຫວັງວ່າ Wolfram Feature Repository ຈະສະຫນອງເວທີທີ່ມີປະສິດທິພາບສໍາລັບການປົດລັອກແລະເຜີຍແຜ່ຈິດໃຈຂອງພອນສະຫວັນນີ້. ພຽງແຕ່ຮ່ວມກັນພວກເຮົາສາມາດສ້າງບາງສິ່ງບາງຢ່າງທີ່ຈະຂະຫຍາຍພື້ນທີ່ຢ່າງຫຼວງຫຼາຍເພື່ອນໍາໃຊ້ paradigm ພາສາ Wolfram.

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

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