日期:2014-05-18  浏览次数:20785 次

100分求个解决方案,请大家帮忙看看,万分感谢!
需求是这样的:
  因为是自己自学,模仿公司的产品写个小小的零售POS,有以下几个模块:会员,图书,库存等等;
我现在的情况是:
  写会员资料这个模块,是这样的:连接用的是一个公用的连接类,操作的时候就连接,用using语法;
  会员资料的增、删、改、查不知道大家是怎么实现所谓的三层架构的
  我现在的做法是,建一个会员的类member,把所有的字段做成属性,与界面的textbox,richtextbox之类的相对应,然后在会员里面添加方法:增,删,改等;不知道是不是这样的,大家帮忙看看
  现在的情况是完全不知道怎么 弄了,心里比较烦燥~~ 
大家帮帮忙吧!~~

------解决方案--------------------
你随便去下个带源码的管理系统自己看看啊
------解决方案--------------------
冒泡
何不用自带的membershipprovider?扩展一下数据库
------解决方案--------------------
解决方案就是...好好学基础...

一口吃不成胖子...要学飞先学爬...
------解决方案--------------------
会员资料的增、删、改、查不知道大家是怎么实现所谓的三层架构的 ?

关于这个问题 我一般都是这样做 如果 首先 会员是个类 关于会员的 4种操作的 方法 都写在这个类中
其中 还可以有部分 被重载 这只是个会员类
 除了这个类 我还会写一个 和数据库 连接 的访问类 这个类 包含几个部分 连接方法 关闭方法
查询方法 增 删 改 一个方法 还包含事务部分 准备好 以便需要

这是 数据库访问类

除了 这个 按照这个需求 我还准备写一个 业务逻辑内 目前准备 一个操作类 中包含的方法 就是 删除会员的时候 
要先把 相对会员的 子表里的记录 全部删除 然后再删除会员 主要是考虑到主外键的关系 这只是一个 看需要 还可以
继续加

至于界面 也就那样了 我的美工不是很好 最多就是 用GDI+ 可以做些 形状的改变 实现功能为主吧

就这样 3层

我是小菜鸟! 说的不好清见谅, 希望能够帮到你!

------解决方案--------------------
三层不是那么好弄的 慢慢来 加油 100分。。。。我流口水了
------解决方案--------------------
下载几个源码看看......
慢慢来...不急.
------解决方案--------------------
3层架构不是信手拈来的东西,有一个理解-模糊-理解-模糊的过程吧。
 哈哈,去微软或其他网站下几个看看。
------解决方案--------------------
定上去
------解决方案--------------------
路过,up
------解决方案--------------------
探讨
解决方案就是...好好学基础...

一口吃不成胖子...要学飞先学爬...

------解决方案--------------------
你可以设置权限啊,比如会员有某某权限(类似于某些控件隐藏或不隐藏)
把每张表里的字段都设置成属性(get,set)
这样应该可以了··
------解决方案--------------------
看看PetShop!!!