คิดใหม่ AngularJS | โจ มาลเลอร์

แผนงานแสดงตัวอย่าง Angular 2.0 เพิ่งโพสต์ไปที่ HN และหลังจากอ่าน ฉันเริ่มคิดว่าการนำ Angular มาใช้อาจเป็นความผิดพลาด

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

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

บางส่วนของแผนงาน 2.0 ฟังดูดีมาก แต่ดูเหมือนว่า Angular ในอนาคตนี้จะแตกต่างจาก Angular ที่เรารู้จักในตอนนี้มาก

การเขียนใหม่นี้ใหญ่แค่ไหน?

การแก้ไขครั้งใหญ่มักไม่ค่อยจบลงด้วยดี การเขียนซ้ำตั้งแต่เริ่มต้นได้รับการขนานนามว่าเป็น “ความผิดพลาดเชิงกลยุทธ์ที่เลวร้ายที่สุดเพียงครั้งเดียวที่บริษัทซอฟต์แวร์สามารถทำได้” เป้าหมายฟังดูสูงส่งเสมอและแผนก็เข้าท่า แต่ตามคำนิยามแล้ว ทรัพยากรด้านวิศวกรรมจะถูกแบ่งระหว่างการรักษารุ่นดั้งเดิมกับการพัฒนารุ่นต่อ ต้นฉบับมีปัญหาหรือเขียนใหม่ตกหล่นหรือทั้งสองอย่าง

การแก้ไขสเกลนี้หมายความว่าไม่สามารถรักษา codebase ปัจจุบันได้หรือไม่? ฉันได้ดูซอร์สโค้ดของ Angular แล้ว มีความบ้าคลั่งที่เกือบจะมหัศจรรย์อยู่ในนั้น มันบ้าเกินไปหรือเปล่า?

หากทีม Angular สงสัยในโค้ดของตนเองและน่าจะเปลี่ยนไปใช้แบบแผนที่ใช้ในเฟรมเวิร์กการแข่งขัน ผู้ใช้จะกระโดดไปหาเครื่องมืออื่นๆ เหล่านั้นตอนนี้เลยจะฉลาดกว่าไหม โค้ดเบสที่แข่งขันกันจะกลายเป็นผู้ใหญ่โดยอัตโนมัติหากแองกูลาร์เริ่มต้นใหม่

คำถามเกี่ยวกับความเข้ากันได้ย้อนหลัง

เกี่ยวกับการพอร์ตจาก Angular 1.2.x ผู้พัฒนา จินตนาการ “การย้ายจะค่อนข้างตรงไปตรงมา แต่ไม่ฟรี” ความเย่อหยิ่งของตำแหน่งนี้ทำให้ฉันสงสัย Angular มากกว่าสิ่งอื่นใด โลกของ JavaScript นั้นมองไปข้างหน้าอย่างไร้ความปรานีและเคลื่อนไหวอย่างรวดเร็วมาก หากการอัปเกรดเป็น 2.0 นั้นมีความเจ็บปวดน้อยกว่าการเปลี่ยนไปใช้เฟรมเวิร์กอื่นในระดับปานกลางเท่านั้น Angular จะถึงวาระ

เชิงมุมทำให้ผู้ใช้ระดับองค์กรจำนวนมากมองไม่เห็นในเดือนธันวาคม 2013 เมื่อพวกเขาประกาศว่าพวกเขาเลิกสนับสนุน IE8 แม้จะไม่มีการเปลี่ยนแปลง API สถิติการใช้งานของ jQuery ก็แสดงว่าสาขา 2.0 ที่เข้ากันไม่ได้กับ ie8 ของพวกเขากำลังเห็นอัตราการยอมรับที่น่าหดหู่ใจ การเปลี่ยนแปลงอย่างกะทันหันของ Python 3 เป็นหายนะสำหรับความคิดของพวกเขา การยืนกรานอย่างดื้อรั้นของ PHP ในการรักษาโค้ดเก่าที่น่ารังเกียจให้ทำงานนั้นน่าจะเป็นปัจจัยหนึ่งในยุคฟื้นฟูศิลปวิทยาล่าสุดของภาษานั้น รหัสเชิงมุมที่มีอยู่น่าจะถือว่าสิ้นอายุขัย

