很多的app使用MVC设计模式来将“用户交互”与“数据和逻辑”分开，而model其中一个重要作用就是持久化。下文中设计的Model可能不是一个完美的，扩展性强的model范例，但在我需要重构的app中，这样的设计能够满足我的需要。关于ModelModel层包含了app的数据与逻辑，Model层中的类需要关心的是数据的表现，存储，以及操

安装Bridge工具软件包Linux可以工作在网桥模式，必须安装网桥工具bridgeutils，运行命令：　　yuminstallbridgeutils或aptgetinstallbridgeutilsLinuxKVMBridge逻辑结构图!(https://oscimg.oschina.net/o

前两篇文章主要实现了经销商代注册的仓储与领域逻辑、经销商登录的仓储与相关逻辑，这篇文章主要讲述经销商代注册的用例与经销商登录的查询功能。一.经销商代注册用例在经销商代注册用例中，我们需要传递经销商的基本注册信息，这个信息是做成了DTO对象。1.经销商注册的DTO对象：publicclassAddDealerDTO

《mysql设计规范》数据结构设计：逻辑设计–物理设计实际工作中：逻辑设计物理设计物理设计：表名，字段名，字段类型磁盘IO和操作系统类型，对mysql的性能是非常大的一.数据库命名规范所有的数据库对象名称必须使用小写字母并用下划线表示，因为默认情况下，mysql对大小写敏感，mysql数据库本质上是linux

技术栈Appgalleryconnect开发准备我们已经实现了优惠券的领取和展示，现在已经趋近于一个完整的电商应用了，但是这时候问题又来了，我们领取完优惠券之后，我们的新用户优惠券模块依然存在，他并没有消失，既然我们是从云数据库中查询的数据，那么我们需要找

技术栈Appgalleryconnect开发准备这一节我们继续对我们已有的业务逻辑进行优化，在积分兑换完商品后我们回到积分展示页面发现积分的数量并没有减少，而是重新进入才会发生变化，上一节我们实现商城订单的确认揽收之后继续在待收货页面实现确认揽收按钮的业务

技术栈Appgalleryconnect开发准备现在我们的app功能已经趋近完善，bug和缺失的细节也越来越少了，我们继续对app进行优化，首先是我们的积分页面，我们只实现了全部的积分展示内容，对收入和支出的积分明细并没有进行展示，这里我们要实现一下，然后

技术栈Appgalleryconnect开发准备上一节我们实现了静态的用户登录页，这一节我们需要给他添加上业务逻辑，实现跟云数据库的互通，同时跟整个应用关联起来，因为我们还没有实现用户的注册页面，所以这里我们在云数据库的用户数据插入暂时先不做同用户名的校验

技术栈Appgalleryconnect开发准备上一节我们实现了确认订单页的页面绘制和价格计算优惠计算，订单列表展示等功能，这一节我们来实现确认订单页的整个业务逻辑。首先我们要实现的就是地址的选择，然后把我们计算的价格，商品列表等数据保存起来，然后我们开始

技术栈Appgalleryconnect开发准备上一节我们实现了旧物回收页的静态展示页，现在我们开始添加对应的模块逻辑，我们要实现的内容有，地址选择、留言、取件时间、重量选择这些模块功能分析1.地址选择要实现地址选择，我们首先要在跳转到地址列表选择页，传递