Open crutkas opened 7 years ago
Agreed on this one
In terms of adding extra data items (e.g. this and cloud data) how are we considering the ability to add them compared with also including something that demonstrates how they're used.
i.e. If we add a 'data item', does it also need to include a View & ViewModel (as appropriate) that shows how to use them? To answer my own question, we probably want the optional ability to add a page that has the dependency like we do with the SettingsPage and the SettingsStorage feature. Right?
you raise great discussion points @mrlacey that right now i don't have a solid answer to. I would honestly say we should have a skype call on it w/ anyone that would want to chat about it or talk about it at Build if you're there. I know Ginny is.
Yes definitely I'll be at Build and look forward to discussing it further. I think this type of discussion goes right to the heart of what would enterprise developers starting out with UWP need.
I'll be around for build too. Be good to talk
Added the 'Question' label as it's still not clear what this should actually do.
For the last 3 years, all my clients (2 enterprises and 1 customer) use SQLite. The pain point of integrating SQLite in a project is to find which good Nuget to use. There are a list of Nugets that are good and not so good (one that leverages async, some old, etc).
As @mrlacey said earlier, a settings page can serve as a good starting point for a SQLite template integration
@ArchieCoder other than adding this, what would be a solid way to template this in. I think that is where we are a bit "how would this implemented in the best way possible". we know it is useful, just unsure of the implementation that would be generic yet not need a dev to delete 90% of it
@crutkas Would including a local analytics (i.e. no 3rd party) or local crash system logger based on SQLite a good example? Otherwise, I don't see generic implementation that could be useful for 90%+ projects.
It would be great for me to have a sample CRUD page where to understand how is an entity persisted, the better if the entity has a kind of "master/detail" relation... What about to base our sample data on SQLite? could this be a good scenario?
In terms of SQLite support, I am thinking we should provide the basis of a data access layer in the generated code. Having this point to the sample data would be a simple way of creating something that works and is usable.
CRUD functionality has some bigger blocking issues that are preventing us doing something in this area but which wouldn't prevent us adding SQLite based data.
Moved to 2.3 as this should really be done after we move to multi-project solutions and that won't happen until 2.3 at the earliest.
Now that there is a SQL Server data service, is this also on track to be added?
Now that there is a SQL Server data service, is this also on track to be added?
No official time-frame yet but I expect it to come later this year. (I'm waiting to see if there's more feedback on the SQL Server option first.)
this would be a swell additional data item.