2012-07-29 10 views
16

Jestem doświadczonym programistą frontendowym (Backbone, Coffeescript) i projektantem o niewielkich lub zerowych umiejętnościach związanych z backendami. Chcę zbudować sideproject bez obawy o skonfigurowanie serwera lub utrzymanie bazy danych. Projekt musi być tak szczupły i mniej czasochłonny, jak to możliwe, ale być w stanie wdrożyć pewien rodzaj uwierzytelniania użytkownika i zaawansowany tagcheme będzie ważny.Platforma zaplecza dla lean sideproject z zaawansowanymi tagcheme

Rozważam użycie backendu jako platformy usługowej, takiej jak http://parse.com lub http://stackmob.com, ale wciąż zastanawiam się, czy istnieją lepsze sposoby realizacji projektu, który mam na myśli. Biorąc pod uwagę mój opis sytuacji: Którą platformę/framework/stos poleciłbyś?

Odpowiedz

0

Zespół na Parse.com jest bardzo elastyczny, dokumenty są w porządku, aby zacząć grę (jestem pewien, że to się rozwinie) i jestem pewien, że możesz zrobić to, co chcesz pod względem tagowania - zobacz moje inne pytania dotyczące używania klasy Parse.Relation.

Nie próbowałem StackMob, ale słyszałem również dobre rzeczy na ten temat.

Meteor.com będzie następną rzeczą, którą wypróbuję, jeśli Parse zawodzi mnie: P Krzywa uczenia się zbliża się do zera dzięki tym bazującym na Mongo (elastyczny schemat) BaaS :) zwłaszcza, że ​​jesteś już zaznajomiony z kręgosłupem.

Gram z Parse od 3 tygodni, zadaj bardziej szczegółowe pytania!

+0

Thx za twoje odpowiedzi! Nadal nie podjęto decyzji pomiędzy StackMob i Parse, ale na pewno skorzystam z jednej z tych dwóch platform. – zerodot

10

Full Disclosure - Jestem Platforma Ewangelisty w StackMob ;-)

Projekt opisujesz jest bardzo dobre dopasowanie do tego co oferuje StackMob. Naszym celem jest zwiększenie wydajności programistów. Nie jest wymagana konfiguracja serwera i można utworzyć interfejs API z poziomu interfejsu użytkownika w kilku wierszach kodu JavaScript. Nasz zestaw SDK JavaScript o otwartym kodzie źródłowym jest zbudowany na backbone.js.

Przykładowy kod do deklarowania modelu i tworzenia schematu wyglądałby następująco.

var ToDo = StackMob.Model.extend({schemaName:'todo'}); 

var todo = new ToDo({action : 'take out the trash'}); 
todo.create({ 
    success: function(model){ 
    // do something 
    }, 
    error: function(error) { 
    //alert user of error 
    } 
}); 

Metoda create wywołuje RESTful wywołanie StackMob i przekazuje obiekt. Wykrywamy, jaki typ danych jest przekazywany i tworzymy Twój schemat.

StackMob oferuje największą elastyczność wśród innych graczy w tej przestrzeni. Obsługujemy kod niestandardowy, dzięki czemu można pisać niestandardową logikę biznesową w Javie, Scali lub Clojure, pakować je jako plik JAR i przesyłać do serwerów StackMob. Następnie wywołaj metodę niestandardową, wykonaj kod i zwróć odpowiedź JSON.

Integrujemy się również z Github, dzięki czemu można automatycznie wdrażać aplikacje HTML5 na serwerach StackMob i usuwać potrzebę hostowania aplikacji w innym miejscu.

Daj mi znać, jeśli masz więcej pytań na temat StackMob.

+0

Thx za twoje odpowiedzi! Nadal nie podjęto decyzji pomiędzy StackMob i Parse, ale na pewno skorzystam z jednej z tych dwóch platform. – zerodot

0

Polecam również rzucić okiem na Cloud CMS (http://www.cloudcms.com).

Pełne ujawnienie - Jestem jednym z założycieli Cloud CMS. Więc jestem wielkim fanem. Plus, myślę, że to jest niesamowite.

Nasza platforma jest w całości zbudowana na podstawie schematów JSON i JSON do modelowania treści. Po prostu piszesz zawartość i jest ona natychmiast wersjonowana, indeksowana i dostępna do wyszukiwania zapytań i pełnotekstowych. Nasz magazyn danych jest w pełni zgodny z modelowaniem treści (typy, właściwości, powiązania, aspekty) i walidacją. Zasadniczo staramy się obsłużyć wszystkie ciężkie rzeczy, aby można było po prostu uzyskać kodowanie.

Zapewniamy sterowniki dla urządzeń natywnych oraz JavaScript/HTML5, Java i innych języków. Nasz sterownik JavaScript obsługuje asynchroniczne połączenie, dzięki czemu kod staje się naprawdę prosty. W ten sposób:

// define an article using JSON schema 
branch.create({ 
    "qname": "custom:article", 
    "properties": { 
     "header": { 
      "type": "string" 
     }, 
     "rating": { 
      "type": "number", 
      "minValue": 0 
     }, 
     "author": { 
      "type": "string" 
     } 
    } 
}); 

// create an article 
branch.createNode({ 
    "_type": "custom:article", 
    "header": "Pink Floyd Reunites for World Tour!", 
    "rating": 50, 
    "author": "gilmour" 
}); 

// search for articles using full-text search 
branch.searchNodes("Pink Floyd").each(function() { 
    $('body').append("Found an article: " + this.get('header') + "<br/>"); 
}); 

// query for articles with structured MongoDB query 
branch.queryNodes({ 
    "author": "gilmour", 
    "rating": { 
     "&gt": 40 
    } 
}).count(function(count) { 
    $('body').append("There were: " + count + " total articles"); 
}); 

To jest trudny przykład. Na stronie jest o wiele więcej dostępnych.

Cloud CMS jest wart uwagi, ponieważ jest to oryginalna platforma treści zbudowana na bazie JSON, MongoDB i czystej architektury chmury. Jest skalowalny, ale ma także wiele funkcji klasy korporacyjnej w dużym, starym, drogim oprogramowaniu. Naprawdę chcemy utrzymać niskie koszty, więc zdecydowaliśmy się pójść z czystym odmierzanym modelem rozliczeniowym (jako narzędzie, takie jak rachunek za energię elektryczną).

Powiązane problemy