订单设计

问题描述

大家好,我有一个疑问,做一个商城的网站,用支付宝第三方支付接口;那么我销售商品的时候形成订单,然后支付成功后,改变订单状态,OK;平台还有一个个人账户的(余额),可以充值,问题是:在充值的时候是否也得形成一个跟商品订单插入同一个表的订单用类型来区分,然后通过支付宝支付后,改变这个订单状态。支付宝好像只能返回指定的地址对吧不能根据需求放回到不同的页面执行不同的功能。我说的有点乱,不知道能不能搞清楚谢谢

解决方案

解决方案二:
看上去你在做一个流程,简单的,按照你说的,用一个类型字段,每个状态转换,更改它就可以了。
解决方案三:
文字描述有点乱。根据你字面的意思,可以再支付页面给支付宝传递参数,例如:充值传递recharge,订单支付传递orderpay,在处理支付宝回传的页面上接收参数,根据参数选择不同代码段来处理回传,如果是充值,那就添加一条充值记录并且更改余额或者订单的处理

时间: 2024-08-03 22:11:54

订单设计的相关文章

关于一个订单设计的问题

问题描述 关于一个订单设计的问题 "未交易","交易中""交易完成"的订单到底是订单的子类还是订单的状态?感觉思想已经走进死胡同了,求大家来敲醒下 解决方案 显然应该是状态.也就是在订单类中用一个枚举或者整数构成的成员变量表示. 解决方案二: 订单一个类,订单状态一个类,两者一对一关联 解决方案三: 其实一开始也是像你们说的这样子设计的,但后来的一个问题使我对这个设计产生了怀疑:一个用户只允许有一个交易中的订单,允许有多个以完成的订单,以完成订单

传统设计模式(八)模板方法模式

模板方法定义了一个算法的步骤,并允许子类为一个或多个步骤提供实现. 普通的设计算法由实现类直接控制,在很多功能类似的对象中存在重复.并且由于类的组织方式不具有弹性,所以往往新加入新的相似模块时需要作大量冗余的步骤. 我们还是那电商的订单提交来说事 ~ ~ /// <summary> /// 模板类 /// </summary> public abstract class OrderSubmit { public OrderSubmit() { //检查购物车 CheckCart()

基础业务集成开发平台(BusinessWorks) - 概要设计篇

Businesworks的设计目标是为复杂业务系统提供平台化的底层支持,所谓平台化,就是对业务开发能以扩展,隔离的方式推进,驱动业务快速支持. 目前阿里很多的业务系统随着业务支持的增加,慢慢发展成为一个庞大的铁板一块式monolithic(铁板一块式) 风格的强耦合系统,系统本身可能经历一些重构和优化,满足新业务发展.但整体上还是为了快速的满足业务需求,在主流程上打补丁的方式,对业务的响应能力越来越差.于是平台化被提上日程,希望重新审视系统的架构设计,使架构不成为业务快速发展的瓶颈,并且进一步促

平台化三部曲之三流程编排 - 平台化是舞台,流程编排就是导演一场戏

在上两篇ATA中,第一篇讨论了平台的扩展性(<从Eclipse平台看交易平台化>),强调微内核和扩展机制实现,第二篇讨论平台的模块化开发(<Google Guice平台模块化开发的果汁>),强调业务隔离,松耦合.这这第三篇ATA中,想分享下平台化中另一个重要方面,平台的服务流程编排 (备注:本文以下提到交易系统,只是举例,可以扩散为业务平台系统) 像本文标题一样,我们想象下,在舞台上,有各种角色,导演根据剧本的设计的场景,让这些角色,在他的编排下,完成不同剧情. 这和我们的业务平台

创业之初的技术题:如何构建一个较为通用的业务技术架构

1.通用架构概述 创业之初,我们往往会为了快速迭代出产品,而选择最简单的技术架构,比如LAMP架构,SSH三层架构.这些架构可以适应初期业务的快速发展,但是,随着业务变得越来越复杂,我们会发现这些架构越来越难支撑业务的发展,出现在一个类中写好几千行代码,一个方法中到处都是if else语句,如果中间遇到主程序猿离职,后面介入的程序猿几乎无法理解这些代码,到最后,产品越来越难迭代,只能推翻重做.如果我们在创业初始就以一种适应性较强的架构去写代码,后面就会少走很多弯路.下面的文章是我自己总结出来的一

金航ERP企业资源计划管理系统解决方案

金航ERP是以集中管控.协同应用的企业http://www.aliyun.com/zixun/aggregation/13848.html">管理模式为背景,满足中国装备制造企业管理模式变革平稳过渡需要,符合企业管理发展趋势的新一代ERP软件.金航ERP突破了经典(传统)ERP应用模型的限制,融合了非典型制造业的管理特征和制造模式.通过引入PM.SCM.JIT思想,结合MRP原理,形成三大应用模式:1)研制+批产;2)集团制造供应链;3)典型离散制造.金航ERP面向离散制造业,专注装备制造

分析BPM与ERP、OA系统的区别和关系

在全球著名咨询机构Gartner公布的"2008年十大战略性技术"中,BPM(Business Process Management)业务流程管理技术位列所有IT技术榜首,部署BPM将是企业提高组织内部的敏捷性.促进业务流程的改进以及增强灵活性和适应性的关键且带有战略性的决策.尽管BPM技术在国内从概念.方法.产品到客户认识都还存在诸多问题,不甚清晰,但BPM技术和客户认知正在以不可逆转的速度高速成长,2009-2012年将会成为企业部署BPM的关键阶段.在面对信息瞬息万变的商业竞争环

制造业谋变: 提升客户忠诚度

本文讲的是 : 制造业谋变: 提升客户忠诚度   ,[IT168 评论]这是一个以客户为中心的时代.每一行业的制造商都深谙客户至上对成功的重要性.这是制造商审视市场的一种新的方式,涉及到运营问题和技术差距等问题.而通过现代软件解决方案,制造商可以更快更有效地与客户建立长久关系,从而加速企业的业务发展和健康成长. 技术推动业务模式转型 多年以来,离散式制造一直以来都是采取产品线备货型的生产方式.而流程型制造商的生产方式则依靠数十年保持不变的配方和配料--不论是生产原料金属还是啤酒或奶酪.代理商和零

JIT理论在汽车企业中完美的运用

一.企业简介: 安徽安凯汽车http://www.aliyun.com/zixun/aggregation/7494.html">股份有限公司是国家定点生产高.中档,大.中型豪华客车及客车底盘的大型企业.公司占地面积30.8万平方米,员工1046人,资产总额12.81亿元,年综合生产客车及底盘能力达8000辆(整车5000辆,底盘3000辆).公司主要产品有"安凯.SETRA"."安凯"牌系列公路客车.旅游客车.公交客车和系列客车专用底盘,产品囊括8