Grails buna değer mi? [kapalı]

Bu yarı rant, yarım soru.

Grails kullanmaya değer mi? Nispeten basit bir veritabanı odaklı web uygulaması geliştirmeye çalışıyorum. Uzmanlığım Java, bu yüzden doğal olarak Grails iyi bir seçim gibi görünüyordu. İlk başta Spring, JPA ve Hibernate kullanmayı düşündüm, ancak bunu daha önce kullandım ve her türlü sıkıcı yapılandırma ve kodlama işiyle karşılaştım. Grails bunu çözdüğünü ilan ediyor.

Grails ile ilgili en büyük hayal kırıklığım, işe yaramayan tüm küçük şeylerdir. Demek istediğim, sezgisel olarak olması gerektiğini düşündüğü gibi çalışmıyor. Kenarlar çok sert. Sürekli problemlerle karşılaşıyorum. Bazen Grails anlayışının eksikliğidir - diğer zamanlarda meşru Grails hatalarını keşfettim.

Önemli bir sorun, iyi Eclipse entegrasyonunun olmamasıdır. Bir Groovy and Grails eklentisi var, ancak sözdizimi vurgulamadan başka pek bir şey yapmıyor. Java'dan Groovy'yi aramak ve bunun tersini yapılandırmak çok zahmetlidir . İyi bir IDE desteğine sahip olmamak büyük bir serseri.

Olan şey, web uygulamamı geliştirmeye çalışıyorum. Günün sonunda, günün yaklaşık% 85'ini Grails ile ilgili sorunları ayıklamak için harcadığımı fark ettim. Eclipse problemleri değilse, o zaman hevesli yükleme , görünümde getirme , bire çok ilişkiler , garip boş dosya hatası davranışı , garip bir özellik / alıcı hatası - sürekli devam ediyor. Bu, bugün karşılaştığım sorunların sadece bir örneğidir. Grails'le son görüşmem bir sürü farklı sorun ortaya çıkardı.

Bazen buna değip değmeyeceğini merak ediyorum. Başkalarının bunu yaşayıp yaşamadığını merak ediyorum. Bir web uygulamasını üretken bir şekilde geliştirmek için Grails'i kullanan insanlar var mı? Hızlı web geliştirme için düşünmem gereken başka çerçeveler var mı?

Grails'i 0.6B'den öğrenen tüm tecrübeli kıdemli Java geliştiricilerinden oluşan 12 kişilik bir ekibimiz vardı ve hepimiz hala Grails'e dayalı projeler üzerinde çalışıyoruz. Java'ya isteyerek geri dönmezdim ve Grails uygulamasıyla bir yere hızlı bir şekilde nasıl gideceğimizin arkasını kırdığımız için hepimiz rahatladık.

Bu bir mücadeleydi, kolay olmadı ve hayal kırıklığı vardı / var.

Yine de, devam eden çabalarımıza göre çok hızlı bir şekilde bir şeyler yaptık .. Birçoğunun geçici çözümleri olan hatalar var.

Grails projelerinin derin, karmaşık büyülü sözlerine dalmaya çalışan Java konusunda iyi olan birkaç geliştirici örneği duydum. Tüm Java'dan kaçındık ve saf Grails ve Groovy'ye geçtik. Basit başladığımızdan, karmaşıklığı olabildiğince yönetilebilir ve pratik bir şekilde oluşturduğumuzdan emin olduk. En derinlere dalmaya cesaret edemedik ve Java bilgimizin bizi taşıyacak kadar yeterli olmasını umduk.

Sonunda muazzam bir şekilde çalışan ve şimdiye kadar saf Java / Spring / Hibernate sürümünü yazmaktan çok daha hızlı olan devasa ve karmaşık bir şey yaratmıştık; ve yeterli IDE desteği olmadan ve buglar açısından bugün olduğundan çok daha kötü bir durum.

