Grails คุ้มค่าหรือไม่? [ปิด]

นี่เป็นคำถามครึ่งๆกลางๆ

ใช้ Grails คุ้มไหม? ฉันกำลังพยายามพัฒนาเว็บแอปพลิเคชันที่ใช้ฐานข้อมูลที่ค่อนข้างเรียบง่าย ความเชี่ยวชาญของฉันอยู่ใน Java ดังนั้น Grails โดยธรรมชาติจึงดูเหมือนเป็นทางเลือกที่ดี ตอนแรกฉันคิดว่าจะใช้ Spring, JPA และ Hibernate แต่ก่อนหน้านี้ฉันเคยใช้มันมาก่อนและพบกับงานกำหนดค่าและการเขียนโค้ดที่น่าเบื่อทุกประเภท Grails โฆษณาตัวเองว่าแก้ปัญหานี้ได้

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

ปัญหาสำคัญประการหนึ่งคือการขาดการรวม Eclipse ที่ดี มีปลั๊กอิน Groovy และ Grails แต่ไม่ได้ทำอะไรมากไปกว่าการเน้นไวยากรณ์ โทร Groovy จากชวาและในทางกลับกันเป็นความเจ็บปวดมากที่จะกำหนดค่า การไม่ได้รับการสนับสนุน IDE ที่ดีถือเป็นความเกียจคร้านที่สำคัญ

สิ่งที่เกิดขึ้นคือฉันนั่งลงเพื่อพยายามพัฒนาเว็บแอปพลิเคชันของฉัน ในตอนท้ายของวันฉันรู้ว่าฉันใช้เวลาประมาณ 85% ของวันในการแก้ไขปัญหาที่เกี่ยวข้องกับ Grails ถ้ามันไม่ได้เป็นปัญหา Eclipse แล้วก็โหลดกระตือรือร้น , การดึงข้อมูลในมุมมอง , หนึ่งต่อหลายความสัมพันธ์ , แปลกพฤติกรรมไฟล์ข้อผิดพลาดที่ว่างเปล่า , ข้อผิดพลาดคุณสมบัติ / ทะเยอทะยานแปลก - มันก็ไปบนและบน นี่เป็นเพียงตัวอย่างของปัญหาที่ฉันพบในวันนี้ การนั่งลงกับ Grails ครั้งสุดท้ายของฉันทำให้เกิดปัญหาต่างๆมากมาย

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

เรามีทีมงาน 12 คนทั้งหมดนักพัฒนา Java รุ่นเก๋าที่เรียนรู้ Grails จาก 0.6B และเราทุกคนยังคงทำงานในโครงการที่ใช้ Grails ฉันจะไม่กลับไปที่ Java ด้วยความเต็มใจและเราทุกคนรู้สึกโล่งใจที่ได้ใช้แอป Grails อย่างรวดเร็ว

มันเป็นการต่อสู้ไม่ใช่เรื่องง่ายและมี / หงุดหงิด

อย่างไรก็ตามเราได้ส่งบางสิ่งไปอย่างรวดเร็วด้วยความพยายามอย่างต่อเนื่อง .. มีข้อบกพร่องหลายอย่างที่มีวิธีแก้ปัญหา

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

ในที่สุดเราก็ได้สร้างสิ่งที่ใหญ่และซับซ้อนซึ่งทำงานได้อย่างยอดเยี่ยมและทำได้เร็วกว่าการเขียนเวอร์ชัน Java / Spring / Hibernate ที่บริสุทธิ์ และนั่นคือไม่มีการสนับสนุน IDE ที่ดีและสถานการณ์ที่เลวร้ายยิ่งกว่าในแง่ของข้อบกพร่องในปัจจุบัน

สำหรับการสนับสนุน Eclipse IDE จริงเพียงตัวเดียวที่จะใช้สำหรับ Grails / Groovy คือ Intellij - การสนับสนุน Eclipse นั้นอยู่เบื้องหลังน่าเศร้า: ฉันเป็นคนรัก Eclipse และอยู่ห่างไกลจากการเป็น Intellij แปลง - การสนับสนุน Grails / Groovy ทำให้ทุกอย่างหายไป แม้ว่า

