12 คะแนน โดย mugglim 2025-05-25 | 20 ความคิดเห็น | แชร์ทาง WhatsApp

สวัสดีครับ
ก่อนหน้านี้ผมได้แนะนำโปรเจกต์ Build Your Own TanStack Query ไป และครั้งนี้ได้นำไปเผยแพร่เป็นหน้าเว็บไซต์เพื่อมาแบ่งปันครับ

รายละเอียดเพิ่มเติม กรุณาดูที่ลิงก์ด้านล่าง
https://mugglim.github.io/build-your-own-tanstack-query/ko/

ยินดีต้อนรับการมีส่วนร่วมเสมอครับ!!

20 ความคิดเห็น

 
codemasterkimc 2025-05-26

คอมเมนต์ของ kildong21 สะท้อนข้อจำกัดเชิงวัฒนธรรมและเชิงโครงสร้างของวงการ IT เกาหลีอย่างตรงไปตรงมา จำเป็นต้องย้อนมองให้ลึกกว่าการปั่นธรรมดาว่าทำไมคอมเมนต์ลักษณะนี้จึงหลุดออกมาได้อย่างเป็นธรรมชาติ

 
[ความคิดเห็นนี้ถูกซ่อน]
 
[ความคิดเห็นนี้ถูกซ่อน]
 
qwas5544 2025-05-26

ถ้าไม่รู้อะไรก็ควรไปศึกษาบ้างนะ 555
ดูจากสภาพคอมเมนต์ที่คุณเขียนปกติก็แบบนั้นแหละ 555

 
sk0054 2025-05-26

ไปศึกษาเอาเองสิ 555

 
crawler 2025-05-26

ผมคิดว่าถ้าแม้แต่บนอินเทอร์เน็ตยังไม่รับผิดชอบต่อสิ่งที่ตัวเองพ่นออกมา ก็ควรถูกห้ามใช้อินเทอร์เน็ตไปเลย ช่วยรับผิดชอบกับสิ่งที่ตัวเองพูดไว้หน่อยครับ

 
choigyumin 2025-05-26

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

 
humorsism 2025-05-26

ฮ่าๆ เพราะโง่เองหรือไงก็ไม่รู้ ถ้ายังไม่เข้าใจว่าทำไมสิ่งนี้ถึงจำเป็น อย่างน้อยก็หัดถ่อมตัวแล้วถามหน่อยสิ

 
luiseok 2025-05-25

ผมคิดว่าเหตุผลว่าไม่รู้จริงคงไม่อาจอธิบายความเสียมารยาทของคอมเมนต์ได้
ถึงจะเป็นข้อความเดียวกัน แต่ถ้าพูดอย่างมีมารยาทก็น่าจะสื่อสารได้ดีกว่านี้ เลยเสียดายที่ดูเหมือนมีแต่การโจมตีฝ่ายเดียว

 
aer0700 2025-05-25

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

 
as950118 2025-05-25

งั้นช่วยสร้างอะไรที่ปฏิวัติวงการขึ้นมาสักอย่างสิ

 
antiline 2025-05-25

คุณกำลังพูดถึงความจำเป็นของ React Query ใช่ไหมครับ?
หรือกำลังพูดถึงโปรเจกต์ Build Your Own TanStack Query กันแน่ครับ?

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

https://tanstack.com/query/latest ถ้าดูที่นี่ จะมีการแนะนำจุดประสงค์ของไลบรารีนี้แบบสั้น ๆ อยู่ครับ

ถ้าไม่ใช่เรื่องนี้ ช่วยบอกได้ไหมครับว่าตรงไหนที่รู้สึกแย่หรือยังไม่เข้าใจ เผื่อผมจะช่วยคิดไปด้วยกันได้ครับ

 
[ความคิดเห็นนี้ถูกซ่อน]
 
savvykang 2025-05-28

เป็นเพราะกระแสนิยมด้านสถาปัตยกรรมของเว็บแอปพลิเคชันได้เปลี่ยนไปตลอดช่วงที่ผ่านมา

แอปพลิเคชันแบบหลายหน้า (MPA, รูปแบบดั้งเดิม)

  1. ขอบเขตการจัดการสถานะ: ยืนยันตัวตนด้วยเซสชันบนเซิร์ฟเวอร์ และจัดการความคงอยู่ข้ามการเปลี่ยนหน้า
  2. การแสดงผลหน้าจอเริ่มต้น: ดึงข้อมูลภายในเว็บเซิร์ฟเวอร์ -> ตอบกลับ HTML ไปยังเบราว์เซอร์ -> แสดงเอกสาร HTML
  3. การอัปเดตหน้าจอ: ส่วนที่จำเป็นเท่านั้นถูกพัฒนาแยกต่างหากด้วย jquery, AJAX เป็นต้น