Eclipse desteğiyle ilgili olarak, Grails / Groovy için kullanılacak tek gerçek IDE Intellij'dir - Eclipse desteği çok geride kaldı, ne yazık ki: Eclipse aşığıydım ve Intellij dönüşümü olmaktan çok uzağım - Grails / Groovy desteği diğer her şeyi mahvetti rağmen.

Evet, Grails belki de Bahar'a kıyasla olgunlaşmamış. Veya Hazırda Bekletme. Ve bahse girerim ki, varoluşlarının ilk 1,5 yılında da aynı derecede sorun yaşıyorlardı.

Bu haliyle, karmaşıklığı mutlak minimumda tutmaya özen gösterme, ilk önce dikkatlice test etme (bizim görüşümüze göre) ve karmaşıklığı aşamalı olarak ve özenle inşa etme sorumluluğunu size yüklüyor.

Yığına Spring / Hibernate'i dahil ettiğinizde Java ile hızlı kod çözümü yoktur. Grails'in içerdiği karmaşıklık, Spring / Hibernate'in kendi karmaşıklığının bir yansımasıdır. Saf Java ile zamanınızın daha iyi harcandığını düşünüyorsanız, başka türlü tartışmam .. Hala WTF'lerim var ama şimdi dik öğrenme eğrisi geride kaldığına göre Grails'e biraz daha bağlı kalacağımı düşünüyorum.

İki nedenden ötürü grails başvurusu yazmaktan çok keyif alıyorum:

• Java kullanmak zorunda değilim
• Java kullanabilirim

Sanırım graillere aşina olduktan sonra işlerini çok çabuk ve zarif bir şekilde hallediyor.

Artı taraf için çok fazla. Eksi tarafı performanstır, bu da beni iki açıdan etkiliyor: dağıtım ve test odaklı geliştirme.

Tek bir (kiralık) sunucuda 3'ten fazla grails uygulaması çalıştırmayı başaramadım, çünkü hızlı bir şekilde bellek ve performans sınırlarına ulaştım. Çok fazla çerçeve var.

Ayrıca, tahılların test koşucusu bu isme değmez. Birim testleri çalıştırdığımda, 10 ila 20 saniye içinde değil, anında yapılmalıdır. Bu yüzden kendimi her zaman düz javada iş mantığı yazarken buluyorum çünkü çok daha hızlı test edebiliyorum. Ama sanırım bu IDE'ye (tutulma) daha iyi bir entegrasyonla çözülebilir.

Bence Spring'in Grails'e desteği büyük bir destek olacak. Web'de CRUD'yi geçebilecek biri varsa, o adamlardır.

Ayrıca kritik bir kütleye ulaştığını düşünüyorum. 2009'da piyasaya çıkacak birkaç yeni kitap var. Bunların benimsenme oranına yardımcı olacağını düşünüyorum.

Orijinal posterlerin duygularına tamamen katılıyorum.

Biz bir Java + Spring dükkanıyız ve Grails'i deneme fırsatı bulduk. İlk önce, yapılması oldukça kolay olan ve oldukça iyi sonuç veren çok küçük bir test uygulaması oluşturduk. Burada karşılaştığımız temel sorunlar, Groovy ve Grails ile ilgili bilgi eksikliğimizden kaynaklanıyordu.

Bu başarının (güven artışı) ardından biraz daha büyük bir proje yapmaya karar verdik. Bu çok daha acı verici bir deneyim oldu. Başkalarının da bahsettiği gibi, yüzeyde hemen görünmeyen her türlü hatayı ve sorunu ortaya çıkardık. Uygulama yeniden başlatma döngüleri son derece acı verici hale geliyor ve gerçekten iyi bir test kapsamına sahip değilseniz, herhangi bir yeniden faktörleme yapmak için bir kabus.

Tek bir hata mesajı olmadan kodun başarısız olması gerçekten sinir bozucu! Sadece çalışmıyor ve nedenini bilmiyor musunuz?

Birkaç isim vermek gerekirse JMS, Quartz ve Remoting için eklentilerin kullanım kolaylığını seviyorum. Çok fazla sıkıcı XML'i ortadan kaldırır.

