在一个C/S系统中,一个表单,比如用户设置,每次启动程序需要从数据库读取设置到本地,若有修改还要更新数据库。
那么,对于从数据库中查询表单中的这些数据,是返回到一个List集合中,然后本地再按照元素顺序来取呢,还是创建一个设置
类型,返回一个设置类的对象。
如果是创建一个类型的话,凡是遇到表单都创建一个类型,如果程序中的表单比较多,那岂不是有点那个,而且这些又不是真正
意义上的业务Model。
你是怎么处理的?
很明显XML处理更好。每个表单对应一个XML,加载的时候读取配置就行了。数据库主要存放业务数据,这种用户配置的数据XML更方便
网络版的系统,不是单机版
这跟网络版或者单机版没什么关系。你都说了是做C/S项目,那最后肯定是要打包成exe给用户使用,每个用户的设置都通过创建和写入XML记录在各自的客户端上,当再一次打开软件的时候,读取各自客户端上的XML配置就行了。
早期是使用 DataSet、DataTable 类处理与数据库相关的数据,现在普遍使用实体类来映射数据库的表结构,这样可以将数据库的访问与业务的逻辑处理分开以便各自独立维护。至于表的数量多导致实体类的定义也很多的问题,应该在数据库设计层面解决。
这跟网络版或者单机版没什么关系。你都说了是做C/S项目,
有操作权限,普通员工没有设置权限啊
而且,这些都与业务有关,不仅仅是字体、颜色设置
JSON对象多方便
你要这样说就没办法了,本地不让存,那你只有在服务器上存了, 不过可以考虑服务器上你存xml 或者 类似json撒,没规定一定要建立字段的嘛, 你就存 {Power: [{isEdit:0,isDelete:1}]} 这种就可以啊
json字符串可以满足你的需求,可以是一个对象,可以是多个对象数组,和你的配置是一样的
你可以存在数据库里,然后用JSON格式传递,或者webserver或wcf之类直接传序列号的类,
你说的这个,就是 model和viewmodel的区别啊。
model用来映射数据库字段,体现的是查询出的实体数据。
viewmodel代表前台需要绑定的数据类型。
简单来说,就是model经过加工,产生viewmodel,然后绑定到前台。
至于双向绑定的,等你需要了在考虑。
你的意思,还是把表单的每一个数据在数据库创建成字段吗?然后本地创建实体类,类的属性映射数据库字段。是吗?
如果你知道什么叫“数据同步”的话
我可以建议你看一下zookeep,etcd,cosorl。当然其他任何做数据同步的技术都行
虽然楼上那些帖子说的都可以当做最原始材料,不过似乎neter也应该多接触一下正统的项目了,掉队太远,在追就不容易了
存数据库里,还是一个内容一个字段吗?wcf我会,传序列号的类是什么意思?
JSON我不会。
wcf不是传输不就是把类序列化了,你可以直接写成类传输就好了啊,wcf自己会序列化的,当然你也可以自己序列小蜜蜂论坛发帖机化,xml和json都是序列化格式,三个你选一个就好了。