[java] Java / Spring에서 Scala / Lift를 사용하는 이유는 무엇입니까? [닫은]

Dan LaRocque의 답변에 강력하게 동의하지 않는다고 말해야합니다.

리프트는 모 놀리식이 아닙니다. 개별 요소로 구성됩니다. J / EE 요소를 무시하지 않고 JNDI, JTA, JPA 등을 지원합니다. 이러한 J / EE 요소를 강제로 사용하지 않는다는 사실은 Lift의 모듈 식 설계를 강력하게 나타냅니다.

• Lift의 견해 철학은 “개발자가 결정하게한다”. Lift는 뷰에서 논리 코드를 허용하지 않는 템플릿 메커니즘, 스칼라 코드 및 Scala의 XML 리터럴 실행을 기반으로하는 뷰 메커니즘 및 Scalate 기반 뷰 메커니즘을 제공 합니다. XML 템플릿 메커니즘을 선택하면 비즈니스 로직에 마크 업이 어느 정도 존재하는지 선택합니다. Lift의 XML 템플릿에서 비즈니스 로직을 표현할 수 없으므로 Lift의 뷰 분리는 Spring이 제공하는 것보다 강력합니다.
• Lift ‘s Object ↔ 지속성 철학은 “개발자가 결정하게한다”. Lift에는 ActiveRecord 스타일 객체 관계형 매퍼 인 Mapper가 있습니다. 소규모 프로젝트를 위해 작업이 완료됩니다. 지원 JPA를 드십시오. Lift에는 관계형 데이터베이스 내외부, NoSQL 저장소 내외부로 객체 셔틀을 지원하는 레코드 추상화 기능이 있습니다 (Lift에는 CouchDB 및 MongoDB에 대한 기본 지원이 포함되지만 어댑터 계층은 수백 줄의 코드이므로 Cassandra 또는 기본적으로 Lift the Web Framework는 객체가 세션에 구체화되는 방법에 의존하지 않습니다. 또한, 세션 및 요청 사이클은 개방되어 트랜잭션 후크를 요청 / 응답 사이클에 삽입하는 것이 간단하다.
• Lift의 철학은 “서버 팀은 여러 언어가 아닌 한 언어를 알아야합니다”입니다. 이는 구성이 스칼라를 통해 수행됨을 의미합니다. 따라서 유연한 구성 옵션을 만들기 위해 Java 구문의 40 %를 XML 구문으로 구현할 필요가 없었습니다. 이는 컴파일러 구문과 구성 데이터 유형 검사를 통해 런타임시 이상한 XML 구문 분석이나 잘못된 데이터를 얻지 못하도록합니다. 즉, 사용중인 라이브러리를 기반으로 사용중인 주석의 세부 사항을 이해하는 IDE가 필요하지 않습니다.
• 그렇습니다. Lift의 문서는 장점이 아닙니다.

위에서 말한 것처럼 Lift의 디자인 철학에 대해 이야기하겠습니다.

내가 쓴 웹 프레임 워크 선언을 내가 리프트를 쓰기 시작하기 전에. 내가 아는 다른 웹 프레임 워크의 경우보다 훨씬 큰 수준으로, Lift는 이러한 목표를 충족시킵니다.

핵심은 HTTP 요청 주위에 객체 래퍼를 배치하는 대신 HTTP 요청 / 응답주기를 추상화하는 것입니다. 실제로는 사용자가 수행 할 수있는 모든 작업 (양식 요소 제출, Ajax 수행 등)은 브라우저의 GUID와 서버의 기능으로 표시됩니다. GUID가 HTTP 요청의 일부로 제공되면 제공된 매개 변수와 함께 함수가 적용 (호출)됩니다. GUID는 예측하기 어렵고 세션에 따라 다르기 때문에 Spring을 포함한 대부분의 다른 웹 프레임 워크보다 Lift를 사용하면 재생 공격 및 많은 매개 변수 변조 공격이 훨씬 더 어렵습니다. 또한 개발자는 HTTP 요청 패킹 및 압축 풀기보다는 사용자 액션 및 사용자 액션과 관련된 비즈니스 로직에 초점을 맞추기 때문에 생산성이 향상됩니다.

ajaxButton("Accept", () => {request.accept.save; 
                            SetHtml("acceptrejectspan", <span/>}) ++ 
ajaxButton("Reject", () => {request.reject.save; 
                            SetHtml("acceptrejectspan", <span/>})

그렇게 간단합니다. 함수가 생성 될 때 friendRequest가 범위 내에 있기 때문에 함수가 범위를 닫습니다. 친구 요청의 기본 키를 노출하거나 다른 작업을 수행 할 필요가 없습니다. 버튼의 텍스트 만 정의하면됩니다. 현지화 또는 XHTML 템플릿에서 가져 오거나 현지화 된 템플릿에서 가져올 수 있음) 버튼을 누를 때 실행되는 기능. Lift는 GUID 할당, Ajax 호출 설정 (jQuery 또는 YUI를 통해 설정, 예를 들어 원하는 JavaScript 라이브러리를 추가 할 수 있음), 백오 프로 자동 재시도 수행, Ajax 요청 등을 큐잉하여 연결 부족을 방지합니다.

따라서 Lift와 Spring의 한 가지 큰 차이점은 기능과 관련된 Lift의 GUID 철학은 훨씬 더 나은 보안과 개발자의 생산성 향상이라는 이중 이점이 있다는 것입니다. GUID-> 함수 연결은 매우 내구성이 입증되었습니다 … 동일한 구성은 일반 양식, 아약스, 혜성, 여러 페이지 마법사 등에서 작동합니다.

다음 핵심 핵심 요소는 가능한 한 오랫동안 높은 수준의 추상화를 유지하는 것입니다. 페이지 생성 측면에서 이는 페이지를 XHTML 요소로 작성하고 응답을 스트리밍하기 직전까지 페이지를 XHTML로 유지하는 것을 의미합니다. 크로스 사이트 스크립팅 오류, 페이지 구성 후 CSS 태그를 헤드로, 스크립트를 페이지 맨 아래로 이동하는 기능, 대상 브라우저를 기반으로 페이지를 다시 작성할 수있는 기능에 대한 이점이 있습니다. 입력측에서 URL을 다시 작성하여 형식이 안전한 방식으로 매개 변수 (쿼리 및 경로 매개 변수 모두)를 추출 할 수 있으며 요청주기 초기에 처리하기 위해 높은 수준의 보안 검사 데이터를 사용할 수 있습니다. 예를 들어, REST 요청의 서비스를 정의하는 방법은 다음과 같습니다.

  serve {
    case "api" :: "user" :: AsUser(user) :: _ XmlGet _ => <b>{user.name}</b>
    case "api" :: "user" :: AsUser(user) :: _ JsonGet _ => JStr(user.name)
  }

Scala의 내장 패턴 일치를 사용하여 수신 요청을 일치시키고 경로의 세 번째 부분을 추출하여 해당 값에 해당하는 사용자를 가져오고 액세스 제어 검사를 적용합니다 (현재 세션 또는 요청에 지정된 액세스 권한이 있습니까) 사용자 기록). 따라서 User 인스턴스가 응용 프로그램 논리에 도달하면 검사됩니다.

이 두 가지 핵심 요소를 통해 Lift는 보안 측면에서 엄청난 이점을 제공합니다. 기능에 방해가되지 않는 Lift의 보안 수준에 대한 아이디어를 제공하기 위해 Yahoo!의 보안을 담당 한 Rasmus Lerdorg 는 FourSquare (리프트 포스터 하위 사이트 중 하나)에 대해 다음과 같이 말합니다.

네 개의 별 @foursquare합니다 – 1 사이트 A의 내가 하나의 보안 문제 (I 찾을 수)하지 않았다에서 좋은 모습을 찍은 반면 – http://twitter.com/rasmus/status/5929904263을

당시 FourSquare는 한 명의 엔지니어 (@harryh가 슈퍼 천재가 아님)를 담당했으며 주된 트래픽은 주간 트래픽 배가에 대처하면서 FourSquare의 PHP 버전을 다시 작성하는 데 주력했습니다.

Lift의 보안 초점의 마지막 부분은 SiteMap입니다. 통합 된 액세스 제어, 사이트 탐색 및 메뉴 시스템입니다. 개발자는 스칼라 코드 (예 : If(User.loggedIn _)또는 If(User.superUser _))를 사용하여 각 페이지에 대한 액세스 제어 규칙을 정의 하며 이러한 액세스 제어 규칙은 페이지 렌더링이 시작되기 전에 적용됩니다. 이는 프로젝트 시작부터 시작되어 액세스 제어 규칙이 나머지 응용 프로그램과 통합되므로 URL이 보안 규칙을 업데이트 할 때 XML로 보안 규칙을 업데이트 할 필요가 없다는 점을 제외하면 Spring Security와 매우 유사합니다. 변경 또는 액세스 제어 변경을 계산하는 방법.

지금까지 Lift의 디자인 철학은 액세스 제어, OWASP 상위 10 가지 보안 취약점에 대한 내성, 훨씬 더 나은 Ajax 지원 및 Spring보다 훨씬 높은 개발자 생산성을 제공합니다.

그러나 Lift는 또한 모든 웹 프레임 워크에 대해 최고의 Comet 지원을 제공합니다. 이것이 Novell이 Pulse 제품 에 전원을 공급하기 위해 Lift를 선택한 이유 이며 Novell이 Lift에 대해 말한 내용은 다음과 같습니다.

Lift는 개발자가 큰 그림에 집중할 수 있도록하는 일종의 웹 프레임 워크입니다. 내장 된 Comet 지원과 같은 강력하고 표현적인 타이핑 및 고급 기능을 통해 배관 대신 혁신에 집중할 수 있습니다. Novell Pulse와 같은 풍부한 실시간 웹 애플리케이션을 구축하려면 표지 아래에 Lift 기능이있는 프레임 워크가 필요합니다.

따라서 Lift는 단순한 또 다른 MVC 프레임 워크가 아닙니다. 아주 잘 발달 된 핵심 설계 원칙을 가지고있는 프레임 워크입니다. 보안 및 개발자 생산성의 이중 이점을 제공하는 프레임 워크입니다. Lift는 계층으로 구축 된 프레임 워크로 개발자에게 필요에 따라 올바른 뷰 선택, 뷰 생성 선택, 지속성 선택 등을 제공합니다.

스칼라와 리프트는 개발자에게 XML의 멜란지, 주석 및 Spring을 구성하는 다른 관용구보다 훨씬 나은 경험을 제공합니다.

---

답변