Neredeyse basitliği nedeniyle GORM'u beğeniyorum, ancak birkaç sorunumuz da var.

Groovy'nin gevşek yazılmış yapısını ve bir dizi hatayı yakalayabilmek için uygulamanızı çalıştırmanız gerekmesi bana çok fazla PHP veya Rails hatırlatıyor.

Günün sonunda kendimize Grails kullanarak karmaşık bir yönetilebilir yazılım parçası yazmanın mümkün olup olmadığını soruyoruz ...

Üretime başlamak üzere olan bir Grails uygulamamız var ... bu yüzden göreceğiz.

Web katmanında grails + + hazırda bekletme ile java ve servis katmanında yay kullanıyoruz. Web'in grails olduğu ve mantığın java'da uygulandığı klasik üç katmandır (web, mantık, veri). Java'da her zaman olduğu gibi, farklı katmanlar arasındaki verileri temsil eden fasulye nesneleri kullanıyoruz.

Oldukça iyi çalışıyor ve fasulye nesneleri ve veritabanı yapısı zaten orada olduğundan bizim durumumuz için en iyi çözümdü. Deneyimlerimize göre, grails'in web sunum katmanı olarak büyük bir değeri olduğunu düşünüyorum, ancak iş kurallarını yazmak ve uygulama verilerini sürdürmek için java'ya bağlı kalacağım - grails "java" olduğu için, tüm grails-java entegrasyonu güzel basit.

Grails uygulamasını geliştirmek için tutulmayı kullanıyoruz ve burada insanların söylediği gibi bu zayıf entegrasyon. Ancak, diğer geliştiricilerin bir önerisi olarak, grails uygulamasını komut satırından çalıştırıyoruz ve yalnızca kaynak dosyalarını kaydetmek için tutulma kullanıyoruz ve uygulama anında güncellendiği için oldukça iyi çalışıyor.

Sunum katmanından başka yerlerde grails kullanmak konusunda henüz kendimi rahat hissetmiyorum.

Ruby on Rails ile Java dünyasında yaşadığımdan çok daha fazla deneyimim var, bu yüzden farklı bir bakış açısıyla geliyorum. Genel olarak, Grails olan kısmen kendi olgunlaşmamış için daha kaba, gece-kenarları Raylar daha, ve kısmen bu under-kapaklar (bahar ve hazırda) iki delice kompleks çerçeveler dayanır, çünkü. Rails ayrıca çok daha büyük bir topluluğa sahiptir.

Ancak, Groovy bir dil olarak büyük adımlar attı ve birlikte çalışmak bir zevk. Groovy 1.6'da yapılan iyileştirmeler sayesinde Grails, JRuby on Rails'e göre oldukça hızlıdır ve GPath üzerinden inanılmaz derecede iyi XML desteği alırsınız. JVM'de (eşzamanlılık ve çok sayıda iş parçacığı güvenli kod gibi) elde ettiğiniz pek çok güzel özellik var, ancak Java ile uğraşmak zorunda kalmadan (pek umursamadığım bir dil), bu yüzden gerçekten MRI'da herhangi bir şey kullanmaya kendimi ikna etmenin zor anları.

Python cazip görünüyor, itiraf etmeliyim.

Eclipse sorunlarınıza gelince, yardım edemem. Vim ve Emacs kullanıyorum, çünkü çoğunlukla IDE'leri kullanmaya dayanamıyorum. Groovy, Ruby ve Python gibi dinamik diller için, kod üretimi için gerçekten herhangi bir yer veya derleme ihtiyacı olmadığından IDE'lerin gerçekten herhangi bir gerçek fayda sağladığını düşünmüyorum. Belki bir süre IDE ile çalışmayı deneyin ve işlerin daha düzgün olup olmadığına bakın.

Yani, evet, Grails buna değer. İşlerin sahip oldukları kadar çabuk çalışmasını sağlamak için harika bir iş çıkardılar ve Grails ve Groovy ekiplerinin ikisi de gerçekten çok adanmış.

