문제

저는 새로운 웹 프로젝트를 위한 프레임워크로 Rails를 평가하고 있습니다.내가 아는 한 유일한 관심사는 Rails가 CRUD 및 SQL 애플리케이션에 대한 매우 강한 성향을 갖고 구축되었다는 것입니다.

내 애플리케이션의 아키텍처 스타일은 NoSQL 데이터베이스를 기반으로 하는 도메인 기반이 될 것이며, 이는 Rails의 뿌리와 거의 반대입니다.또한 Rails 앱은 하나의 단일 데이터베이스에 강력하게 연결되어 있다는 인상을 받았습니다.

Rails NoSQL 친화적으로 만들려는 일부 작업을 본 적이 있는데, 특히 DataMapper 2가 매우 흥미롭고 시간이 오래 걸리는 것처럼 보이지만 현재 Rails 아키텍처가 DDD 프로젝트(활성 레코드 방지)에 적합한지 궁금합니다.

이상적으로는 성숙도, 커뮤니티 및 Ruby를 위해 Rails를 사용하고 싶습니다.그러나 나는 또한 처음부터 고려되지 않은 새로운 프로그래밍 스타일을 수용하는 데 문제가 있는 성숙한 프로젝트를 많이 보았습니다.

또한 나는 나 자신의 아키텍처 스타일을 사용할 수 있는 유연성을 제공하는 Sinatra와 같은 마이크로 프레임워크를 고려하고 있습니다.유일한 단점은 가능한 한 많은 일을 처리하는 프레임워크를 선호합니다(웹 개발에 대한 오랜 경험이 없음).

도움이 되었습니까?

해결책

Sinatra가 최선의 선택인 것 같습니다.

설명하신 개념 중 일부는 전통적으로 상자 밖으로 Rails 애플리케이션에 대해 말하자면, 데이터매퍼를 사용하여 여러 NoSQL 데이터베이스를 구성하면 골치 아픈 일이 생길 것입니다.

Sinatra를 사용하면 두 가지 장점을 모두 누릴 수 있습니다.그것은 도메인 특정 언어, 프레임워크가 아닙니다. 따라서 필요한 방식으로 정확하게 사용자 정의할 수 있습니다.설정하는 데 약간의 작업이 필요하지만 애플리케이션에서 사용하는 프레임워크를 완벽하게 제어하는 ​​것은 매우 만족스럽습니다.처음부터 끝까지 구축하세요.

오해하지 마십시오. 저는 Rails를 좋아합니다. 그러나 내부 기능을 가지고 놀기 시작해야 하는 순간에는 Sinatra를 사용하여 직접 구축하는 것이 더 좋습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top