ใช่ Grails ยังไม่บรรลุนิติภาวะเมื่อเทียบกับ Spring หรือไฮเบอร์เนต. และฉันจะเดิมพันว่าในช่วง 1.5 ปีแรกของการดำรงอยู่ของพวกเขาพวกเขาเต็มไปด้วยปัญหาเท่า ๆ กัน

นั่นคือสิ่งที่เป็นอยู่วางความรับผิดชอบไว้กับคุณเพื่อดูแลให้คุณรักษาความซับซ้อนให้น้อยที่สุดทดสอบอย่างรอบคอบก่อน (ในความคิดของเรา) และสร้างความซับซ้อนทีละน้อยด้วยความระมัดระวัง

ไม่มีโซลูชันโค้ดด่วนสำหรับ Java เมื่อคุณใช้ Spring / Hibernate ในสแต็ก ความซับซ้อน Grails สะท้อนให้เห็นถึงความซับซ้อนของ Spring / Hibernate ถ้าคุณรู้สึกว่าคุณใช้เวลากับ Java บริสุทธิ์ได้ดีกว่าฉันจะไม่เถียงเป็นอย่างอื่น .. ฉันยังมี WTF ของฉันอยู่ แต่ตอนนี้เส้นโค้งการเรียนรู้ที่สูงชันอยู่ข้างหลังฉันฉันคิดว่าฉันจะใช้ Grails มากกว่านี้

ฉันสนุกกับการเขียนแอปพลิเคชัน grails มากด้วยเหตุผลสองประการ:

• ฉันไม่ต้องใช้ Java
• ฉันสามารถใช้ Java

ฉันคิดว่าหลังจากทำความคุ้นเคยกับจอกแล้วเราก็สามารถทำสิ่งต่างๆของเขาได้อย่างรวดเร็วและสวยงาม

มากสำหรับด้านบวก ด้านลบคือประสิทธิภาพซึ่งทำให้ฉันประทับใจในสองด้าน: การปรับใช้และการทดสอบการขับเคลื่อน

ฉันไม่สามารถเรียกใช้แอปพลิเคชัน grails มากกว่า 3 แอปพลิเคชันบนเซิร์ฟเวอร์เดียว (เช่า) ได้เนื่องจากฉันใช้หน่วยความจำและขีด จำกัด ประสิทธิภาพอย่างรวดเร็ว มีเพียงกรอบมากเกินไป

นอกจากนี้ผู้ทดสอบเกรลก็ไม่คุ้มกับชื่อนั้น เมื่อฉันเรียกใช้การทดสอบหน่วยควรทำในทันทีไม่ใช่ใน 10 ถึง 20 วินาที ดังนั้นฉันจึงพบว่าตัวเองเขียนตรรกะทางธุรกิจใน java ธรรมดาตลอดเวลาเพราะฉันสามารถทดสอบได้เร็วกว่ามาก แต่ฉันเดาว่าสิ่งนี้สามารถแก้ไขได้ด้วยการรวมเข้ากับ IDE (eclipse) ที่ดีกว่า

ฉันคิดว่าการสนับสนุน Grails ของ Spring จะช่วยเพิ่มขึ้นอย่างมาก หากใครสามารถย้ายผ่าน CRUD บนเว็บได้ก็คือคนเหล่านั้น

ฉันยังคิดว่ามันถึงมวลวิกฤต มีหนังสือใหม่หลายเล่มที่จะออกสู่ตลาดในปี 2552 ฉันคิดว่าหนังสือเหล่านี้จะช่วยให้อัตราการนำไปใช้

ฉันเห็นด้วยอย่างยิ่งกับความรู้สึกของผู้โพสต์ต้นฉบับ

เราเป็นร้าน Java + Spring จึงถือโอกาสทดลองใช้ Grails ก่อนอื่นเราได้สร้างแอปพลิเคชันทดสอบขนาดเล็กมากซึ่งกลายเป็นเรื่องง่ายที่จะทำและทำงานได้ดี ปัญหาหลักที่เราพบที่นี่เกิดจากการที่เราขาดความรู้เกี่ยวกับ Groovy และ Grails

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