Ben tamamen seninleyim! Grails hala kenarlarda o kadar sert hissediyor ki, onu Rails ile karşılaştırmak neredeyse bir şaka. En azından hata raporlama biraz daha iyiyse. Ama sanırım bu muhtemelen kapakların altında kullandığı çok sayıda kitaplıktan da kaynaklanıyor. Tek kelime: yığın izleme! Ben de model-> db yaklaşımının büyük bir hayranı değilim (Rails'in db-> modeli var). İskele ayrıca iyileştirmeler için çok yer bırakıyor. Sonra "yeniden başlatma gerekmez" de belirtildiği gibi çalışmaz. (Neyin daha kötü olduğundan emin değilim - sürekli yeniden başlatmak zorunda kalmak veya bazen yeniden başlattığınızda kaybolan tuhaf davranışlar bulmak) Ve beni GORM'a sokmayın. (Basit bir SQL'in ne olacağının bir yolunu bulmak saatler sürdüğünde, tüm bu ORM'nin size gerçekten zaman kazandırıp kazandırmadığını merak etmeye başlarsınız) Belki basit olduğu sürece.

Demek istediğim: Java dünyasından geldiğinizde, hala bir çerçeve için daha iyi seçeneklerden biri. (Kendini bir web çerçevesi olarak adlandıran çok fazla gereksiz şey var) ... potansiyeli var. Keşke diğer karmaşık şeylerin üzerine inşa edilmeseydi.

Her neyse - umarız bu şeyler hallolur. Şu anda playframework.org'da pusuda beklemekteyim ki bu da çok düzgün ve umut verici görünüyor.

Eclipse eklentisini bitirdiklerinde buna değecek. Ne kadar çabuk o kadar iyi söylerim. Patronuma harika şeyler satmaya çalışmak, bu gerçekleşene kadar kolay olmayacak.

Grails'in en büyük avantajının artık veritabanıyla ilgilenmek zorunda kalmamam olduğunu görüyorum - şema otomatik olarak yaratılıyor / güncelleniyor ve kalıcılık büyük ölçüde benim için yapılıyor (artık SQL sorguları yazmak yok). Bu çok büyük bir rahatlama. Oldukça hoş olan diğer bir şey de, denetleyiciler ve görünümler için şablonlara karar verdiğinizde, yeni etki alanı nesneleri eklemenin oldukça hızlı olmasıdır. En azından görüşleriniz için sürekli değişiklikler yapacağınızdan şüphelenmeme rağmen, onları mevcut olanlara uydurun.

IDE'ye gelince - IntelliJ en iyi seçenek gibi görünüyor, ancak Netbeans 6.5'i kullanmaktan memnunum. Diğer tüm geliştirmeler için MyEclipse kullanıyorum, ancak Netbeans artık daha iyi Grails desteğine sahip.

Grails'i kullanmaya başlamadan önce Eclipse kullanıcısıydım. Kesilmeyeceği çabucak belli oldu. Bu yüzden Intellij ve NetBeans'i denedim. O zamanlar Intellij, Groovy ve Grails söz konusu olduğunda daha iyiydi. Ancak NetBeans ücretsizdi ve bu benim için yeterince iyi oldu. O zamandan beri üçünün de yeni sürümleri veya yeni eklentileri yayınlandı. Intellij'in maliyeti nedeniyle hala NetBeans kullanıyorum. G2One'ın Spring Source tarafından satın alınmasıyla beklentilerden biri, Eclipse'de Groovy ve Grails için daha fazla destek sağlanması. Bu, daha fazla benimseme için gerekli olacaktır.

Grails'i yeni bir proje için kullanmak harika. Kurumsal Java bagajının büyük bir kısmı artık gerekli değil. Bir şeyi tasvir etmeye çalışmanın zor olacağını hayal edebiliyorum çünkü bir çerçevenin güçlü ve zayıf yönlerinin nerede olduğunu anlayana kadar onu verimli bir şekilde kullanmak zordur. Grails 1.1'de JSP desteğinin daha kolay olacağına söz veriliyor, yeni bir çerçeve oluşturmaya çalışırken bir beta sürümü kullanmanın iyi bir fikir olup olmadığını bilmiyorum. Test ayrıca yeni sürüm için büyük bir revizyondan geçti. Zaman izin verirse, 1.1 sürümü çok yakında olacağı için beklemeyi düşünebilirsiniz.

Bir projeye sıfırdan başlarken Grails'e farklı bir IDE denemek için bir fırsatınız varsa, onu farklı bir açıdan göreceğinizi düşünüyorum.

Yeni bir projede grails kullanmaya yeni başladım ... HERHANGİ bir xml dosyası yazmak zorunda kalmadan, yine de Spring ve Hibernate'in gücüne sahip olmak gerçekten harika.

IDE için IntellijIDEA kullanın, yine de Grails'i IDE aracılığıyla keşfettim (yine de önyargılı olabilirim, tutulmadan nefret ediyorum ).

Tamamen. O kadar çok Java çerçevesi var ki yeni gelenler için çıta oldukça yüksek ve bu kadar kalabalık bir alanda yükselebilmesi Grails için bir kanıtı.

Hala keskin olan birkaç kenarı var, ancak bunlar matlaştırılmadan önce sadece bir zaman meselesi, temeldeki proje buna ÇOK çok değer.

Grails, uygulamanızın türüne göre çok büyük olabilir (ilk başlatmada oluşturduğu sayısız dosyaya ve aldığı kaynaklara bağlı olarak). Basit bir şey arıyorsanız, aradığınız şey Grails olmayabilir. Basit ve işe yarayan bir şey arıyorsanız, şimdiye kadar django'nun işinizi iyi yapabileceğini düşünüyorum. Öğreticisinden bir CRUD uygulaması oluşturmanın ne kadar basit (kaç dosya gerektirdiğine) bir göz atın . Buradan, ihtiyaçlarınız ve gereksinimleriniz arttıkça uygulamalarınızın ölçeklendirilmesi (nispeten) kolay olabilir.

Grails'i asla doğru dürüst yapabileceklerinden emin değilim. Ve doğru derken, sonunda kırılgan ve kırılgan hissettiren tüm ayrıntıları (küçük ve büyük olanlar) ele alıyorum. Arkasında gerçek bir geliştirme ekibi (2'den fazla kişi) olduğundan bile emin değilim.

