- xml/
- Xml Visual studio 2010:使用数据库(可能)的桌面应用程序的正确解决方案组织化
Xml Visual studio 2010:使用数据库(可能)的桌面应用程序的正确解决方案组织化
Xml Visual studio 2010:使用数据库(可能)的桌面应用程序的正确解决方案组织化,xml,database,visual-studio-2010,desktop-application,organization,Xml,Database,Visual Studio 2010,Desktop Application,Organization,我在这里问这个问题不是因为我从未使用过VisualStudio,而是因为我正在启动一个需要使用数据库的新项目(桌面应用程序)
虽然我的实验没有以“最佳方式”使用VisualStudio,因为我使用了第三方库或与IDE没有很好集成的东西,但这次我想以“正确方式”构建一个项目,但我需要关于如何做的建议
问题:
WPF来构建用户界面
该程序将处理MS Word的一些文档
我不介意“数据库”是XML、mysql、sqlserver还是sqlite数据库,我需要“轻松”地使用它(我的意思是没有大问题之类的
我在这里问这个问题不是因为我从未使用过VisualStudio,而是因为我正在启动一个需要使用数据库的新项目(桌面应用程序)
虽然我的实验没有以“最佳方式”使用VisualStudio,因为我使用了第三方库或与IDE没有很好集成的东西,但这次我想以“正确方式”构建一个项目,但我需要关于如何做的建议
问题:
WPF来构建用户界面
该程序将处理MS Word的一些文档
我不介意“数据库”是XML、mysql、sqlserver还是sqlite数据库,我需要“轻松”地使用它(我的意思是没有大问题之类的),一个关于我可以使用什么类型的数据库的建议很好
该程序可能需要一种“中央”数据库,它对所有文档都是通用的
-删除-
如果我不使用中央数据库,而是“每个文档都是数据库”(比如sqlite文件),那么我应该在解决方案中创建一个数据库项目吗
我可以使用SQLServerExpress创建单个文件数据库吗?我认为与VisualStudio集成比与sqlite集成更好
如果我想将数据库表作为类来处理,而将行作为这些对象的实例来处理,我应该使用什么(由microsoft提出):Linq到实体,Linq到SQL,我不知道是否还有其他可能与visual studio界面(设计人员和类似的东西)很好地集成,可能不需要其他费用
数据库表需要处理大量bool(每个表大约有60多个bool),我应该为每个bool创建一个列,还是应该创建一个通过位操作处理的列?如果需要基于此位字段列的值执行复杂的select查询,在这种情况下会发生什么
我在VisualStudio中读到一些我从未使用过的“项目类型”,比如LINQtoEntities项目、数据库项目。。。我应该用什么?我需要一个明显的WPF项目,我应该添加什么到我的解决方案
Linq到实体,Linq到SQL都是“模型”(我知道),哪个是最新的?我在周围读到一些东西,我知道Linq是最新的。我需要学习一个模型库,目前我能学习的最好的模型库是什么(这可能是这些年来对找工作最有用的,我还年轻)
谢谢大家,很抱歉,英语不是我的母语(在这种情况下,我应该使用的语言非常具体)
如果我还想到了什么,我会更新这个问题
更新1:
对不起,如果我的问题有点“困惑”,我对所有这些技术感到困惑!
顺便问一下,SQL Server Express可以在单个文件上创建数据库吗?(就像sqlite一样)
是否有关于MS Word实现的包装器(第三方库可以,特别是如果它们是免费的)?(我注意到这不是“美丽”的,所有的“ref缺失”的东西…)
啊,谢谢你的澄清,现在我明白了我要找的是实体框架
与Linq到实体
WPF是一个很好的选择——大多数开发人员会在新项目中选择WPF,而不是更传统的WinForms
MS Word文档的处理很好-有互操作API可用,并解释了以编程方式与MS Word交互的各个方面
根据您的需求,您可以选择客户端SQL Compact数据库,或者让您的应用程序与服务器端组件对话。SQL Express可以在服务器端使用,并允许您在将来需要时升级到更方便的版本
有关服务器端数据库存储,请参见第3点
很难理解你在这里的意思
如果没有“中央数据库”,则不需要
数据库项目。如果有一个“中央数据库”,还有
实际上不需要数据库项目
可以,可以使用SQL Server Express并与Visual Studio集成
使用服务器/数据资源管理器和各种其他
VS模块
Linq到实体不是ORM。Linq到SQL是,实体也是
框架4。有许多ORM可用-作为一个非常简短的例子
我发现LINQtoSQL最适合快速开发,并且
实体框架(更复杂、更方便)将
更适合更大的解决方案。有很多选择
我从来没有在一张桌子上和60个布尔人打过交道——也许吧
值得考虑你的设计。谷歌搜索“数据库”
“标准化”并阅读有关该主题的教程,以确保
在继续此处之前,设计是正确的。如果60个布尔是
如果需要,我会将它们保存在数据库中,以便于使用
维修
这取决于您设想的解决方案的规模。我
建议在谷歌搜索“N层应用程序”以获得
一般概述
看一看
一个问题包含的项目太多。此外,“应该如何做”是一个总是留给熟悉需求的设计师来解决的问题。最后,你的“要求”中有一半只是问题,非常令人困惑。我知道这一点,但我不知道在一个问题中提出这一点的更好方法,我不能提出11个问题,特别是我需要一个整个项目固有的答案。你的答案有些好,对不起,第5点我解释得不好,如果有什么办法能给你更多的名声,我早就这么做了。真是一个完整的答案,再次感谢@火-非常欢迎,希望有帮助。正如@Chris所说的,如果可能的话,请尽量在将来把你的问题缩短