คำถามติดแท็ก javascript

เมื่อพิจารณาถึงการพัฒนา jQuery ที่ง่ายกว่ามากเมื่อเปรียบเทียบกับ JavaScript ดั้งเดิมสิ่งใดที่ทำให้คนละทิ้งห้องสมุดอย่าง jQuery เป็นเพราะ jQuery มีข้อ จำกัด หรือช้า? ฉันหมายความว่าถ้า jQuery นั้นง่ายมากเมื่อเทียบกับจาวาสคริปต์ดั้งเดิมเหตุผลอะไรที่ผู้คนยังต้องใช้จาวาสคริปต์ที่บริสุทธิ์

33 javascript  jquery  web-development  web-applications  libraries 

คำถามบอกว่ามันทั้งหมดจริงๆ ฉันต้องการให้บริการ แต่ฉันไม่ต้องการเก็บข้อมูลใด ๆ ด้วยตัวเองในฐานข้อมูล จากข่าวล่าสุดเกี่ยวกับการแฮ็กข้อมูล ฯลฯ ดูเหมือนว่าฉันจะดีกว่าที่ลูกค้าสามารถควบคุมข้อมูลได้อย่างสมบูรณ์ ปัญหาคือข้อมูลที่เก็บไว้อาจอ่อนไหว สิ่งที่ฉันจะทำคือ ... เมื่อลูกค้าเยี่ยมชมเว็บไซต์จะมีคำถามถามว่า 'คุณใช้คอมพิวเตอร์ส่วนบุคคลหรือคอมพิวเตอร์สาธารณะ' หากพวกเขาอยู่ในคอมพิวเตอร์สาธารณะไซต์จะปฏิเสธการเข้าถึง หากพวกเขาอยู่บนคอมพิวเตอร์ส่วนบุคคลมันจะพร้อมท์ให้พวกเขาตั้งรหัสผ่าน ข้อมูลทั้งหมดของพวกเขาจะถูกเข้ารหัสด้วยรหัสผ่านนี้ ตอนนี้เห็นได้ชัดว่ามันไม่ปลอดภัยเกินไป วิธีการเข้ารหัสจะอยู่ใน JavaScript และรหัสผ่านเป็นข้อความธรรมดาดังนั้นฉันคิดว่ามันเป็นไปได้สำหรับผู้ใช้ที่มีความชำนาญในการค้นหารหัสผ่านใน localStorage และเข้าถึงข้อมูล ฉันรู้สึกว่านี่ไม่ใช่ปัญหามากเกินไป หากคุณใช้คอมพิวเตอร์ส่วนบุคคลโอกาสในการเกิดเหตุการณ์นี้จะอยู่ในระยะไกลเนื่องจาก ... คนอื่นจะต้องเข้าถึงบัญชีผู้ใช้เฉพาะของพวกเขาบนคอมพิวเตอร์คนอื่นจะต้องรู้เกี่ยวกับเว็บไซต์ ... คนอื่นจะต้องเข้าใจ localStorage และวิธีการเข้าถึง ข้อมูลที่ละเอียดอ่อนไม่ใช่สิ่งใดที่จะลดความเป็นตัวตนของพวกเขาหรือสิ่งอื่นใด เพียงบันทึกสิ่งที่คนส่วนใหญ่ไม่ต้องการเผยแพร่ต่อสาธารณะ ดังนั้นคำถามคือ localStorage ปลอดภัยเพียงพอหรือไม่ คำถามเพิ่มเติม .. การล้างข้อมูลในพื้นที่เก็บข้อมูลทำได้อย่างไร ฉันไม่ต้องการให้ผู้ใช้ลบข้อมูลโดยไม่ตั้งใจ สุดท้าย - มันคุ้มค่าในการเข้ารหัส / ถอดรหัสข้อมูลของพวกเขาราวกับว่าคุณมีรหัสผ่านที่คุณสามารถเข้าถึงเว็บไซต์ ..

33 javascript  security 

