상당히 많은 소프트웨어 스택이 포함 된 Enterprise Java 배경에서 왔으며 최근에 Stripes framework을 발견했습니다. 나의 초기 인상은 이것이 자바로 웹 애플리케이션을 구축하는 불쾌한 부분을 최소화하는 좋은 일을하는 것 같다.줄무늬를 사용한 실용적인 경험?
살아있는 프로젝트에 줄무늬를 사용하는 사람이 있습니까? 프로젝트 경험을 공유 할 수 있습니까? 또한, 다른 기술을 고려해 보았습니까? (그렇다면) 왜 Stripes를 선택 했습니까?
우리는 약 4 년 동안 줄무늬를 사용 해왔다. 스택은 Stripes/EJB3/JPA입니다.
많은 사람들이 Stripes plus Stripernate를 단일 스택 솔루션으로 사용합니다. 우리는 EJB 계층 내에서 비즈니스 로직을 원하기 때문에 JPA Entities를 모델 및 DTO의 조합으로 사용하기 만합니다.
줄무늬는 우리 Entities/DTO에 대한 바인딩을 수행하고 작업을 위해 다시 EJB 계층에 밀어 넣습니다. CRUD의 대부분의 경우이 작업은 매우 간단하고 80 %의 사용 사례를 다루기가 쉽지 않습니다. 그러나 우리는 항상 복잡한 응용 프로그램이 생겨날 때 필요한 모든 것을 할 수있는 유연성을 갖추고 있습니다.
우리는 엔티티와 폼에 특정한 개별 하위 클래스로 콜백을 수행하는 대량의 CRUD 작업을 캡슐화하는 매우 큰 기본 Action Bean을 가지고 있습니다.
페이지, 보안, 탐색, 작업 등을 관리하기위한 대규모 내부 태그 파일 라이브러리가 있습니다. 간단한 CRUD 편집 양식은 필드 이름 목록 일 뿐이며 모든 크롬 및 메뉴를 제공합니다 그리고 "무료로"액세스 제어.
이것의 장점은 우리가 좋아하는 HTTP 요청 기반 비유를 유지하고 하나의 뚱뚱한 스택을 사용하는 대신 시스템의 개별 부분을 선택하게된다는 것입니다. Stripes 레이어는 가늘고 뜻이 없으며 결코 길을 잃지 않습니다.
우리는 YUI와 JQuery를 통합 한 Ajax를 가지고 있습니다. 모두 Stripes와 EJB 스택에 대해 손쉽게 작업하고 있습니다.
샘플 프로젝트의 경우 가벼운 버전의 스택을 GAE에 포팅 했으므로 기본적으로 EJB 계층에 약간의 작업을 수행해야했습니다. 따라서 전체 스택은 매우 민첩하고 변경하기 쉽습니다. 줄무늬는 우리가 그 일을하는 몇 가지 일을하게하고 아주 잘 수행하기 때문에 큰 요소입니다. 그런 다음 나머지 부분을 스택의 다른 부분에 위임합니다.
언제나 그렇듯이 사람들은 시간이 갈수록 달라 지겠지만 줄무늬는 솔직히 말해서 스택에 마지막으로 포함될 것입니다. 전체 HTTP 동사 세트를 지원하는 것이 더 좋을 수도 있지만 Stripes가 다른 것으로 전환하는 것보다 더 나은 방법으로 수정하는 것이 좋습니다.
우리는 자생 웹 프레임 워크를 약 1 주일 만에 줄무늬로 변환했습니다. 현재 프로덕션 환경에서 사용하고 있으며 훌륭한 프레임 워크입니다. 커뮤니티는 매우 유용하며 프레임 워크가 방해받지 않습니다. 당신이 적합하다고 생각하는 행동을 바꾸기 위해 여러 곳에서 확장 될 수 있습니다. URL 바인딩 기능도 훌륭합니다. 우리는 주석과 인터셉터를 사용하여 강력한 보안 프레임 워크를 구현했습니다. 우리는 의존성 주입을 위해 스프링을 사용하고 있으며 줄무늬는이를 잘 지원합니다.
새로운 1.5 버전을 사용하려면 확실히 사용하십시오.
저는 프레임 워크의 큰 팬입니다. 저는 스트럿츠 배경에서 왔고, 제가 찾고 있던 정확한 프레임 워크입니다. 우리 팀의 다른 개발자들은 줄무늬 프레임 워크를 사용하는 것을 정말로 즐깁니다.
방금 실용적인 프로그래머 사이트에서 줄무늬 베타 책을 구입했습니다. Stripes 1.5의 훌륭한 자료입니다.
이동 한 응용 프로그램의 크기는 어느 정도입니까? 그것은 주로 귀하의 전형적인 CRUD였습니까? 아니면 복잡한 자바 스크립트를 사용 했습니까? –
우리의 응용 프로그램은 많은 다른 시스템의 데이터를 제공합니다. 이 데이터를 한 곳으로 가져옵니다. 우리 CRUD 유형 물건은 대부분 사이트의 관리 부분에있었습니다. 우리는 레이아웃과 아약스에 yui javascript 프레임 워크를 사용하고 있습니다. 약 38,000 LOC의 꽤 큰 응용 프로그램입니다. – ScArcher2
답변 해 주셔서 감사합니다. 매우 고무적 ... 나는 기존의 J2EE 기술을 기반으로 PHP를 배우는 데 시간을 보냈지 만 Stripes가 나를 유혹 할 수도 있습니다. –
우리는 현재 모든 제작 사이트에서 스트라이프를 사용하며 약 1 년 동안 사용해 왔습니다. 그것은 이전에 사용했던 스트럿과 비교할 때 놀라운 제품입니다. 말 그대로 사실상 XML 설정 파일이 없다는 것과 최소한의 클래스와 어노테이션으로 모든 것을 설정할 수 있다는 사실만으로도 멋지다.
속도를 조절하는 측면에서 볼 때 실제로는 스트럿츠보다 좋을 것 같아서 관련된 레이어가 적기 때문에 내 추측이 될 것입니다. 결국 리디렉션이 어디에서 발생하는지 알아 내기 위해 별도의 XML 파일을 사용할 필요가 없으므로 결국 코드가 훨씬 더 명확 해집니다.
우리는 EJB3 백엔드와 함께 사용하는데, struts와 같은 양식 객체를 사용하지 않고도 actionBean 객체 내에 EJB POJO를 사용할 수 있기 때문에 두 개가 실제로 잘 작동하는 것 같습니다.
우리의 평가에서 우리는 struts (주석을 지원하는)의 알파 버전과 많은 다른 프레임 워크를 고려했지만 우수한 문서화, 안정성 및 깨끗함 때문에 줄무늬가 생겼습니다.
코멘트를 남기는 방법을 알아낼 수 없었습니다. 두 번째 질문에 대답하기 위해 내가 아는 줄무늬에 하나의 버그가 발생하지 않았습니다. 이것은 오픈 소스 프레임 워크에서 상당히 인상적입니다. 나는 아직 최신 버전 (1.5)을 사용해 보지 않았지만, 1.4.x는 매우 안정적이다.
답변 해 주셔서 감사합니다. 핵심 코드베이스가 얼마나 안정적입니까 (즉, 결함이 발생했는지)? –
이 답변은 거의 2 살이되었으므로 줄무늬 프로젝트의 업데이트 방법에 대한 최신 정보를 얻으실 수 있습니다. – digitaljoel
rustyshelf, @digitaljoel 나중에 6 년 후에는 어때? – user1091344
Struts 및 JSF 백그라운드에서 줄무늬로도 왔습니다. 필자는 대부분 새로운 프로젝트에서 스트럿츠와 JSF를 사용하는 대기업 환경에서 Stripes에서 모든 J2EE를 수행하는 소규모 환경으로 이동했습니다.
Stripes와 비슷해 보이지 않고 웹 프레임 워크에서 원하는 것을 제공합니다. 다른 것들이 이미 언급했듯이 많은 구성이 필요하지 않습니다. 매우 빠른 개발이며 프레젠테이션 등에 집중할 수 있습니다.
새 프로젝트를 새로 시작해야한다고 말하면서 Stripes 또는 JSF 중 하나를 선택합니다.Stripes에서 전환을 결정해야한다면 Stripes에서 무서워했을 수도 있습니다. 이는 엔터프라이즈 급 프레임 워크가 아닌 소스 포지 (sourceforge) 지하 프로젝트와 같은 외모/느낌이기 때문에 그렇지만 상당히 견고한 것으로 보입니다. ORM을 쉽게하기 위해 Stripernate을 사용합니다.
그러나 그 맛을 잃어 버렸던 Fruit Stripe gum을 연상케합니다.
이제 우리는 여러 제작 프로젝트에서 줄무늬를 사용했으며 지금까지 경험이 풍부했습니다. 설치 시간이 낮고 구성 관리 문제가 적은 것으로 보입니다. Stripes/Dojo/Hibernate 및 Stripes/Spring/JSP/Jquery 등이 혼합 된 다른 웹 애플리케이션이 있습니다. 기존 Spring 구성을 통합하는 지원 덕분에 기존 프로젝트에 줄무늬를 추가하는 것이 매우 간단했습니다. JSP로 줄무늬를 사용하는 것은 재미 있습니다. 때로는 자바로 코딩해야 할 필요성을 느끼고 JSTL을 너무 많이 사용할 필요가 없다고 느껴지기도합니다.
참고 : 이것은 오래된 질문이지만 줄무늬 사용법을 검색 할 때 매우 빠르게 나타납니다. 이에 대한 응답을 추가하고 있습니다.
줄무늬는 어제의 기술입니다. GWT와 같은 좀 더 현대적인 것을 선택할 수 있다면 요.
이것은 HTML이 yesterdays 기술이라고 말하는 것과 같으며 Javascript 만 사용해야하므로 현대적입니다. Stripes는 HTML 페이지를 생성하기위한 액션 기반 프레임 워크이기 때문에 GWT는 RIA 애플리케이션을 구축하기위한 Java to Javascript 컴파일러입니다 (Google이 웹 사이트를 찾지 못하도록하는 데 좋습니다). – Kdeveloper
포스터에 SEO에 대한 언급이 없었으므로 순수 JS 응용 프로그램 또는 일부 혼합 문제가없는 것으로 보입니다. 뻔뻔 스러움 등을하는 대부분의 비즈니스 앱은 검색 할 필요가 없습니다. –
@Kdeveloper 우리는 HTML을 논의하지 않습니다. 줄무늬와 HTML은 매우 다른 짐승입니다. HTML을 만들기 위해 줄무늬를 선택하지 않아도됩니다. 실제로 충격 공포로 인해 많은 다른 기술자를 선택할 수 있습니다. 나는 단지 현대적이고 더 잘 받아들이지 않는다고 말하는 것은 오래되고 지루하다. 우리에게는 오늘날 바보와 돌만 사용하는 컴퓨터가 있습니다. –
다른 사람들보다 더 최신 버전이기 때문에이 질문을 선호 답변으로 업데이트했습니다. –