Absolutnie. Aby zobaczyć przykład tego polecam ściągnięcie klejnotu mnicha, opisanego tutaj:

Https://github.com/monkrb/monk

Możesz "zainstalować gem" za pomocą rubygems.org. gdy masz klejnot, wygenerować przykładową aplikację za pomocą instrukcji połączonych powyżej.

Zauważ, że nie musisz używać Monka do swojego rzeczywistego rozwoju, chyba że chcesz (w rzeczywistości myślę, że może to nie być aktualne). Chodzi o to, aby zobaczyć, jak można łatwo struktury aplikacji w stylu MVC (z oddzielnymi plikami trasy podobnymi do kontrolera), jeśli chcesz.

Jest to dość proste, jeśli spojrzysz na to, jak Monk sobie z tym radzi, głównie kwestia wymagania plików w oddzielnych katalogach, coś w stylu (będziesz musiał zdefiniować root_path):

Dir[root_path("app/**/*.rb")].each do |file|
    require file
end

Wykonaj wyszukiwanie w Google "Sinatra boilerplate", aby uzyskać kilka pomysłów na to, jak inni układają swoje aplikacje Sinatra. Z tego prawdopodobnie można znaleźć taki, który odpowiada twoim potrzebom lub po prostu zrobić własne. To nie jest takie trudne. Wraz z rozwojem aplikacji Sinatra możesz dodawać do swojego boilerplate.

Oto co zrobiłem i wykorzystałem do wszystkich moich projektów:

Https://github.com/rziehl/sinatra-boilerplate

Wiem, że to stare zapytanie, ale nadal nie mogę uwierzyć, że nikt nie wspomniał o Padrino możesz użyć go jako frameworka na szczycie Sinatry, lub fragmentarycznie dodając tylko klejnoty, które Cię interesują. Kopie 10 tyłków!

Moim podejściem do hostowania różnych projektów na tej samej stronie jest użycie sinatra/namespace w taki sposób:

Serwer.rb

require "sinatra"
require "sinatra/namespace"

if [ENV["LOGNAME"], ENV["USER"]] == [nil, "naki"]
    require "sinatra/reloader"
    register Sinatra::Reloader
    set :port, 8719
else
    set :environment, :production
end

for server in Dir.glob "server_*.rb"
    require_relative server
end

get "/" do
    "this route is useless"
end

Server_someproject.rb

module SomeProject
    def self.foo bar
       ...
    end
    ...
end

namespace "/someproject" do
    set :views, settings.root
    get "" do
        redirect request.env["REQUEST_PATH"] + "/"
    end
    get "/" do
        haml :view_someproject
    end
    post "/foo" do
        ...
        SomeProject.foo ...
    end
end

View_someproject.haml

!!!
%html
    ...

Kolejnym szczegółem na temat podprojektów, których użyłem, było dodanie ich nazw, opisu i tras do jakiejś zmiennej globalnej, która jest używana przez "/" do tworzenia strony głównej przewodnika, ale nie mam teraz fragmentu.

Czytanie dokumentów tutaj:

Sinatra Extensions

Wygląda na to, że Sinatra pozwala na rozłożenie aplikacji na Moduły Ruby, które można pobrać za pomocą metody Sinatra "register" lub metody "helpers", jak tak:

Pomocnicy.rb

require 'sinatra/base'

module Sinatra
  module Sample
    module Helpers

      def require_logged_in()
        redirect('/login') unless session[:authenticated]
      end

    end
  end
end

Routing / foos.rb

require 'sinatra/base'

module Sinatra
  module Sample
    module Routing
      module Foos

        def self.registered(app)           
          app.get '/foos/:id' do
            # invoke a helper
            require_logged_in

            # load a foo, or whatever
            erb :foos_view, :locals => { :foo => some_loaded_foo }
          end   
        end  

      end
    end     
  end
end

App.rb

#!/usr/bin/env ruby

require 'sinatra'

require_relative 'routing/foos'

class SampleApp < Sinatra::Base

  helpers Sinatra::Sample::Helpers

  register Sinatra::Sample::Routing::Foos

end

Kiedy Monk nie pracował dla mnie, sam zacząłem pracować nad szablonami.

Jeśli się nad tym zastanowić, nie ma nic specjalnego w wiązaniu zestawu plików. Filozofia mnicha została mi wyjaśniona na początku 2011 roku podczas RedDotRubyConf i powiedzieli mi, że jest to naprawdę opcjonalne, szczególnie teraz, gdy nie jest utrzymywane.

To dobry początek dla tych, którzy chcą używać ActiveRecord:

Simple Sinatra MVC

Https://github.com/katgironpe/simple-sinatra-mvc

Kluczem do modułowości w Sinatrze dla większych projektów jest nauka korzystania z podstawowych narzędzi.

SitePoint ma bardzo dobry tutorial , z którego można zobaczyć modułowe aplikacje i helpery. Należy jednak zwrócić szczególną uwagę na jeden ważny szczegół. Przechowujesz wiele aplikacji Sinatra i montujesz za pomocą Rackup. Gdy już wiesz jak napisać podstawową aplikację spójrz na config.ru Plik tego tutoriala i obserwuj jak montują niezależne aplikacje.

Gdy nauczysz się prowadzić Sinatrę z Rackiem, otworzy się zupełnie nowy świat strategii modułowości. To oczywiście zachęca do wypróbowania czegoś naprawdę użytecznego: teraz możesz polegać na posiadaniu indywidualnych klejnotów dla każdej subaplikacji , co może umożliwić Ci łatwą wersję Twoich modułów.

Nie lekceważ możliwości korzystania z modułów gem dla Twojej aplikacji. Możesz łatwo przetestować eksperymentalne zmiany w dobrze rozdzielonym środowisku i łatwo je wdrożyć. Równie łatwe do zawróć, jeśli coś pójdzie nie tak.

Istnieje tysiąc sposobów na uporządkowanie kodu, więc nie zaszkodzi spróbować uzyskać układ podobny do Rails. Jednak jest też kilka świetnych postów o tym, jak dostosować własną strukturę. Ten post obejmuje inne częste potrzeby większości twórców stron internetowych.

Jeśli masz czas, zachęcam cię do zapoznania się z Rack, wspólną płaszczyzną dla każdej aplikacji internetowej opartej na Rubim. Może mieć znacznie mniejszy wpływ na to, jak robisz swoje praca, ale zawsze są pewne zadania, które większość ludzi wykonuje w swoich aplikacjach, które lepiej pasują jako oprogramowanie pośredniczące w szafie.