ฉันอ่านรหัสที่นี่และเห็นว่ามีการใช้ enum เพื่อจัดเก็บชื่อของแท็ก html ทำไมเราต้องทำเช่นนี้? ฉันจะได้รับประโยชน์อะไรจากการใช้กลยุทธ์นี้ ฉันรู้ว่า enums มีประโยชน์อย่างไรในการรวบรวมหรือพิมพ์ภาษาแบบคงที่ แต่เมื่อฉันเห็น enums ในภาษาที่พิมพ์แบบไดนามิกฉันอยากรู้อยากเห็นเช่นรหัสตัวอย่างที่ฉันแสดงด้านบน ดังนั้นคำถามโดยทั่วไปแล้วทำไมเราถึงต้องการ enums ในภาษาที่พิมพ์แบบไดนามิกหรือเราต้องการมันทั้งหมด?

32 javascript  programming-practices  encapsulation  enum 

ฉันทำโปรแกรมเว็บมานานแล้วและที่ไหนสักแห่งฉันก็ไม่รู้ว่าทำไมเราถึงทำสิ่งที่เราทำในวันนี้ (หรือเรามาทำสิ่งต่าง ๆ แบบนี้)? ฉันเริ่มต้นด้วยการพัฒนาเว็บ ASP ขั้นพื้นฐานและในช่วงแรกตรรกะการแสดงผลและตรรกะทางธุรกิจได้ปะปนกันบนหน้าเว็บ การพัฒนาฝั่งไคลเอ็นต์มีความแตกต่างกันอย่างมาก (VBScript, รสชาติที่แตกต่างกันของ JavaScript) และเรามีคำเตือนมากมายเกี่ยวกับการตรวจสอบความถูกต้องของฝั่งเซิร์ฟเวอร์ (ดังนั้นฉันจึงอยู่ห่างจากตรรกะฝั่งไคลเอ็นต์) จากนั้นฉันย้ายไปที่ ColdFusion ชั่วครู่หนึ่ง ColdFusion อาจเป็นกรอบการพัฒนาเว็บแรกที่แยกการแสดงผลและตรรกะทางธุรกิจโดยใช้แท็ก ดูเหมือนจะชัดเจนสำหรับฉัน แต่ verbose มากและ ColdFusion ไม่ได้เป็นที่ต้องการของตลาดสูงและดังนั้นฉันจึงเดินหน้าต่อไป จากนั้นฉันก็กระโดดขึ้นไปบนเกวียน ASP.NET และเริ่มใช้วิธี MVC ของพวกเขา ฉันก็รู้ว่า Java ดูเหมือนจะเป็นภาษาหอคอยงาช้างของระบบองค์กรและยังลองใช้วิธี MVC ของพวกเขา ต่อมา ASP.NET พัฒนารูปแบบการออกแบบ MVVM นี้และ Java (แม่นยำ J2EE หรือ JEE) ก็ดิ้นรนและออกมาด้วยวิธีการ MVC2 แต่วันนี้สิ่งที่ฉันได้ค้นพบคือการเขียนโปรแกรมแบ็คเอนด์ไม่ได้อยู่ที่ความตื่นเต้นและความก้าวหน้าอีกต่อไป นอกจากนี้แนวปฏิบัติ MVC บนฝั่งเซิร์ฟเวอร์ดูเหมือนจะล้าสมัยแล้ว …

32 design-patterns  javascript  programming-practices 

ฉันสามารถชื่นชมประโยชน์ของผู้จัดการแพ็คเกจอย่าง Python pip, Node npmหรือ Ruby Gems เนื่องจากพวกเขากำลังทำมากกว่าการเพิ่มไฟล์ในเส้นทางแอปพลิเคชันของคุณ บางทีฉันหายไปจุดหรือฉันเป็นป้าน แต่ที่นี่เป็นเชิงลบฉันสามารถดู: แยกขั้นตอนเมื่อสร้างโครงการ แยกการติดตั้งผ่านตัวจัดการแพ็คเกจอื่น (yo dawg) ความยุ่งเหยิงมากขึ้นในโครงการรากด้วยbower.jsonและ / หรือ.bowerrc เชื่อมั่นในรีจิสทรีที่ทันสมัยถูกต้องและพร้อมใช้งาน การนำเข้า / การอ้างอิงถึงสิ่งต่าง ๆ เช่นรูปภาพจะไม่ทำงาน ทับซ้อนขนาดใหญ่ที่มี npm และมักจะไม่ชัดเจนว่าจะใช้ทรัพยากรใดเมื่อใด บวกฉันสามารถเห็นเหล่านี้: ฉันไม่ต้องดาวน์โหลดการอ้างอิงด้วยตนเอง เลือกติดตั้งแพคเกจเป็นส่วนหนึ่งของนั่งร้านขึ้นอยู่กับผู้ใช้แจ้งหรือไม่ชอบ ฉันอยากรู้ถึงผลประโยชน์ใด ๆ ที่ฉันไม่รู้และฉันควรจะบอกว่าฉันไม่ได้พยายามยั่วยุฉันอยากรู้อย่างแท้จริง

