ก่อนอื่นให้ระลึกไว้เสมอว่าผู้เขียนข้อความข้างต้นกำลังพูดถึงการพัฒนาเว็บไซต์ ดังนั้นเขาจึงกังวลเกี่ยวกับการพัฒนางานนำเสนอและนั่นคือสิ่งที่เขาคิดว่าสกาล่าจะไม่เป็นทางเลือกที่ดี ...
ต้องบอกว่าฉันมีประสบการณ์ที่ดีกับการพัฒนาเว็บไซต์ ฉันทำงานเป็นเวลาอย่างน้อย 8 ปีโดยเฉพาะกับ บริษัท 5 แห่งในเอเจนซี่ดิจิทัล
และใช่จากประสบการณ์ของฉันการพิมพ์แบบคงที่ภาษาที่รวบรวมในเลเยอร์การนำเสนออาจเป็นอุปสรรคใหญ่ เนื้อหาจะต้องมีการเปลี่ยนแปลงอย่างต่อเนื่องบ่อยกว่าความต้องการทางธุรกิจ และโดยปกติสิ่งนี้จะต้องทำโดยทีมที่แตกต่าง (ผู้พัฒนา "front-end") ปกติแล้วพวกเขาจะรู้เรื่อง HTML, JavaScript, มาตรฐานเว็บ, CSS แต่ไม่มากนักเกี่ยวกับภาษาฝั่งเซิร์ฟเวอร์เช่น Java และ C # พวกเขายังคิดว่าการเปลี่ยนแปลงใด ๆ ในเทมเพลตนั้นสามารถใช้ได้ทันที พวกเขาไม่ได้ใช้ในการรวบรวมและพิมพ์ข้อผิดพลาด และถูกต้อง: ภาษาที่พิมพ์แบบสแตติกจะดีมากสำหรับความต้องการที่ซับซ้อนและซับซ้อนเช่นการเข้าถึงข้อมูลและกฎเกณฑ์ทางธุรกิจ แต่ไม่ดีสำหรับการพัฒนาอินเตอร์เฟส
ที่ในความเป็นจริงหนึ่งในผลประโยชน์หลักของการใช้ภาษาแม่แบบเฉพาะและการตีความเช่นความเร็ว ใช้งานง่ายพลังงานและความยืดหยุ่นเพียงพอสำหรับนักพัฒนาเลเยอร์การนำเสนอ แล้วพวกฝั่งเซิร์ฟเวอร์ก็สามารถใช้ภาษาที่จริงจังและพิมพ์แบบคงที่ได้ทุกที่ ...
อย่างไรก็ตามฉันก็เห็นด้วยว่าสกาล่านั้นแตกต่างกันบ้าง ในขณะเดียวกันก็ใช้ verbose น้อยกว่าและแสดงออกได้มากกว่า Java ฉันเชื่อว่ามันสามารถใช้ในการพัฒนางานนำเสนอได้ดังนั้นบางทีมันอาจใช้เป็นภาษาเทมเพลตได้สำเร็จ และถ้ามันสามารถรวมเข้ากับกรอบเช่นPlay (ซึ่งรวบรวมเว็บไซต์โดยอัตโนมัติหลังจากการเปลี่ยนแปลงทุกครั้ง) มันอาจเป็น IMHO ที่ชนะ แต่ถึงกระนั้น Play ก็ยังเลือกใช้ภาษาเทมเพลตที่มีลักษณะคล้าย Groovy (ไดนามิก) ซึ่งไม่ใช่สัญญาณที่ดี
เพื่อสรุป: ปัญหาเกี่ยวกับสกาล่านั้นเกี่ยวข้องกับความจริงที่ว่ามันถูกรวบรวม ในความเป็นจริงกลไกการอนุมานประเภททำให้คุณเกือบลืมมันก็ยังพิมพ์แบบคงที่
(และขอโทษเกี่ยวกับภาษาอังกฤษของฉันให้ฉันรู้ว่าบางสิ่งไม่ชัดเจนฉันจะพยายามแก้ไขมัน)
Button
เมื่อใดที่WebControl
มีข้อมูลทั้งหมดที่คุณต้องการและตัวควบคุมทั้งหมดนั้นได้รับมาจากมัน