ที่น่าผิดหวังจริงๆคือการที่รหัสล้มเหลวโดยไม่มีข้อความแสดงข้อผิดพลาดแม้แต่ข้อเดียว! มันไม่ได้ผลและคุณไม่รู้ว่าทำไม?

ฉันชอบความสะดวกในการใช้ปลั๊กอินสำหรับ JMS, Quartz และ Remoting เพื่อตั้งชื่อไม่กี่ ใช้ XML ที่น่าเบื่อมากมาย

ฉันเกือบจะชอบ GORM สำหรับความเรียบง่ายแม้ว่าเราจะมีปัญหาหลายอย่างเช่นกัน

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

ในตอนท้ายของวันเรากำลังถามตัวเองว่าเป็นไปได้หรือไม่ที่จะเขียนซอฟต์แวร์ที่ซับซ้อนโดยใช้ Grails ...

เรามีแอปพลิเคชั่น Grails ที่กำลังจะเข้าสู่การผลิต .... ดังนั้นเราจะเห็น

เรากำลังใช้ grails + บนเว็บเลเยอร์ + java พร้อมไฮเบอร์เนตและสปริงบนชั้นบริการ มันเป็นสามเลเยอร์คลาสสิก (เว็บตรรกะข้อมูล) โดยที่เว็บเป็นสีเทาและตรรกะถูกนำไปใช้ใน java ตามปกติใน java เราใช้วัตถุ bean ที่แสดงข้อมูลระหว่างเลเยอร์ต่างๆ

มันใช้งานได้ดีและเป็นทางออกที่ดีที่สุดสำหรับกรณีของเราเนื่องจากมีวัตถุ bean อยู่แล้วรวมถึงโครงสร้างฐานข้อมูล จากประสบการณ์ของเราฉันคิดว่า grails มีค่าอย่างมากในฐานะเลเยอร์การนำเสนอบนเว็บ แต่ฉันจะยึดติดกับ java เพื่อเขียนกฎทางธุรกิจและคงไว้ซึ่งข้อมูลแอปพลิเคชัน - เนื่องจาก grails "is" java การรวม grails-java ทั้งหมดนั้นค่อนข้างสวย ตรงไปตรงมา

เราใช้ eclipse เพื่อพัฒนาแอปพลิเคชั่น grails และการผสานรวมที่ไม่ดีอย่างที่ผู้คนกล่าวไว้ที่นี่ แต่ตามคำแนะนำจากผู้พัฒนารายอื่นเราเรียกใช้แอปพลิเคชัน grails จากบรรทัดคำสั่งและใช้ eclipse เพื่อบันทึกไฟล์ต้นทางเท่านั้นและทำงานได้ดีเนื่องจากแอปพลิเคชันได้รับการอัปเดตทันที

ฉันยังไม่รู้สึกสบายใจที่จะใช้จอกในที่อื่นนอกจากในเลเยอร์การนำเสนอ

ฉันมีประสบการณ์กับ Ruby on Rails มากกว่าที่ฉันทำกับทุกสิ่งในโลก Java ดังนั้นฉันจึงมาจากมุมมองที่แตกต่างออกไป โดยรวมแล้ว Grails มีความหยาบรอบ ๆ ขอบมากกว่า Rails ส่วนหนึ่งเป็นผลมาจากความไม่สมบูรณ์และบางส่วนเป็นเพราะมันอาศัยสองกรอบที่ซับซ้อนอย่างไม่น่าเชื่อภายใต้ฝาครอบ (Spring และ Hibernate) Rails ยังมีชุมชนที่ใหญ่กว่ามาก