32 javascript  front-end 

ฉันเป็นนักพัฒนาเว็บมาเกือบ 10 ปีแล้วและฉันก็ติดนิสัยที่จะพยายามไม่ใช้ JavaScript ทุกครั้งที่ทำได้ ฉันไม่ได้พูดถึงการสร้างเว็บแอปที่นี่ แต่เป็นเว็บไซต์ที่ขับเคลื่อนด้วยฐานข้อมูล นี่เป็นวิธีที่ดี / เคารพหรือไม่?

32 javascript 

ฉันกำลังมีส่วนร่วมในการเริ่มต้นฉันเป็นนักพัฒนาเพียงคนเดียวที่เกี่ยวข้องในขณะนี้และคนอื่น ๆ กำลังทิ้งการตัดสินใจทางเทคโนโลยีทั้งหมดให้ฉันในขณะนี้ สำหรับงานประจำวันของฉันฉันทำงานที่บ้านซอฟต์แวร์ที่ใช้เทคโนโลยีของ Microsoft เป็นประจำทุกวันเราใช้. NET, SqlServer, Windows Server ฯลฯ อย่างไรก็ตามฉันตระหนักดีว่าการเริ่มต้นเราจำเป็นต้องลดต้นทุนลงและหลังจากมี ดูค่าใช้จ่ายในการโฮสต์สำหรับ Windows โดยย่อฉันรู้สึกตกใจเมื่อเห็นราคาของเซิร์ฟเวอร์เฉพาะ ที่ถูกที่สุดที่ฉันพบคือ£ 100 ต่อเดือน หากธุรกิจจำเป็นต้องขยายในอนาคตและท้ายที่สุดเราต้องการเซิร์ฟเวอร์หลายตัวเราสามารถลงเอยด้วยการจ่าย 10,000 ปอนด์ต่อปีในการออกใบอนุญาต SQL Server / Windows Server เป็นต้น จากนั้นฉันก็ดูราคาของ Linux โฮสติ้งสำหรับเซิร์ฟเวอร์เฉพาะและเห็นว่าราคาถูก waaaaaay ต่ำกว่า windows hosting ที่แห่งหนึ่งเสนอเครื่องที่มี 2 คอร์น้อยกว่า 20 ปอนด์ต่อเดือน นี่ทำให้ฉันคิดว่าวิธีที่จะไปคือโอเพ่นซอร์สบน Linux ขณะที่ฉันเขียน Javascript จำนวนมากในที่ทำงาน (ฉันกำลังทำงานในแอพแบ็คโบนหน้าเดียวในขณะนี้) ฉันคิดว่าบางที NodeJS และเว็บเฟรมอย่าง Express จะน่าใช้ …

32 web-development  open-source  javascript  linux  startup 

ในส่วนคำถามและคำตอบของการพูดคุยนี้ดักลาสคร็อคฟอร์ดกล่าวว่า jQuery ไม่ได้ปรับขนาดเช่นเดียวกับห้องสมุดยอดนิยมอื่น ๆ เขาหมายความว่าอย่างไรและอะไรคือสิ่งที่เกี่ยวกับห้องสมุดอื่น ๆ ที่ทำให้พวกเขาสามารถปรับขนาดได้มากขึ้น?

32 javascript  jquery  scalability 

