ຂ້ອຍຄວນລະບຸຊື່ແຟ້ມສະໄຕແບບ CSS ຂອງຂ້ອຍບໍ?

ເບິ່ງແລະຮູ້ສຶກ, ຫຼື "ແບບ" ຂອງເວັບໄຊທ໌໌ແມ່ນຖືກກໍານົດໂດຍ CSS (Cascading Style Sheets). ນີ້ແມ່ນໄຟລ໌ທີ່ທ່ານຈະເພີ່ມໃສ່ໄດເລກະທໍລີຂອງເວັບໄຊທ໌ຂອງທ່ານເຊິ່ງຈະມີກົດລະບຽບຕ່າງໆຂອງ CSS ທີ່ສ້າງການອອກແບບແລະຮູບແບບຂອງຫນ້າເວັບຕ່າງໆ.

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

ການຮຽກເອີ້ນພື້ນຖານຂອງສົນທິສັນຍາ

ເມື່ອທ່ານສ້າງ ເອກະສານສະໄຕພາຍນອກ ສໍາລັບຫນ້າເວັບຂອງທ່ານ, ທ່ານຄວນຮຽກຊື່ໄຟລ໌ດັ່ງຕໍ່ໄປນີ້ການປະຊຸມຊື່ສໍາລັບເອກະສານ HTML ຂອງທ່ານ:

ຢ່າໃຊ້ຕົວອັກສອນພິເສດ

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

ຢ່າໃຊ້ຊ່ອງຫວ່າງໃດ

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

ຊື່ແຟ້ມຄວນເລີ່ມດ້ວຍຈົດຫມາຍ

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

Use All Lower Case

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

ຮັກສາຊື່ໄຟລ໌ທີ່ສັ້ນເທົ່າທີ່ເປັນໄປໄດ້

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

ສ່ວນທີ່ສໍາຄັນທີ່ສຸດຂອງຊື່ໄຟລ໌ CSS ຂອງທ່ານ

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

ມັນອາດຈະບໍ່ເປັນຄວາມແປກໃຈຂະຫນາດໃຫຍ່, ແຕ່ການຂະຫຍາຍຢູ່ໃນໄຟລ໌ CSS ຂອງທ່ານຄວນຈະ:

css

ເອກະສານຊື່ໄຟລ໌ CSS

ຖ້າທ່ານພຽງແຕ່ເຄີຍມີໄຟລ໌ CSS ຫນຶ່ງຢູ່ໃນເວັບໄຊທ໌, ທ່ານສາມາດຕັ້ງຊື່ໃດກໍ່ຕາມທີ່ທ່ານຕ້ອງການ. ຂ້ອຍຕ້ອງການ:

stylescss or defaultcss

ນັບຕັ້ງແຕ່ທີ່ສຸດຂອງສະຖານທີ່ທີ່ຂ້ອຍເຮັດວຽກປະກອບມີໄຟລ໌ CSS ດຽວ, ຊື່ເຫຼົ່ານີ້ເຮັດວຽກດີສໍາລັບຂ້ອຍ.

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

ຖ້າເວັບໄຊທ໌ຂອງທ່ານໃຊ້ກອບບາງປະເພດ, ທ່ານອາດຈະສັງເກດເຫັນວ່າມັນໃຊ້ໄຟລ໌ CSS ຫຼາຍ, ແຕ່ລະສ່ວນທີ່ໃຊ້ກັບສ່ວນທີ່ແຕກຕ່າງກັນຂອງຫນ້າຫຼືລັກສະນະຂອງເວັບໄຊທ໌ (typography, ສີ, ຮູບແບບ, ແລະອື່ນໆ).

ບົດສະບັບຕົ້ນໂດຍ Jennifer Krynin. ແກ້ໄຂໂດຍ Jeremy Girard ເມື່ອວັນທີ 9/5/17