Another look at Groovy (Latest java based scripting language) 또 다른보고 프라 (최신 자바 기반 스크립팅 언어)
I was recently pulled into 나는 방아쇠를가 최근에 Groovy 홈 , a new Java based scripting language. You can read a , 새로운 자바 기반 스크립팅 언어합니다.하실 수있습니다 읽을 good article highlighting groovy in onjava.com 좋은 기술을 강조하는쪽에 onjava.com . 합니다.
Groovy adds several syntactic sugar to Java. 설탕을 여러 구문을 추가 홈 자바합니다. By itself it should be nice. 자체적으로 그것은 좋은합니다. However considering that most Groovy developers are originally Java developers, it might promote habit development which they cannot bring back to Java. 그러나 대부분의 홈 개발자들은 원래 자바 개발자는 점을 감안있을 수있습니다 습관을 개발 촉진을 어떤 이들은 자바를 데리고 돌아왔다. Also some of scripting niceties are good for scripting languages, yet feel out of place for an oo development language. 또한 스크립팅 언어의 일부가 몸에 좋다는 상식 스크립팅하지만 아직은 그렇습니다 개발 언어를 부적절하게 느낄합니다. Just bad habit forming is what I think. 단지 나쁜 습관 형성은 무슨 생각합니다.
Personally I have seen that when I am forced to do some coding in javascript, I have to be extra careful when I am back in Java, to avoid pages of compilation errors. 개인적으로 본 적이있어 코딩을 할 때 강제로 자바 스크립트에서 나는, 나 때 조심을 다시 나는 자바, 페이지를 컴파일 오류를 방지합니다. In that sense I am more comfortable using BeanShell as it much more closely mimics Java. 그런 의미에서 더 편할 나는 훨씬 더 밀접하게 그것을 싫어하지 자바를 사용하여 beanshell로합니다.
With autoboxing, enhanced for loops and other jdk1.5 syntactic sugars Java is much easier to code with. 과 autoboxing, 향상된 루프 및 기타 싶다 설탕 자바가 훨씬 쉽게 코드를 구문합니다. My main gripe is public static void main 내 메인 불평은 공개적으로 정적 무효 메인 ![]()
Some of the scripting elements in groovy are counterintuitive, more so probably because I haven’t been initiated in Ruby cult(?). 스크립팅 요소 중 일부가 반직관적쪽에 더 많은 그래서 아마 나는 루비에서 시작되지 않았습니다 컬트 (?).
Groovy is a decent language as scripting languages go, however the target audience is what makes me uncomfortable. 스크립팅 언어가 괜찮은 언어로 프라가, 그러나이 문서가 적용되는가 거북합니다.
Somehow I don’t feel the need to learn yet another scripting language. 어쩌다 보니 그 느낌이 없어요 또 다른 스크립팅 언어의 필요성을 배우기합니다.
Beanshell is slow as it is interpreted. 그대로 해석 beanshell이 느려진다. So what we need is a compiled beanshell to get best of both the worlds. 그래서 우리가 필요로하는 것은 컴파일 둘 다 세계 최고의 beanshell를합니다. I think I just might have a solution. 가있는 것 같아요 솔루션을합니다. More on it later. 더 많은 나중에합니다.
Looking forward for your comments. 귀하의 의견을 기대합니다.
PS. ps. Yes JPython is good, but then I am not much of Python & Perl fan either. 예 jpython은 좋은했지만, 그 후 나는 많은 파이썬 & 펄 팬 중 하나없습니다. They are good for hacking, I would cringe to develop and maintain enterprise applications in them (not that it is impossible or it hasn’t been done). 그들은 좋은 해킹, 나이 끼쳐요 엔터 프라이즈 응용 프로그램을 개발 및 유지 관리에 수있습니다 (그렇게하는 것은 불가능하거나 완료되지 않았습니다).
Filed under 밑에 Java Software 자바 소프트웨어 | |
| |
RSS 2.0 rss 2.0 | |
Email this Article 전자 우편이 문서
You may also like to read 같은를 읽을 수있습니다 |