ฉันเข้าใจว่านี่เป็นคำถามที่กว้างขวางมากแต่ฉันได้ทำงานกับแง่มุมต่าง ๆ ของปัญหานี้เป็นรายบุคคลและฉันกำลังดิ้นรนเพื่อนำแนวคิดและเทคโนโลยีทั้งหมดมารวมกัน ฉันต้องการระบุว่าคำตอบควรมีเทคโนโลยีเหล่านี้: C # MVC 3 w / มีดโกน Javascript ด้วย jQuery สิ่งใดที่เหนือกว่าสิ่งใด (เช่นBackbone.js , Entity Frameworkฯลฯ ) ยินดีต้อนรับเป็นคำแนะนำหากพวกเขาช่วยตอบคำถามซึ่งก็คือ: การใช้เทคโนโลยีที่ระบุไว้ข้างต้นเป็นกลยุทธ์ที่ดีที่สุดสำหรับการจัดระเบียบรหัสและตรรกะในขณะที่รักษาความสามารถในการปรับขนาดได้และความสามารถในการสร้าง UI ที่สมบูรณ์รวดเร็วและสะอาด โดยหลักแล้วควรเน้นไปที่โซลูชันที่ปรับใช้ในสภาพแวดล้อมทางธุรกิจ / องค์กร ในหมายเหตุนั้นรายการเทคโนโลยีข้างต้นจะไม่เปลี่ยนแปลงดังนั้นโปรดอย่าเสนอวิธีแก้ปัญหาด้วย "คุณควรใช้xxxแทนyyyที่คุณใช้อยู่ตอนนี้" พื้นหลัง ฉันทำงานกับ jQuery ทุกวันได้ใช้ MVC ของ ASP.NET และทำงานกับ C # เป็นเวลานาน ดังนั้นคุณสามารถนำเสนอวิธีแก้ปัญหาโดยสมมติว่าความรู้ระดับกลางถึงระดับสูงของเทคโนโลยีเหล่านั้น ฉันจะจัดระเบียบคำถามเป็นส่วนย่อย ๆเพื่อให้ง่ายต่อการตอบสนองต่อ: 1. โครงสร้างโครงการ ให้ฉันทำงานกับ ASP.NET MVC (ในVisual Studio …

32 c#  javascript  jquery  asp.net-mvc-3 

ตัวอย่างเช่นฉันต้องการแสดงรายการปุ่มจาก 0,0.5, ... 5 ซึ่งข้ามไปแต่ละ 0.5 ฉันใช้สำหรับการวนรอบเพื่อทำเช่นนั้นและมีสีที่แตกต่างกันที่ปุ่ม STANDARD_LINE: var MAX=5.0; var DIFF=0.5 var STANDARD_LINE=1.5; for(var i=0;i<=MAX;i=i+DIFF){ button.text=i+''; if(i==STANDARD_LINE){ button.color='red'; } } ในกรณีนี้ไม่ควรมีข้อผิดพลาดในการปัดเศษเนื่องจากค่าแต่ละค่าเป็นค่าที่แน่นอนใน IEEE 754 แต่ฉันกำลังลำบากถ้าฉันควรเปลี่ยนเพื่อหลีกเลี่ยงการเปรียบเทียบความเท่าเทียมกันของทศนิยม var MAX=10; var STANDARD_LINE=3; for(var i=0;i<=MAX;i++){ button.text=i/2.0+''; if(i==STANDARD_LINE/2.0){ button.color='red'; } } ในมือข้างหนึ่งรหัสดั้งเดิมนั้นเรียบง่ายกว่าและส่งต่อมาให้ฉัน แต่มีสิ่งหนึ่งที่ฉันกำลังพิจารณา: i == STANDARD_LINE ทำให้เข้าใจผิดว่าเป็นเพื่อนร่วมทีมของจูเนียร์หรือไม่? มันซ่อนข้อเท็จจริงที่ว่าตัวเลขจุดลอยตัวอาจมีข้อผิดพลาดในการปัดเศษหรือไม่ หลังจากอ่านความคิดเห็นจากโพสต์นี้: https://stackoverflow.com/questions/33646148/is-hardcode-float-precise-if-it-can-be-represented-by-binary-format-in-ieee-754 ดูเหมือนว่ามีนักพัฒนาหลายคนไม่ทราบว่าตัวเลขลอยตัวบางอย่างแน่นอน ฉันควรหลีกเลี่ยงการเปรียบเทียบความเท่าเทียมกันของจำนวนทศนิยมแม้ว่าจะถูกต้องในกรณีของฉัน หรือฉันกำลังคิดถึงเรื่องนี้อยู่

31 javascript  coding-style  floating-point 