Grails projelerimin bir özelliği üzerinde yinelediğimde, bir şeyi iyileştirmeye çalıştığımda, aynı iş akışı: her şey parçalanıyor, sonra yüzlerce 'google' test döngüsü, sonra yapamamanın nedenini buluyorsun ne istiyorsan başka bir şey yaparsın.

Sonunda hayal kırıklığına uğrarsınız çünkü koşan hiçbir şeye dokunmak bile istemezsiniz. Ve iyi olmayan şeyleri düşürürsünüz!

JRuby aracılığıyla Rails'e geçiş yapmayı düşünüyorum. Bu her iki dünyanın da en iyisi olabilir: aktif ve geniş bir topluluğa sahip yetenekli bir web çerçevesi, özel bir geliştirici ekibi, Spring veya Hibernate gibi şüpheli ve karmaşık çerçevelere dayanmayan bir platform, hızlı ve iddialı bir sürüm döngüsü. Ve JRuby, çünkü açıkçası, sırt çantamda o kadar çok Java varlığı var ki, onları öylece atamam.

Uzmanlığınız dediğiniz gibi Java'daysa. Play Framework'e bir göz atmalısınız - çok kısa bir geliştirme döngüsüne sahip Ruby on Rails'den esinlenen bir web çerçevesi - sadece Java kaynak dosyanızı kaydedin ve web tarayıcınızı güncelleyin. Ve başka bir dil denemek istiyorsanız, Play Framework'ün bunun yerine Scala'yı kullanmanıza izin veren bir modülü vardır.

Anlaması kolay ve iyi bir performansa sahip olduğu için Play Framework'ü seviyorum. İsterseniz ORM katmanı için JPA ve Hazırda Bekletme de kullanabilirsiniz.