แต่ Groovy ในฐานะภาษาได้ก้าวไปข้างหน้าอย่างมากและยินดีที่ได้ร่วมงานด้วย ด้วยการปรับปรุงใน Groovy 1.6 ทำให้ Grails ค่อนข้างเร็วกว่า JRuby on Rails และคุณจะได้รับการสนับสนุน XML ที่ดีอย่างน่าอัศจรรย์ผ่าน GPath มีคุณสมบัติที่ดีมากมายที่คุณจะได้รับจากการใช้ JVM (เช่นการทำงานพร้อมกันและรหัสเธรดปลอดภัยจำนวนมาก) แต่ไม่ต้องยุ่งเกี่ยวกับ Java (ภาษาที่ฉันไม่สนใจมากนัก) ดังนั้นฉันจึงมี เวลาที่ยากในการโน้มน้าวตัวเองให้ใช้อะไรก็ได้ใน MRI

Python ดูน่าดึงดูด แต่ฉันต้องยอมรับ

ส่วนปัญหา Eclipse ของคุณผมช่วยไม่ได้ ฉันใช้ Vim และ Emacs ส่วนใหญ่เป็นเพราะฉันไม่สามารถใช้ IDE ได้ สำหรับภาษาแบบไดนามิกเช่น Groovy, Ruby และ Python ฉันไม่คิดว่า IDE จะให้ประโยชน์ที่แท้จริงเนื่องจากไม่มีสถานที่สำหรับการสร้างโค้ดหรือจำเป็นต้องรวบรวม อาจจะลองทำงานโดยใช้ IDE สักพักและดูว่าสิ่งต่างๆราบรื่นขึ้นหรือไม่?

ใช่ฉันคิดว่า Grails คุ้มค่า พวกเขาทำงานได้อย่างยอดเยี่ยมในการทำงานให้เร็วที่สุดเท่าที่จะเป็นไปได้และทีม Grails และ Groovy ต่างก็ทุ่มเทอย่างมาก

ฉันอยู่กับคุณโดยสิ้นเชิง! Grails ยังคงรู้สึกหยาบรอบ ๆ ขอบจนเกือบจะเป็นเรื่องตลกเมื่อเปรียบเทียบกับ Rails หากอย่างน้อยการรายงานข้อผิดพลาดก็ดีขึ้นเล็กน้อย แต่ฉันเดาว่าอาจเป็นเพราะห้องสมุดจำนวนมากที่ใช้ภายใต้ฝาครอบ คำเดียว: stacktrace! ฉันไม่ใช่แฟนตัวยงของ model-> db approach (Rails มี db-> model) นั่งร้านยังเหลือพื้นที่สำหรับการปรับปรุงอีกมาก จากนั้น "ไม่ต้องรีสตาร์ท" ก็ไม่ทำงานตามที่โฆษณาไว้เช่นกัน (ฉันไม่แน่ใจว่าอะไรจะแย่ไปกว่านั้น - ต้องรีสตาร์ทตลอดเวลาหรือบางครั้งก็พบพฤติกรรมแปลก ๆ ที่หายไปเมื่อคุณรีสตาร์ท) และอย่าให้ฉันเริ่ม GORM (เมื่อต้องใช้เวลาหลายชั่วโมงในการค้นหาวิธีที่จะเป็น SQL ง่ายๆคุณจะเริ่มสงสัยว่า ORM ทั้งหมดนี้ช่วยคุณประหยัดเวลาได้จริงหรือไม่) อาจจะตราบใดที่มันเรียบง่าย

ฉันหมายถึงมันยังคงเป็นหนึ่งในตัวเลือกที่ดีกว่าของเฟรมเวิร์กเมื่อคุณมาจากโลก java (ไร้ประโยชน์มากที่เรียกตัวเองว่าเว็บเฟรมเวิร์ก) ... มันมีศักยภาพ ฉันแค่หวังว่ามันจะไม่สร้างขึ้นจากสิ่งที่ซับซ้อนอื่น ๆ มากมาย

อย่างไรก็ตาม - หวังว่าสิ่งเหล่านี้จะถูกจัดเรียง ในขณะนี้ฉันกำลังซุ่มซ่อนอยู่ที่playframework.orgซึ่งดูเรียบเนียนและมีแนวโน้มดี

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