November 3rd, 2004 at 7:44 pm 2004년 11월 3일에서 오후 7시 44분
man, i’ll never understood why every body seems so scared to introduce new tools in their bags. 친구, 나는 결코 이해 온몸 왜 그렇게 무서워하는 것 부대의 새로운 도구를 소개합니다. groovy is just another great language with the same potential as java (which, by the way, wasn’ta very developer-friendly one) and the software built with it will be as good as the developer team. 홈은 또 다른 좋은 언어와 같은 잠재적으로 자바 (참, 그런데, wasn'ta 매우 개발자 - 친절 1)와 소프트웨어로 작성된의 개발자 팀 똑같고됩니다. so don’t worry at all… if you’ve done nice applications with java now you got a way to make the new ones even better. 그래서 전혀 걱정하지 마… 좋은 일을하는 경우가하는 방법을 응용 프로그램과 자바 이제 새로운 사람을 더합니다. just drop your prejudices and embrace the new wave 단지 당신의 편견과 포용을 드롭의 새 물결
November 4th, 2004 at 12:28 am 2004년 11월 4일에서 오전 12시 28분
You know you want to try Ruby, it’ll make you feel good 아시다시피 한 번 해보 루비, 기분이 좋은거야
November 4th, 2004 at 2:39 am 2004년 11월 4일에서 오전 2시 39분
Based on your comments above, Janino seems like a reasonable match to your constraints. 귀하의 의견에 따라 위의 janino 귀하의 제약을 일치하는 합리적인 것 같아.
November 4th, 2004 at 4:43 am 2004년 11월 4일에서 오전 4시 43분
Groovy is pretty nice. 프라는 아주 좋은합니다. I was skeptical too at first, but then I caught Dion Almaer’s prez at the No Fluff Just Stuff tour in Boston a couple weeks ago. 전 처음에 회의적도했지만, 그 후 디온 almaer의 회장으로 파악했습니다은 보스턴 지역을 세워주고 투어에서 단지 몇 주 전에 물건. The amount of syntactic sugar is dizzying. 설탕은 어지럽게하는 문법의 양을합니다. It is significantly different from Java, enough to make it just another programming language. 그것이 크게 다르다 자바 프로그래밍 언어를 만들 정도로 다른 단지. I mean, what you said about switching between languages for Java and Groovy you could just as well say about Java and Ruby or PERL. 내 말은, 왜 당신은 자바와 프라에 대해 언어를 전환할 수있습니다 자바와 루비처럼이나 펄 얘기도 잘합니다. They’re just different (although, sure, you could code Java in Groovy, but why?). 그들은 단지 서로 다른 (그러나, 물론, 그럴 수 코드를 자바를 멋져요, 그런데 왜?).
The main things I like about Groovy are the support for XML, Ant, Web services, closures, the ability to code Strings without worrying about concatenation, the execute() method added to the String object, and the fact that you can compile Groovy scripts to Java class files, which implies, for example, you can now compile Ant builds into class files and deliver a jar instead of an XML file for a productized Ant script. 프라는 회사의 주요 것들에 대한 지원이 좋아 xml, 개미, 웹 서비스, 폐쇄, 코드를 문자열에 대한 걱정없이 능력을 결합, 실행 () 메소드를 추가할의 문자열 개체 및는 사실을하실 수있습니다 홈 스크립트를 컴파일 이 자바 클래스 파일, 어떤 의미합니다 예를 들어, 빌드를하실 수있습니다 클래스 파일을 컴파일하고 전달할 개미 대신에 한 통에 개미 스크립트 파일을 productized합니다. Plus, Groovy is in progress to be supported by the JCP as the first language other than Java to be standardized on the Java platform. 또한, 홈에서 지원하는가 공산당이 진행중인가 아닌 다른 언어로 자바를 처음 자바 플랫폼을 표준화합니다. That will ensure strong support for Groovy users/programmers for the future. 프라가에 대해 강력한 지원을 위해 사용자 / 프로그래머의 미래합니다.
November 4th, 2004 at 10:18 pm 2004년 11월 4일에서 오후 10시 18분
join the ruby cult we grant you happyness 루비 사교 집단에 참여 부여해 줄 것을 우리 happyness
Emh.. emh .. sorry.. 죄송합니다 .. I meant.. 내 말은 .. Maybe what you want is a type inferencer for java. 아마도 당신이 원하는 것은 일종의 자바 inferencer합니다.
In that case I suggest you take a look at Nice. 이런 경우는 내 손님을 잘 한번보세요. It is basically a better java featuring real closures, multimethod dispatch and type inference. 그것은 기본적으로 더 나은 자바 featuring 실제 막혔습니다, multimethod 파견 및 유형 추론합니다.
Nice seems quite strange at a first look, but indeed it is very powerful and pleasant language, and compiles to bytecode withouth great performance losses (au contraire that groovy) 니스 보인다 아주 이상한에서 첫 번째보세요, 그러나 실제로 그것은 매우 강력하고 쾌적한 언어 및 withouth 좋은 성능을 바이트 코드를 컴파일 패 (반대지이 홈)
November 23rd, 2004 at 11:17 pm 2004년 11월 23일에서 오후 11시 17분
Thanks everyone for your helpful comments and suggestions. 귀하의 도움에 대한 의견과 제안을 모두들 감사합니다.
It is your participation that makes the effort worthwhile. 그 노력은 보람을 만드는 것은 여러분의 참여합니다.
January 16th, 2005 at 8:55 am 2005년 1월 16일에서 오전 8시 55분
I don’t think we needed another scripting language… 또 다른 스크립팅 언어가 필요 아닌 것 같아…
Javascript perfectly combines with java (if only people were able to understand that javascript is not only for building a web page) and mozilla Rhino has proved it. 자바 스크립트와 완벽하게 결합 자바 (만약을 이해할 수 있었던 유일한 사람이 자바 스크립트는 웹 페이지를 구축뿐만 아니라)와 모질라 rhino 그것은 입증합니다.
And now finally we are beginning to see technology built upon it. 그리고 이제 마지막으로 우리가 시작하고 기술을 기반이 표시합니다. How about seppia ? seppia하는 방법에 대해? http://www.seppia.org
Seppia is combines ecmascript (javascript) into java and allows you to build any application from its constituent parts. 결합 seppia은 E4X (ECMAScript (자바 스크립트)로 자바와를 사용하면 해당 구성 부품의 모든 응용 프로그램을 빌드합니다.
March 23rd, 2006 at 9:08 am 2006년 3월 23일에서 오전 9시 8분
I have the same issue and I quote : 나는이 같은 문제를 말을 인용 :
“Beanshell is slow as it is interpreted. "beanshell이 느려진다으로 그것을 해석합니다. So what we need is a compiled beanshell to get best of both the worlds. 그래서 우리가 필요로하는 것은 컴파일 둘 다 세계 최고의 beanshell를합니다. I think I just might have a solution. 가있는 것 같아요 솔루션을합니다. More on it later.” 더 많은 나중에합니다. "
Enlighten us please,what is this solution? 재대로 문의하시기 바랍니다,이 솔루션을 무엇입니까?
did you find anything that works like beanshell but is faster ? 아무것도가 되셨습니까과 같이 작동합니다 beanshell하지만이보다 빠르게?
thanks 감사합니다