Differences

This shows you the differences between two versions of the page.

--- misc:alternative_architecture_for_hybrid_applications [2016/07/06 13:39] – mithat
+++ misc:alternative_architecture_for_hybrid_applications [2016/07/17 03:31] – [Node.js] mithat
@@ Line 54: / Line 54: @@
   * Frameworks
     * Silex
+      * Good community support.
+      * Good Composer and module support.
+      * Documentation is a bit obtuse.
+      * Out of the box twig support. Redbean support is available.
+      * Has a good ReST code structure but you wouldn't know it from the docs.
     * Slim
+      * Slim 3 has removed some functionality that might be good to have.
     * Fat Free Framework
+      * Compact, more than what's needed.
+      * Excellent ReST code structure.
+      * Twig and Redbean support are available.
+      * Not sure Composer is well supported.
+    * Check cookies/session (secure) support.
   * Persistence
     * Redbean
@@ Line 61: / Line 72: @@
       * [[https://packagist.org/packages/hassankhan/config|hassankhan/config]] looks good.
     * [[http://stackoverflow.com/questions/2015715/fastest-way-to-store-easily-editable-config-data-in-php|text file with native functions]] and [[http://psoug.org/snippet/How_to_write_a_config_file_234.htm|this]].
-===== Client =====
-  * To be served or simply loaded from file?
-    * I suspect the former is better because of security/CORS/whatever.
-    * If served, by a separate server or by the same server that's handling the API?
 ==== Node.js ====
@@ Line 78: / Line 81: @@
       * My [[http://nodejs-configfile.saved.io/|config file bookmarks]]
       * My [[http://nodejs-sqlite.saved.io/|sqlite bookmarks]]
+==== Python ====
+  * Python is attractive because RPi developers will know it.
+  * Flask and Flask-RESTful are a good combination.
+  * Has a development server that might be good enough for a limited number of clients.
+  * Has the "persistence" advantage of Node.js (if run on development server?)
+  * Config files and sqlite are TODO.
+===== Client =====
+  * To be served or simply loaded from file?
+    * I suspect the former is better because of security/CORS/whatever.
+    * If served, by a separate server or by the same server that's handling the API?