目的是在全新的SQL Server 2008 Express数据库中处理用户的数据(您可以将其称为项目,文档,文件或其他内容).预计数据占用的空间将远远少于快递版本的4GB空间(也可免费分发).
例如,每次用户选择File-> New命令时,将在指定位置创建一个新的空数据库.另一方面,类似的命令File-> Open必须提供支持以检索数据库列表以选择一个用于打开的数据库.
因此,必须解决以下问题:a)应用程序必须能够创建连接字符串并通过代码(C#)将数据库附加到SQL Server 2008 Express b)应用程序必须能够检索(再次通过代码)a列出所有可用的数据库,以便用户有机会选择一个打开.
我认为在资源中使用模板数据库并将其复制到用户指定的位置会很有帮助.
你认为这是一个有效的解决方案吗？你有什么建议吗？
Ajax似乎提供了更好的用户体验,但我不确定我是否采取了正确的步骤来保护和保护我的应用程序.
有一份我必须注意的事项清单吗？
我有一些C#类库,它们的设计没有考虑并发,多线程,锁等等......
代码结构非常好,易于扩展,但它可以从多线程中受益匪浅:它是一组科学/工程库,需要在非常短的时间内执行数十亿次计算(现在它们不会带来好处从可用的核心).
我想将所有这些代码转换为一组多线程库,但我不知道从哪里开始,我没有任何以前的经验.
我可以使用任何可用的帮助,以及任何建议/建议.