|
|
|
|
|
by dudus
4102 days ago
|
|
In the real world I think there are 2 main use cases here. # 1st) Using Google Spreadsheets as a CMS In this case you'd store data in a Google Spreadsheet and retrieve the content before showing to the user. Probably it makes sense to put some durable caching in place so you can sync the cache offline and worry less about Google Spreadsheets API downtime, quotas or latency. In this scenario the app would only read data from the Spreadsheet and not write. It will probably not support writes consistently for anything more than a toy. # 2nd) Use Google Drive to store user Data The main difference here is that in this case it would make more sense to store the spreadsheet in the user account, not yours. You'd fetch the userData once he logs in your application. If this is the use case there are better things than writing spreadsheets to users Google Drive. There's actually a feature in Google Drive to store application data: https://developers.google.com/drive/web/appdata |
|