สมมติว่าฉันมีส่วนหน้าซึ่งส่วนใหญ่เป็นแอปพลิเคชันหน้าเดียวที่เขียนโดยใช้เชิงมุมเสียงฮึดฮัดและความโกลาหล และสมมติว่าฉันมีแบ็กเอนด์ซึ่งส่วนใหญ่เป็นเพียง REST API นั่งอยู่ด้านบนของ ORM ซึ่งเก็บ / ดึงวัตถุจากฐานข้อมูลโดยใช้สิ่งต่าง ๆ เช่นเสียงฮึดฮัดแสดงและต่อเนื่อง แอปพลิเคชันเชิงมุมทำสิ่งที่เป็นภาพทั้งหมดที่ผู้ใช้เห็น แต่ทำได้ด้วยการเป็น GUI เหนือบริการที่จัดทำโดยแบ็คเอนด์ มันจะเป็นที่พึงปรารถนาที่จะแยกสิ่งเหล่านี้ออกเป็นสอง codebases ที่แตกต่างกันเพื่อให้เกิดการพัฒนาที่เป็นอิสระการกำหนดเวอร์ชันการรวมอย่างต่อเนื่องการผลักดันการพัฒนาเป็นต้น คำถามของฉันคือมีวิธีการอะไรบ้างสำหรับการทำสิ่งนี้อย่างหมดจด? มีแนวทางปฏิบัติที่ดีที่สุดสำหรับจาวาสคริปต์แบบเต็มสแต็คหรือไม่? ตัวเลือก # 1 ดูเหมือนจะเป็นหินใหญ่ก้อนเดียวเช่น "อย่าแยกพวกมันออก" โปรคือห่วงโซ่การสร้างนั้นง่ายและทุกอย่างอยู่ในที่แห่งเดียว - แต่ดูเหมือนจะมีข้อเสียมากมาย เวอร์ชันที่ยากขึ้นไปอีกส่วนด้านหน้าที่หักหมายถึงส่วนที่ไม่สามารถปรับใช้ได้และอื่น ๆ ตัวเลือก # 2 ดูเหมือนจะเป็นแบบโมโนลิ ธ ที่ซึ่งฟลูเอ็นด์บิลด์ส่วนหน้ามีผลในการเขียนไฟล์จำนวนมากไปยังแบ็คเอนด์ distไดเรกทอรีบน front-end จะอ้างถึงไดเรกทอรีบางอย่างเกี่ยวกับ back-end เพื่อเป็นหลักเมื่อ minifies ปลายด้านหน้า uglifies ฯลฯ ก็ลงท้ายเผยแพร่ไปยัง back-end ซึ่งจะทำงานทุกอย่าง ตัวเลือก # …

31 architecture  javascript  node.js  front-end  backend 

ฉันกำลังพยายามสร้างเฟรมเวิร์ก ACL ที่ยืดหยุ่นใน Java สำหรับแอปพลิเคชันของฉัน กรอบ ACL หลายคนที่ถูกสร้างขึ้นในรายการที่อนุญาตของกฎที่กฎอยู่ในรูปแบบของการใช้: การกระทำ: ทรัพยากร ตัวอย่างเช่น, "JOHN สามารถดูทรัพยากร FOOBAR-1" "MARY สามารถดูทรัพยากร FOOBAR-1" "MARY สามารถแก้ไขทรัพยากร FOOBAR-1" สิ่งนี้เป็นสิ่งที่น่าสนใจเนื่องจากกฎสามารถทำให้เป็นอนุกรม / คงอยู่กับฐานข้อมูลได้อย่างง่ายดาย แต่แอปพลิเคชันของฉันมีตรรกะทางธุรกิจที่ซับซ้อน ตัวอย่างเช่น, "ผู้ใช้ทุกคนในแผนก 1 ที่มีอาวุโสกว่า 5 ปีสามารถดูทรัพยากร FOOBAR-1 ไม่ได้รับอนุญาต" "ผู้ใช้ทุกคนในแผนก 2 หากวันที่หลังวันที่ 15/15/2016 สามารถดูทรัพยากร FOOBAR-2 ไม่ได้รับอนุญาต" เมื่อคิดเป็นครั้งแรกมันจะเป็นฝันร้ายที่จะสร้างโครงสร้างของฐานข้อมูลที่สามารถจัดการกับกฎที่ซับซ้อนเช่นนี้ ดังนั้นดูเหมือนว่าฉันจะต้อง "อบ" พวกเขาลงในใบสมัครที่รวบรวมการประเมินพวกเขาสำหรับผู้ใช้แต่ละคนและจากนั้นผลิตเจ้าของ: การกระทำ:กฎทรัพยากรเป็นผลมาจากการประเมินผล ฉันต้องการหลีกเลี่ยงการอบตรรกะในแอปพลิเคชันที่รวบรวม ดังนั้นฉันคิดของการเป็นตัวแทนของการปกครองในรูปแบบของคำกริยา : การกระทำ: ทรัพยากรที่สรุปคือการแสดงออกบูลที่กำหนดว่าผู้ใช้ที่ได้รับอนุญาต เพรดิเคตจะเป็นสตริงของนิพจน์ …