การกระจายตัวของเอกสาร

เอกสารของ Angular เป็นปัญหามานานหลายปี ไม่มีเหตุผลที่จะเชื่อว่าเอกสารจะไม่ล้าหลังอีกหากฟังก์ชันหลักของ Angular มีการเปลี่ยนแปลงอย่างมาก

ทรัพยากรภายนอกและบทช่วยสอนเป็นปัญหาที่แตกต่างกัน ส่วนใหญ่จะไม่เขียนซ้ำ และผลการค้นหาจะจบลงด้วยข้อมูลที่ล้าสมัย

บันทึกการติดตามของ Google

เมื่อพูดถึงการสนับสนุนเทคโนโลยี Google นั้นพึ่งพาไม่ได้อย่างมาก พวกเขาได้ซื้อและทำลายผลิตภัณฑ์เว็บยอดนิยมมากมาย (Reader, FeedBurner, Blogger, Picnik, Buzz, Wave, “อย่าเป็นคนชั่ว” ฯลฯ) สิ่งเดียวที่พวกเขาติดอยู่คือความน่ากลัวของ Google+ การสนับสนุนโครงการ Angular ของ Google ในตอนแรกเป็นข้อโต้แย้งที่สนับสนุนการรับเลี้ยงบุตรบุญธรรม แต่จริงๆ แล้วชื่อ Google นั้นเป็นกลางที่สุดและเกือบจะเป็นเชิงลบ อย่างน้อยซอร์สโค้ดเชิงมุมก็เป็นโอเพ่นซอร์สและอยู่ในป่า

แล้วก็มี AngularDart ภาษาเมตาดาต้าของ Google Dart นั้นดูงี่เง่าสำหรับฉัน แต่ส่วนใหญ่แล้ว CoffeeScript ก็เช่นกัน (แม้ว่าความตั้งใจของฉันจะอ่อนลงก็ตาม) อย่างน้อยที่สุด Dart ก็รู้สึกเหมือนเป็นหนึ่งในโปรเจกต์นอกรีตที่ทีมอัจฉริยะของ Google อันธพาลรวมเข้าด้วยกัน ฉันไม่คาดหวังว่ามันจะมีชีวิตที่ยืนยาว นอกจากนี้ คำถามที่ใหญ่กว่าคือต้นทุนทรัพยากรในการรองรับเฟรมเวิร์กขนาดใหญ่และซับซ้อนในหลายภาษา/ภาษาถิ่น การขาดโฟกัสนี้ไม่ได้สร้างความมั่นใจ

อะไรต่อไป

ฉันสนุกกับการทำงานกับ Angular มาก แต่ฉันไม่แน่ใจในอนาคต ในช่วงหลายปีที่ผ่านมา ฉันเห็นผลิตภัณฑ์ที่ยอดเยี่ยมจำนวนมากเกินไปตายจากการเขียนซ้ำหรือการเปลี่ยนแปลงทิศทางที่ทะเยอทะยานมากเกินไป Great JavaScript Awakening ครั้งแรกเห็นห้องสมุดหลายสิบแห่งก่อนที่ jQuery จะชนะในที่สุด ฉันหวังว่าฉันคิดผิด แต่ฉันกำลังจะดู Backbone อีกครั้ง เช่นเดียวกับ React, Mithril และสิ่งอื่นๆ ที่ต้องถอยกลับหาก Angular พิสูจน์ได้ว่าเป็นทางตัน

โจ มาลเลอร์
มีนาคม 2014

โพสต์ข้ามที่นี่: