ການສື່ສານແມ່ນກຸນແຈເປັນຜູ້ຈັດການຜະລິດຕະພັນກັບບໍລິສັດຊອບແວ. ເມື່ອບໍ່ດົນມານີ້, ຂ້າພະເຈົ້າໄດ້ເຮັດວຽກແລະເຜີຍແຜ່“ ຄຳ ສັ່ງ” ຕໍ່ໄປນີ້ຂອງການພັດທະນາເວບໄຊທ໌ເພື່ອແຈກຢາຍໃຫ້ທີມງານຂອງພວກເຮົາ. ທຸກໆນັກພັດທະນາເວບໄຊທ໌ທີ່ທັນສະ ໄໝ (ຫລື ຄຳ ຮ້ອງສະ ໝັກ) ຄວນປະຕິບັດຕາມ ຄຳ ສັ່ງ XNUMX ຂໍ້ນີ້.
ມີຄວາມນິຍົມ ເງື່ອນໄຂການຂຽນໂປແກຼມ ທີ່ສາມາດຖີ້ມອອກ ສຳ ລັບສິ່ງເຫລົ່ານີ້ທັງ ໝົດ; ເຖິງຢ່າງໃດກໍ່ຕາມ, ເປົ້າ ໝາຍ ຂອງຂ້ອຍແມ່ນເພື່ອໃຫ້ສິ່ງເຫຼົ່ານີ້ເຂົ້າໄປໃນ ຄຳ ສັບທົ່ວໄປທີ່ຜູ້ຊ່ຽວຊານດ້ານຊອບແວ (ແລະແມ່ນແຕ່ເຈົ້າ) ອາດຈະເຂົ້າໃຈ.
- ສະ ໜັບ ສະ ໜູນ 99% ຂອງຜູ້ໃຊ້ອິນເຕີເນັດສະ ເໝີ, ບໍ່ວ່າຈະເປັນໂປແກຼມ browser, version ຂອງ browser ຫຼືລະບົບປະຕິບັດການ. ປັບຕົວໃຫ້ ເໝາະ ສົມແລະກຽມພ້ອມສະ ເໝີ ກັບການປ່ອຍເບຕ້າ.
- ໃຊ້ລະຫັດທີ່ສອດຄ່ອງກັບ XHTML ສະ ເໝີ ສຳ ລັບການສະ ໝັກ, ການອ້າງອີງໂດຍ DTD ແລະຕົວທ່ອງເວັບແບບ Cascading Style Sheets ທີ່ ເໝາະ ສົມກັບຕົວທ່ອງເວັບ ສຳ ລັບທຸກຮູບແບບແລະຮູບແບບການ ນຳ ໃຊ້.
- ການອ້າງອິງຂໍ້ຄວາມແລະສາຍຕ່າງໆຕະຫຼອດເວລາໂດຍຜ່ານອົງປະກອບອ້າງອີງທີ່ສະ ໜັບ ສະ ໜູນ ຊຸດຕົວລະຄອນແລະບໍ່ ຈຳ ເປັນຕ້ອງສ້າງ.
- ສະເພາະວັນທີແລະເວລາອ້າງອີງໃນ GMT ທີ່ອະນຸຍາດໃຫ້ຜູ້ໃຊ້ໃດ ໜຶ່ງ ສາມາດດັດແກ້ຜົນຜະລິດຕາມທີ່ພວກເຂົາຕ້ອງການ.
- ສະເຫມີສ້າງອົງປະກອບການເຊື່ອມໂຍງເຂົ້າກັບທຸກໆຄຸນສົມບັດ.
- ສ້າງສະ ເໝີ ໄປມາດຕະຖານ RFC (ອີເມວຂໍ້ຄວາມ, ອີເມວ HTML, ທີ່ຢູ່ອີເມວ, ການອ້າງອິງໂດເມນ, ແລະອື່ນໆ)
- ສ້າງແບບ ຈຳ ລອງສະ ເໝີ. ຖ້າມີຫລາຍກວ່າທາງເລືອກ ໜຶ່ງ ຢູ່ທຸກບ່ອນໃນແອັບພລິເຄຊັນ, ທ່ານຄວນຈະສາມາດເພີ່ມຕື່ມໄດ້ໂດຍບໍ່ຕ້ອງໃຊ້ການກໍ່ສ້າງ.
- ຖ້າຫລາຍກວ່າ ໜຶ່ງ ສ່ວນຂອງ ຄຳ ຮ້ອງສະ ໝັກ ເຮັດ, ສ່ວນທັງ ໝົດ ຂອງໃບສະ ໝັກ ຕ້ອງອ້າງອີງເຖິງຈຸດດຽວ.
- ຢ່າສ້າງສິ່ງ ໃໝ່ໆ ທີ່ທ່ານສາມາດຊື້ໄດ້ແລະດັດແປງ ຄຳ ຮ້ອງສະ ໝັກ ຂອງພວກເຮົາສະ ເໝີ ເພື່ອສະ ໜັບ ສະ ໜູນ ສິ່ງທີ່ທ່ານຊື້.
- ຖ້າຜູ້ໃຊ້ສາມາດເຮັດໄດ້, ຫຼັງຈາກນັ້ນພວກເຮົາສະຫນັບສະຫນູນມັນ. ຖ້າພວກເຂົາບໍ່ຄວນເຮັດ, ພວກເຮົາຕ້ອງເຮັດໃຫ້ມັນຖືກຕ້ອງ.
ຕົກລົງ. ຢ່າງໃດກໍ່ຕາມໂດຍອີງໃສ່ຈຸດ 7. ຂ້າພະເຈົ້າເຊື່ອວ່າເຖິງແມ່ນວ່າໃນການພັດທະນາເວັບ, ຂໍ້ມູນ, ການເປັນຕົວແທນ (GUI'S) ແລະເຫດຜົນທາງທຸລະກິດຄວນຖືກແຍກອອກສະເຫມີໂດຍອີງໃສ່ວິທີການໂດຍອີງໃສ່ຮູບແບບ MVC.
ນີ້ຈະເພີ່ມຂຶ້ນ, ຄຸນນະພາບຊອບແວ, ແລະການຂະຫຍາຍ.
ຂໍຂອບໃຈ
Andreas Maratheftis
http://www.nueronic.com
ຂອບໃຈ, Andreas! ນັ້ນຄືຈິດໃຈຂອງ #7 ແນ່ນອນ – ການໂຄສະນາຄໍາຄິດເຫັນຂອງທ່ານມີຄວາມຊັດເຈນຫຼາຍຂຶ້ນ.