30 java  javascript  scripting  permissions  access-control 

โดยเฉพาะฉันเขียนใน JavaScript สมมติว่าฟังก์ชั่นหลักของฉันคือฟังก์ชั่น A ถ้าฟังก์ชั่น A ทำการโทรไปยังฟังก์ชั่น B หลายครั้ง แต่ฟังก์ชั่น B นั้นไม่ได้ใช้ที่อื่นฉันควรวางฟังก์ชั่น B ไว้ในฟังก์ชั่น A หรือไม่ เป็นการปฏิบัติที่ดีหรือไม่? หรือฉันควรจะวาง Function B ในขอบเขตเดียวกับ Function A หรือไม่

30 javascript  programming-practices  patterns-and-practices  encapsulation  scope 

ฉันกำลังเขียนคู่มือสไตล์ JavaScript สำหรับทีมของฉันเพื่อให้เราสามารถจัดระเบียบและมีส่วนร่วมในเอกสารของเราได้ง่ายขึ้น แต่ฉันได้เจอปัญหาเล็ก ๆ น้อย ๆ ซึ่งเป็นที่ที่คำถามของฉันใช้ ... ฉันควรจะเรียกใช้ฟังก์ชัน JavaScript แบบไม่ระบุชื่อที่เรียกว่าอะไรในทันที ฉันรู้ว่าฉันสามารถเรียกมันว่า "ฟังก์ชั่นที่ไม่ระบุชื่อ" ได้ แต่ฉันอยากจะเน้นความจริงที่ว่ามันถูกเรียกใช้ทันที นี่คือตัวอย่าง: var MyVariable = (function(data){ return "another value" })("some value"); console.log(MyVariable); // "another value"

29 javascript  coding-style  terminology 

เป็นเรื่องธรรมดามากที่จะเห็น Javascript ผูกกับตัวเลือกบางตัวเพื่อค้นหาองค์ประกอบจัดเก็บข้อมูลและฟังเหตุการณ์ เป็นเรื่องปกติที่จะเห็นตัวเลือกเดียวกันนี้ที่ใช้ในการจัดแต่งทรงผม jQuery (และเครื่องมือเลือก Sizzle) สนับสนุนและส่งเสริมสิ่งนี้โดยอ้างอิงองค์ประกอบที่มีไวยากรณ์ประเภท CSS ดังนั้นเทคนิคนี้จึงยากที่จะ 'ไม่เข้าใจ' (หรือ refactor) เมื่อสร้างโครงการ ฉันมาทำความเข้าใจว่านี่เป็นผลมาจากประวัติของการพัฒนา HTML และ Javascript และเบราว์เซอร์นั้นถูกสร้างขึ้นเพื่อใช้ / แยกวิเคราะห์อย่างมีประสิทธิภาพและแสดงการเชื่อมต่อแบบนี้ แต่เมื่อเว็บไซต์มีความซับซ้อนมากขึ้นความเป็นจริงนี้อาจทำให้เกิดความยุ่งยากในการจัดระเบียบและบำรุงรักษาเลเยอร์แยกเหล่านี้ คำถามของฉันคือ: สามารถและควรหลีกเลี่ยงในเว็บไซต์ทันสมัยหรือไม่ ถ้าฉันยังใหม่ต่อการพัฒนา Front-end และฉันต้องการเรียนรู้สิ่งที่ 'ถูกวิธี' มันคุ้มค่าที่จะเรียนรู้ที่จะแยกและหลีกเลี่ยงการพึ่งพาเช่นนั้นตั้งแต่เริ่มต้น? นี่หมายถึงการหลีกเลี่ยง jQuery ในความโปรดปรานของห้องสมุดที่ส่งเสริมโครงสร้างที่แยกออกจากกันมากขึ้นหรือไม่?

29 javascript  html  css  jquery