แอปพลิเคชันหน้าเดียว (SPA)

  1. ขอบเขตการจัดการสถานะ: ความรับผิดชอบของฟังก์ชันต่าง ๆ เช่น การตรวจสอบการยืนยันตัวตน การคิวรีข้อมูล การสร้างองค์ประกอบของหน้าจอ ถูกย้ายมายังเบราว์เซอร์ สถานะของแอปพลิเคชันทั้งหมดจึงถูกเก็บไว้ในหน่วยความจำของเบราว์เซอร์ ทำให้ฝั่งไคลเอนต์มีความซับซ้อนเพิ่มขึ้นเมื่อเทียบกับ MPA
  2. การแสดงผลหน้าจอเริ่มต้น: แสดง UI พื้นฐาน -> ตรวจสอบสถานะการยืนยันตัวตน / ดึงข้อมูล -> อัปเดตหน้าจอ
  3. การอัปเดตหน้าจอ: นำตรรกะการดึงข้อมูล -> อัปเดตหน้าจอ จากขั้นตอนการแสดงผลหน้าเริ่มต้นกลับมาใช้ซ้ำ

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

 
[ความคิดเห็นนี้ถูกซ่อน]
 
savvykang 2025-05-28

ใช่ครับ ในกรณีของ Angular ไม่จำเป็นต้องไปศึกษาของพวกนั้น เพราะโค้ดพื้นฐานที่จำเป็นถูกเตรียมไว้ให้หมดแล้วก่อน สามารถค่อยนำไปใช้เมื่อมีความจำเป็นเกิดขึ้นได้ ในทางกลับกัน React ต้องเติมเทคโนโลยีที่ขาดหายไปเข้าไปเอง ทำให้การทำงานร่วมกันยากกว่า Angular และการทำให้โค้ดเบสมีกลายเป็นมาตรฐานเดียวกันก็ไม่ง่าย ขอบเขตของ React เองค่อนข้างจำกัด จึงอาจดูเบาและเรียบง่าย แต่ก็น่าเสียดายที่สิ่งจำเป็นสำหรับการใช้งานจริงกลับขาดไป

 
[ความคิดเห็นนี้ถูกซ่อน]
 
antiline 2025-05-28

ได้อ่าน https://tanstack.com/query/latest มาก่อนหรือยังครับ?

จากคำถามที่คุณถามมา ดูเหมือนว่าคุณกำลังพูดถึงความจำเป็นของการจัดการสถานะฝั่งไคลเอนต์
แต่ผมคิดว่าคุณน่าจะเข้าใจผิดทั้งเนื้อหาของบทความนี้และประโยชน์ของไลบรารี React Query

  1. เนื้อหาในบทความคือ Build Your Own TanStack Query ซึ่งถ้าแปลเป็นเกาหลีก็คือ "สร้าง TanStack Query ของตัวเอง"
    จุดประสงค์หลักของโปรเจกต์นี้ไม่ใช่การสร้างไลบรารีใหม่ขึ้นมา แต่เป็นการเรียนรู้โครงสร้างผ่านการลงมือสร้างเอง

ถ้าคุณเข้าไปดูลิงก์ในบทความก็น่าจะเข้าใจได้ทันทีนะครับ หรือว่ายังไม่ได้เข้าไปดู?
"ประสบการณ์จากการลงมือทำเอง - สามารถเพิ่มความเข้าใจเกี่ยวกับ TanStack Query ได้ด้วยการลองนำไปสร้างตั้งแต่พื้นฐาน"

  1. React Query ไม่ได้มีจุดประสงค์เป็นไลบรารีสำหรับจัดการสถานะฝั่งไคลเอนต์
    มันเป็นคนละเรื่องกับ Redux หรือไลบรารีอื่น ๆ
    ผมคงไม่สะดวกจะมาเปิดคอร์สสอน tanstack ตรงนี้
    ลองไปอ่าน https://tanstack.com/query/latest ก่อน แล้วค่อยมาถามอีกทีก็น่าจะได้ครับ
    แล้วก็ ReactQuery ใช้งานกับแอป React Native ได้ด้วยนะครับ

  2. ถ้าคุณกำลังบ่นเรื่องการจัดการสถานะฝั่งไคลเอนต์...
    คุณมาผิดที่แล้วครับ

 
[ความคิดเห็นนี้ถูกซ่อน]
 
alstjr7375 2025-05-25

การสร้างเองแบบ *** เป็นกระบวนการเรียนรู้ลักษณะหนึ่งที่ทำเวอร์ชันอย่างง่ายขึ้นมาเพื่อให้เข้าใจคอนเซปต์ได้ง่ายครับ

tanstack query เป็นโซลูชันที่ครองตลาดสำหรับการจัดการ server state
ช่วยให้จัดการได้ง่ายทั้งเรื่องประสิทธิภาพอย่างแคชและคำขอแบบ waterfall รวมถึงสถานะของคำขออย่างการโหลดและข้อผิดพลาดด้วยครับ
ถ้ายังไม่รู้จัก แนะนำให้ลองหาเวลาอ่านดูสักครั้งครับ