ฉันพบว่าข้อได้เปรียบที่ใหญ่ที่สุดของ Grails คือฉันไม่ต้องสนใจฐานข้อมูลอีกต่อไป - สคีมาจะถูกสร้าง / อัปเดตโดยอัตโนมัติและการคงอยู่นั้นส่วนใหญ่จะทำเพื่อฉัน (ไม่มีการเขียนแบบสอบถาม SQL อีกต่อไป) นี่เป็นความโล่งใจมาก สิ่งอื่นที่ค่อนข้างดีคือเมื่อคุณตัดสินใจเลือกเทมเพลตสำหรับคอนโทรลเลอร์และมุมมองการเพิ่มอ็อบเจ็กต์โดเมนใหม่นั้นค่อนข้างรวดเร็ว แม้ว่าฉันสงสัยว่าอย่างน้อยคุณจะทำการเปลี่ยนแปลงอย่างต่อเนื่องสำหรับมุมมองของคุณ แต่ก็ปรับให้เหมาะสมกับมุมมองที่มีอยู่

สำหรับ IDE ดูเหมือนว่า IntelliJ จะเป็นตัวเลือกที่ดีที่สุด แต่ฉันมีความสุขกับการใช้ Netbeans 6.5 ฉันใช้ MyEclipse สำหรับการพัฒนาอื่น ๆ ทั้งหมด แต่ Netbeans เพิ่งรองรับ Grails ได้ดีขึ้นแล้ว

ฉันเป็นผู้ใช้ Eclipse ก่อนที่ฉันจะเริ่มใช้ Grails เห็นได้ชัดอย่างรวดเร็วว่าจะไม่ตัดมัน ดังนั้นฉันจึงลอง Intellij และ NetBeans ในเวลาที่ Intellij ดีกว่าเท่าที่ Groovy และ Grails กังวล อย่างไรก็ตาม NetBeans นั้นฟรีและทำให้มันดีพอสำหรับฉัน ตั้งแต่นั้นมาทั้งสามก็มีเวอร์ชันใหม่หรือปลั๊กอินใหม่ออกมา ฉันยังคงใช้ NetBeans เนื่องจากต้นทุนของ Intellij ด้วยการเข้าซื้อ G2One โดย Spring Source หนึ่งในความคาดหวังคือการสนับสนุนเพิ่มเติมสำหรับ Groovy และ Grails ใน Eclipse สิ่งนี้จำเป็นสำหรับการนำไปใช้เพิ่มขึ้น

การใช้ Grails สำหรับโปรเจ็กต์ใหม่นั้นวิเศษมาก สัมภาระ Enterprise Java จำนวนมากจึงไม่จำเป็นอีกต่อไป ฉันนึกภาพออกว่าการพยายามพอร์ตบางอย่างอาจเป็นเรื่องยากเพราะจนกว่าคุณจะเข้าใจว่าจุดแข็งและจุดอ่อนของเฟรมเวิร์กอยู่ที่ไหนก็ยากที่จะใช้มันอย่างมีประสิทธิภาพ สัญญาว่าการสนับสนุน JSP จะง่ายขึ้นใน Grails 1.1 ฉันไม่รู้ว่าการใช้เวอร์ชันเบต้าในขณะที่พยายามรวบรวมกรอบงานใหม่เป็นความคิดที่ดีหรือไม่ การทดสอบได้ผ่านการแก้ไขครั้งใหญ่สำหรับเวอร์ชันใหม่ หากมีเวลาให้คุณอาจต้องรอเนื่องจากรุ่น 1.1 น่าจะเร็ว ๆ นี้

หากคุณมีโอกาสลอง Grails ใน IDE อื่นเมื่อเริ่มโครงการตั้งแต่เริ่มต้นฉันคิดว่าคุณจะเห็นมันในแง่ที่แตกต่างออกไป

ฉันเพิ่งเริ่มใช้ grails ในโปรเจ็กต์ใหม่ ... ไม่ต้องเขียนไฟล์ xml ใด ๆ แต่ก็ยังมีพลังของ Spring และ Hibernate ที่น่าทึ่งจริงๆ

