Playframework 및 Django

36

Play! 자바에 신선한 공기를들이 마시고 오랜 세월에 걸쳐 진화 해 온 모든 엔터프라이즈 크래프트를 우회합니다. 네임 스페이스조차도 com.playframework가 아닙니다. Rails, Django 등의 답변이되고 MVC를 기반으로합니다. Java가 깊숙히 자리 잡은 엔터프라이즈 샵을 제외한 모든 곳에서 관련성을 유지하는 데 필요합니다.

Play! 오래된 Java의 overabstraction 및 고통스러운 구성을 줄입니다. 이것은 Restlet이 시도한 (서블릿에서 REST를보다 쉽게 만드는) 이전 Servlet/EJB 방법론에 의존하지 않거나 재생하지 못하는 완전한 스택입니다. 놀이! 다른 플랫폼 MVC 프레임 워크에 유효한 경쟁자 인 위대한 REST 기반 Java 프레임 워크입니다.

매우 RESTful이며 매개 변수를 Java 메소드에 바인딩하기 쉽습니다. 또한 JPA는 게임 네임 스페이스를 통해 훨씬 쉽게 사용할 수있게되었습니다. 파이썬은 스크립트에 사용되는

public void messages(int page) { 
    User connectedUser = User.find("byEmail", connected()); 
    List<Message> messages = Message.find(
     "user = ? and read = false order by date desc", 
     connectedUser 
    ).from(page * 10).fetch(10); 
    render(connectedUser, messages); 
}

play.db.jpa.Model 대신 몇 생명을 구할 수있는 메이븐으로 빌드.

Red5 나 Restlet 이후 Java 프레임 워크에 대해서는별로 흥분하지 않았습니다. 보너스는 자바 버전의 GAE를 사용하여 Google AppEngine에서도 앱을 쉽게 얻을 수있는 방법입니다.

출처

2009-11-12 23:39:19

6

Play! 프레임 워크는 소프트웨어의 훌륭한 부분이며 JavaEE 비 대한 환경은 영감을 얻어야합니다.

빠른주기 "파일 수정"/ "다시로드 브라우저"때문에 Java -> Django에서 이동하고 Play! 프레임 워크를 사용하면 내가 가장 좋아하는 Java 언어로 되돌아 왔습니다.

또한 Grails와 일반적으로 Java의 동적 언어 (Groovy가 Play!에서 사용되는)와 비교하여 단순성, 속도 및 안정성을 가져올 수 있습니다.

출처

2009-11-10 11:30:11 Lastnico

+0

나는 단위 테스트를 통해 JavaEE에서 코드, 빌드, 전개, 테스트주기의 필요성을 줄 였다고 생각했다. – n002213f

+2

예.하지만 단위 테스트는 비즈니스 로직을 테스트하는 데 유용하며 그 밖의 것은 없습니다 (웹 인터페이스 테스트는 항상 고통 스럽습니다). 그래서, 선택의 여지가 없으면, 당신은 웹 인터페이스 개발에 효율적이고 싶다면, 유일한 방법은 빌드/배포주기의 속도를 너무 높이는 것입니다. – Lastnico

5

나는 또한 장고 사용자입니다. 방금 Play 프레임 워크를 방문하여 설명서를 보았습니다. 그것은 장고가 알고있는 단순한 디자인을 가지고 있습니다. 심지어 앱 엔진 지원 기능도 내장되어 있습니다. 많은 자바 개발자가 지원할 것이라고 확신합니다. 커뮤니티에서 멋진 플러그인을 볼 시간이 필요합니다.

출처

2010-01-09 22:59:29 koko

8

Play! 지금 몇 달 동안 그리고 실제로 프레임 워크를 사랑하게되었습니다. 나는 레일스와 장고에 조금 어려움을 겪었는데, 그 이유는 주로 동적 유형 언어의 팬이 아니기 때문입니다. 그러나 Java와 경쟁 할 수있는 웹 개발 프레임 워크는 절대로 없었습니다. 생산성면에서 Rails와 Django는 MVC 군비 경쟁의 선두 주자였습니다. 놀이! 그것은 굉장하고, 간결하고, 확장 가능하고, 강력하며, 항상 커져가는 커다란 공동체를 가지고 있습니다. 파이썬이나 루비 같은 언어를 사용하고 있다면 Play! 스칼라도. 스칼라에 지금 들어가려고 정말로 노력하고 있습니다. 왜냐하면 스카라가 큰 미래를 가지고 있다고 생각하기 때문입니다. 사용하는 데 많은 재미가 있습니다. 어쨌든, 시도해 보는 것이 좋습니다!

출처

2011-04-18 16:07:27

+0

그럼 MVC 군비 경쟁에서 레일/장고와 잘 어울리는 게임인가? – rogerdpack

0

우리는 최근 Play를 사용하여 다양한 모바일 애플리케이션 용 웹 서비스를 구축하기 시작했습니다.Java 환경에서 왔습니다. 나는 학습 곡선이 그다지 가파른 것은 아니라는 것을 말할 수 있습니다. 문자 그대로 1 시간 만에 기본 API로 웹 서비스가 이미 실행되었습니다. 일주일 후 Amazon Web Services를 사용했습니다. Java 개발자를위한 웹 개발을 단순화하므로 Play의 미래를 확실히 볼 수 있습니다.

그러나 (자산 버전 관리 등) 주목할 몇 가지 것들은 여전히 프레임 워크에 내장되어 있지는 않지만 시간 내에 제공 될 것이라고 확신합니다. Play를 사용하면 확실히 가치가 있다고 말할 수 있습니다.

출처

2012-06-17 20:31:42 KVISH

0

나는 매우 강한 자바 배경에서 왔습니다. 그래서 여기 내 대답은 약간 편향 될 수 있습니다.

Play는 파이썬 커뮤니티에서 지난 몇 년간 django가 해왔 던 Java Community를 제공합니다. 재생은 jvm을 기반으로하므로 수년 동안 가장 안정적이며 확장 성이 뛰어나므로 규모에 맞춰 응용 프로그램을 작성하고 실행할 수있는 견고한 플랫폼의 장점을 계승합니다.

나는 장고를 시도했다고 말하고 싶다. 웹 커뮤니티 중 인기가 나를 골똘히 만들었고 그것을 시도해보고 싶었습니다.

이상하게도 예상대로 사용하기가 쉽지 않았습니다. 이렇게 많은 구성. 라이브러리가 너무 똑같고 종종 서로 잘 어울리지 않을 수도 있습니다. 너무 많은 마술. 또한 형식 안전성을 갖추지 않으면 웹 응용 프로그램을 대규모로 관리하고 유지 관리하기가 매우 어려워집니다. 오해하지 마라. 사람들이 그 일을 처리했다고 확신하지만, 내 경험에 비추어 볼 때, 특히 많은 개발자와 코드 기반을 공유 할 때 자바/스칼라가 가장 적합하다는 것을 알게된다.

Java 용 IDE 지원은 탁월합니다. TDD를 구현하면 코드를 리팩터링하고 매일 움직이는 것을 발견하게 될 것입니다. 그리고 자바 IDE는이 모든 힘을줍니다. 타입 안전성 등.

필자도 간단한 CRUD 응용 프로그램/프로토 타입/장난감을 너무 많이 사용하지 않고도 고급 기능과 큰 스케일을 생각하지 않는다면 Python/django를 사용할 때 몇 가지 장점을 찾을 수 있습니다. 그렇지 않으면 전체 Java 생태계가 손을 차지합니다. 그리고 놀이는 체리 위에 있습니다.

출처

2015-07-04 17:31:27 berardino

답변

관련 문제