Jaki jest twój przepływ pracy do testowania kodu w chmurze przy analizie składni?

Question

więc pracuję nad rozwojem logiki biznesowej w beforeSave/afterSave/etc. wpisz webhook'y używając Parse.com. Jako nowicjusz Javacscript/Parse odkrywam, że przepływ jest nieco nudny i zastanawiam się, czy podchodzę do niego poprawnie.

• Na stronie iOS wysłać PFObject testową
• To aktywuje moją funkcję beforeSave() dla tej klasy
• uderzę błąd składni
• sprawdzić dzienniki konsoli/błędy aż wymyślić rozwiązanie
• naprawić błąd w edytorze tekstu
• Zapisz i uruchom 'parse deploy'

Powtórz nudne reklamy.

Czy mogę użyć czegoś w stylu Rest Console/Postman do skonfigurowania żądania JSON? Czy mogę sprawdzać lokalnie więcej składni zamiast uruchamiać Parse Deploy za każdym razem, gdy zmieniam dowolny fragment kodu? Czy jest jakiś ulepszony debugowanie, które mógłbym używać jak XCode/etc?

Dzięki.

Answer 1

W Parse CLI, istnieje polecenie, aby wykonać następujące czynności:

develop app 
    Monitors for changes to source files and uploads updated files to Parse. 
    This will also monitor the parse INFO log for any new log messages and write 
    out updates to the terminal. This requires an app to be provided, to 
    avoid running develop on production apps accidently. 

Run parse develop MyApp wewnątrz katalogu głównego kodu Parse Cloud (gdzie można wykonać parse deploy).

Gdy to zrobisz, terminal będzie interaktywny - wszelkie zmiany wykonane na kodzie źródłowym będą aktualizowane automatycznie. Stworzyłem kopię MyApp w celu rozróżnienia produkcji/rozwoju, aby nie przypadkowo wcisnąć kodów.

Następnie używam Postman, by sprawdzić moją odpowiedź jak następujące:

P/S: użycie x-www-form-urlencoded na Postman do zażądania z parametru.