ใช้ IntellijIDEA สำหรับ IDE แต่จริงๆแล้วฉันได้ค้นพบ Grails ผ่าน IDE (ฉันอาจจะลำเอียง แต่ฉันเกลียดคราส)

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

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

Grails อาจมีขนาดใหญ่สำหรับประเภทแอปพลิเคชันของคุณ (ขึ้นอยู่กับไฟล์จำนวนมากที่สร้างขึ้นจากการเริ่มต้นครั้งแรกและทรัพยากรที่ใช้) หากคุณกำลังมองหาสิ่งที่เรียบง่าย Grails อาจไม่ใช่สิ่งที่คุณกำลังมองหา หากคุณกำลังมองหาสิ่งที่เรียบง่ายและใช้ได้ผลจนถึงตอนนี้ฉันคิดว่า django สามารถทำงานของคุณได้ดี ลองดูที่วิธีการที่ง่าย (กี่ไฟล์ก็ต้อง) เพื่อสร้างแอพพลิเค CRUD จากการกวดวิชาของตน จากที่นี่แอปของคุณสามารถปรับขนาดได้ง่าย (ค่อนข้าง) เมื่อความต้องการและความต้องการของคุณเพิ่มขึ้น

ฉันไม่แน่ใจว่าพวกเขาจะสามารถทำให้ Grails ถูกต้องได้ และพูดถูกแล้วฉันหมายถึงรายละเอียดทั้งหมด (เล็กและใหญ่) ซึ่งท้ายที่สุดแล้วมันทำให้รู้สึกเปราะและเปราะบาง ฉันไม่แน่ใจด้วยซ้ำว่ามีทีมพัฒนาจริง (หมายถึงมากกว่า 2 คน) อยู่เบื้องหลัง

ทุกครั้งที่ฉันทำซ้ำคุณสมบัติของโครงการ Grails ของฉันพยายามปรับปรุงบางสิ่งบางอย่างมันเป็นขั้นตอนการทำงานเดียวกันทุกอย่างแตกสลายจากนั้นก็เป็นรอบการทดสอบ 'google' เป็นร้อยรอบแล้วคุณจะพบสาเหตุที่คุณทำไม่ได้ สิ่งที่คุณต้องการและคุณทำอย่างอื่น

ท้ายที่สุดแล้วคุณจะหงุดหงิดเพราะคุณไม่อยากสัมผัสอะไรเลย และสิ่งที่ไม่ดีคุณทิ้งมัน!

ฉันกำลังพิจารณาเปลี่ยนไปใช้ Rails ผ่าน JRuby นั่นอาจเป็นสิ่งที่ดีที่สุดสำหรับทั้งสองโลก: เว็บเฟรมเวิร์กที่มีความสามารถพร้อมกับชุมชนที่ใช้งานอยู่และมีขนาดใหญ่ทีมนักพัฒนาโดยเฉพาะแพลตฟอร์มที่ไม่ได้อยู่บนพื้นฐานของเฟรมเวิร์กที่น่าสงสัยและซับซ้อนเช่น Spring หรือ Hibernate ซึ่งเป็นวงจรการเผยแพร่ที่รวดเร็วและทะเยอทะยาน และ JRuby เพราะตรงไปตรงมามีสินทรัพย์ Java มากมายในกระเป๋าเป้ของฉันฉันไม่สามารถทิ้งมันไปได้

หากความเชี่ยวชาญของคุณอยู่ใน Java อย่างที่คุณพูด. คุณควรดูที่Play Frameworkซึ่งเป็นเว็บเฟรมเวิร์กที่ได้รับแรงบันดาลใจจาก Ruby on Rails ซึ่งมีวงจรการพัฒนาที่สั้นมากเพียงบันทึกไฟล์ซอร์ส Java ของคุณและอัปเดตเว็บเบราว์เซอร์ของคุณ และหากคุณต้องการลองภาษาอื่น Play Framework มีโมดูลที่ให้คุณใช้ Scala แทน

ฉันชอบ Play Framework เพราะเข้าใจง่ายและมีประสิทธิภาพที่ดี คุณยังสามารถใช้ JPA และ Hibernate สำหรับ ORM-layer ได้หากต้องการ