문제

를 사용하고 싶은 가벼운 framework 이 레일(Sinatra/Ramaze/캠핑)그러나 우려 이렇게 함으로써 나는 할 수 없을 것이 많이 사용하는 공유 라이브러리를 맞게 되었습니다 레일에서의 형태로 플러그인입니다.은 이 중요한 관심사는 가장 이러한 플러그인의 사용에 따른 루비 프레임워크?

은 거기에 다른 잠재적인 단점을 사용하여 루비 프레임워크를 도와주세요.

도움이 되었습니까?

해결책

여전히 사용할 수 있습 의 모든 당신이 언급한 프레임워크,그래서 물건의 톤은 재사용할 수 있습니다.고 싶은 스왑에서 새로운 ORM,아무 문제 없습니다.원하는 멋진 shmacy 구문 강조를,아무 문제 없습니다.레일이되었다 거대한 밀어서는 오래된 플러그인 모델을 사용하 보석에 중점을 두고 있었습니다.

는 경우 다른 프레임워크의 요구에 맞는 더 나은 그것을 사용합니다.유지 하는 마음에 올 때 그 문서와 샘플 레일이 더있다.

가 루비를 배우고 해보고 싶 웹 프레임워크에서는 것이 아마 가진 레일하지 않기 때문에 그것의 더 나은,그러나기 때문에 그것은 훨씬 더있어 툴링 및 설명서가 포함되어 있습니다.

다른 팁

레일 (ActiveRecord)에서 사용하는 대부분의 루비 모듈은 레일없이 사용할 수 있습니다. 그러나 Rails가 제공하는 통합의 추가 혜택을 잃게됩니다. 루비 모듈을 선택한 프레임 워크에 붙잡기 위해 더 열심히 노력해야 할 수도 있습니다. 또한 Rails에서 사용하는 루비 모듈에 대한 대부분의 문서는 해당 모듈 사용 방법 만 알려줍니다. ~와 함께 울타리.

네트워크 효과 약간의 역할을 수행하십시오.

Sinatra, Camping 등과 같은 다른 프레임 워크를 사용할 때 발생하는 한 가지 문제는 Rails가 응용 프로그램에서 파일에 입증 된 구조를 제공한다는 것입니다. 작은 프레임 워크는 매우 개방적이고 무료입니다.

컨벤션을 작성하는 것에 대한 대화를 나누는 것보다 단순히 팔로우하는 것과 관련하여 여러 개발자와 함께 일할 때는 단점이 될 수 있습니다.

루비를 1 년 미만으로 사용했다면 다른 프레임 워크 중 하나가 더 잘 처리 할 수있는 매우 명확한 요구가 없다면 레일을 고수하십시오.

더 가벼운 프레임 워크, 특히 Sinatra는 자신이 필요로하는 것을 정확히 알고 사용되지 않은 코드에서 추가로 간접 할 여유가없는 사람들에게 인기있는 경향이 있습니다. 본질적으로, 당신은 일반적으로 레일이 당신에게주는 것에 붙어있는 대신 툴체인을 선택합니다. (예, Rails에서는 Activerecord 등을 다른 라이브러리로 대체 할 수 있지만 쉽지는 않습니다.) 따라서 더 가벼운 프레임 워크는 훨씬 더 많은 자유를 제공하지만 많은 경우에 할 일이 훨씬 더 많습니다.

Rails 플러그인이 ActivereCord 플러그인 (예 : Acts_as_nested_set 등)을 제외하고는 일부 배관 작업 ($ load_path를 설정하고 올바른 파일을 요구하는)을 제외하고는 대체 프레임 워크를 사용하여 상자 밖으로 작동하지 않을 것이라고 생각합니다. 추천합니다 Datamapper ORM의 경우 ActiveRecord보다 훨씬 빠를뿐만 아니라 모듈 식이기가 매우 빠르며 플러그인은 쉽게 설치할 수있는 실제 보석입니다. 차이점에서 ActivereCord 플러그인은 대부분 새 버전과 함께 중단되는 경향이있는 원숭이 패치입니다.

Sinatra에는 "케이크", rakefiles, 골격, 스크립트/생성이 없지만 실제로는 그것이 쓰여진 것입니다. 당신은 모든 추가 물건을 점차적으로 "배관"할 수 있습니다. 또한 있습니다 골격 몇 가지 기본 레이아웃과 기본값이 제공되는 Sinatra 앱의 경우 유용 할 수 있습니다.

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