架构设计--用户端全http參数接口具体说明v1

1. 用户端全http參数接口具体说明v1.doc 1

2. change histor 1

3. 接口通用參数说明 1

4. 函数注冊接口(规划中) 3

5. 用户权限模块 3

5.1. 用户注冊接口(添加用户登陆数据) 3

5.2. 登陆接口(查询用户登陆权限数据接口) 4

6. 用户信息模块 5

6.1. 改动用户信息 5

7. 商品模块 5

7.1. 调用范例 5

7.2. 显示与查询商品列表接口 6

7.3. 显示商品详情(显示一条商品数据) 7

8. 订单模块接口 7

8.1. 加入订单数据 7

8.2. 查询订单数据(多条与单条) 9

1. 用户端全http參数接口具体说明v1.doc

2. change histor

p3t  v1

作者:: 老哇的爪子 Attilax 艾龙。  EMAIL:[email protected]

转载请注明来源: http://blog.csdn.net/attilax

3.  接口通用參数说明

接口地址 http://localhost:8080/shopitfs/api_http.jsp

接口測试工具:: 浏览器直接測试。无需工具

调用范例 (注冊用户)

method=regNormalUser&$user_name=aaaa&$user_passwd=hhh&datatype=mall_users&op=add">http://localhost:8080/shopitfs/api_http.jsp?method=regNormalUser&$user_name=aaaa&$user_passwd=hhh&datatype=mall_users&op=add

通用http參数说明()


參数


说明


取值范例


參数值说明


op


操作动作


query,search,select,catch,poll 为查询操作

add/insert/create/reg为新增,注冊操作


modify,update,edit为更新改动编辑数据操作

del,delete,remove为删除移除数据操作


datatype


数据类型


xxxxx


要操作的数据对象


$field

(以美元符号开头的内部数据字段)


要新增或者更新的字段。仅仅限于update、add操作使用


$user_name=aaaa


condition


条件


name=‘aaa‘

Name like like ‘%迪%‘


支持>,<,=等操作符。 支持and,or 逻辑操作符连接多个条件

单引號作为字符串分界符

模糊查询为  like ‘%%‘ 格式

整个条件表达式语法与sql兼容 。


@field

(以猴头符号开头的条件表达式字段)


表明条件字段。。仅仅能表达简单and条件。如需其它复杂查询,使用condition字段。当此參数与conditon參数都有的时候,conditon參数优先使用


@user_name=aaaa


多个字段直接仅仅能and 条件。如需其它复杂查询。使用condition字段


order


排序字段


Id

id desc

a desc,b asc


数据的排序

支持asc,desc排序。

支持多字段排序。多字段用逗号分隔。语法与sql一致


page


翻页參数


1,10


1表示第一页,10表示pagesize

返回数据::基本所有为json格式

多个数据对象的连接复合查询(规划中)::

自己定义函数的使用::

默认參数所有支持mysql5数据库的默认函数。。

。假设要使用自己定义函数。能够通过函数注冊接口注冊自己定义函数

注:为了方便使用,很多功能尽可能的兼容sql语法。方便查询文档资料

4. 函数注冊接口(规划中)

方法名: regFunction

參数::  函数体

5. 用户权限模块

5.1. 用户注冊接口(添加用户登陆数据)

调用方法   regNormalUser

数据类型 :  mall_users

具体字段数据结构


数据字段


类型


说明


`user_id`


int(10)


用户id‘


`user_email`


varchar(100)


用户email‘


`user_name`


varchar(50)


username‘


`user_passwd`


varchar(50)


用户password‘


`user_question`


varchar(255)


password找回问题‘


`user_answer`


varchar(255)


password找回答案‘


`user_ico`


varchar(255)


‘用户头像‘


`reg_time`


datetime


注冊时间‘


`last_login_time`


datetime


最后登陆时间‘


`last_ip`


char(15)


最后登陆ip‘


`email_check`


tinyint(1)


邮件确认‘


`email_check_code`


varchar(255)


邮件确认码‘


`forgot_check_code`


varchar(255)


password找回码‘


`rank_id`


int(10)


用户级别‘


`locked`


tinyint(1)


用户锁定。1为锁定‘

调用范例

http://localhost:8080/shopitfs/api_http.jsp?method=regNormalUser&$user_name=aaaa&$user_passwd=hhh&datatype=mall_users&op=add

调用范例(參数sql格式:略)

调用范例(xx格式:略)

返回数据:: 一般返回空,假设有返回,数据结构同注冊。

如有异常。返回异常信息

5.2. 登陆接口(查询用户登陆权限数据接口)

调用方法   login4NormalUser

数据类型 :  同注冊接口

具体字段数据结构::同注冊接口

调用范例

method=serachUserP3&@user_name=aaaa&@user_passwd=hhh&datatype=mall_users&op=query">http://localhost:8080/shopitfs/api_http.jsp?

method=serachUserP3&@user_name=aaaa&@user_passwd=hhh&datatype=mall_users&op=query

返回数据::

假设有具体信息返回,登陆成功,数据结构同注冊。。

假设无具体信息返回,说明password错误

如有异常,返回异常。


数据字段


类型


说明


`user_id`


int(10)


用户id‘


`user_email`


varchar(100)


用户email‘


`user_name`


varchar(50)


username‘


`user_passwd`


varchar(50)


用户password‘


`user_question`


varchar(255)


password找回问题‘


`user_answer`


varchar(255)


password找回答案‘


`user_ico`


varchar(255)


‘用户头像‘


`reg_time`


datetime


注冊时间‘


`last_login_time`


datetime


最后登陆时间‘


`last_ip`


char(15)


最后登陆ip‘


`email_check`


tinyint(1)


邮件确认‘


`email_check_code`


varchar(255)


邮件确认码‘


`forgot_check_code`


varchar(255)


password找回码‘


`rank_id`


int(10)


用户级别‘


`locked`


tinyint(1)


用户锁定,1为锁定‘

6. 用户信息模块

6.1. 改动用户信息

调用方法    modifyUserinfo

数据类型 :  mall_user_info

具体字段数据结构::


`id`


int(10)


`user_id`


int(10)


用户id‘


`user_truename`


varchar(255)


真实姓名‘


`user_ico`


varchar(255)


用户头像‘


`user_marry`


tinyint(1)


0保密。1未婚,2已婚‘


`user_gender`


tinyint(1)


0保密,1男,2女‘


`user_mobile`


varchar(20)


用户手机号‘


`user_telphone`


varchar(20)


用户电话‘


`user_country`


smallint(6)


国家‘


`user_province`


smallint(6)


省份‘


`user_city`


smallint(6)


城市‘


`user_district`


smallint(6)


区‘


`user_zipcode`


char(6)


用户邮编‘


`user_address`


varchar(255)


用户地址‘


`user_birthday`


date


用户生日‘


`user_qq`


varchar(16)


用户qq‘


`user_msn`


varchar(50)


用户msn‘


`user_skype`


varchar(50)


用户skype‘

调用范例: 參考以上模块

返回数据:: 如有异常。返回异常。。

7. 商品模块

7.1. 调用范例

如上

7.2. 显示与查询商品列表接口

调用方法   searchGoods

操作数据类型::   mall_goods


数据字段


类型


说明


`goods_id`


int(10)


商品id


`shop_id`


int(10)


店铺id‘


`goods_name`


varchar(255)


商品名称‘


`cat_id`


int(10)


分类id‘


`ucat_id`


int(10)


用户自己定义分类id‘


`brand_id`


int(10)


品牌id‘


`type_id`


int(10)


属性类型id‘


`goods_intro`


text


商品详情‘


`goods_wholesale`


text


批发说明‘


`goods_number`


int(5)


库存量‘


`goods_price`


decimal(82)


商品价格‘


`transport_price`


decimal(82)


运费‘


`keyword`


varchar(255)


keyword‘


`is_delete`


tinyint(1)


0为已删除‘


`is_best`


tinyint(1)


1为精品‘


`is_new`


tinyint(1)


1为新品‘


`is_hot`


tinyint(1)


1为热销‘


`is_promote`


tinyint(1)


1为特价‘


`is_admin_promote`


tinyint(1)


`is_on_sale`


tinyint(1)


0为下架,1为上架‘


`is_set_image`


tinyint(1)


是否已设置图片‘


`goods_thumb`


varchar(255)


缩略图‘


`pv`


int(10)


关注度‘


`favpv`


int(10)


被收藏次数‘


`sort_order`


tinyint(1)


排序‘


`add_time`


datetime


加入时间‘


`last_update_time`


datetime


最后改动时间‘


`lock_flg`


tinyint(1)


锁定。1为锁定‘


`is_transport_template`


tinyint(1)


是否启用邮费模版‘


`transport_template_id`


int(11)


邮费模版id‘


`transport_template_price`


float(50)


认默模板运费‘

返回数据::

假设有数据。结构同上。

如有异常。返回异常。。

7.3. 显示商品详情(显示一条商品数据)

调用方法   searchGoods

操作数据类型::   mall_goods

提交与返回的数据基本同搜索商品。。仅仅须要设置条件类似 goods_id=1   就可。。

8. 订单模块接口

8.1. 加入订单数据

调用方法    addOrderP29

数据类型 :  orderinfoVirt

范例

具体字段数据结构::


`order_id`


int(10)


订单id‘


`payid`


varchar(20)


支付订单号‘


`shop_id`


int(10)


店铺id‘


`pay_id`


int(10)


支付方式id‘


`pay_name`


varchar(255)


支会方式名称‘


`user_id`


int(10)


用户id‘


`transport_price`


decimal(6


运费‘


`order_value`


float


订单应付金额‘


`order_amount`


decimal(10


总订单位价格格‘


`consignee`


varchar(50)


联系人‘


`country`


smallint(6)


0‘


COMMENT


国家‘


`province`


smallint(6)


省份‘


`city`


smallint(6)


城市‘


`district`


smallint(6)


地区‘


`address`


varchar(255)



COMMENT


具体地址‘


`zipcode`


char(6)


邮政编码‘


`telphone`


varchar(20)


电话‘


`mobile`


varchar(20)


手机‘


`email`


varchar(255)


邮箱‘


`shipping_name`


varchar(50)


物流公司名称‘


`shipping_no`


varchar(50)


物流发货单号‘


`shipping_type`


varchar(50)


发货运输类型‘


`message`


text


COMMENT


订单附言‘


`order_time`


datetime


订单时间‘


`pay_time`


datetime


支付时间‘


`shipping_time`


datetime


发货时间‘


`receive_time`


datetime


用户已接收时间‘


`order_status`


tinyint(1)


订单状态:0已取消订单。1用户已下订单,2商家已确认订单。3用户验货‘


`pay_status`


tinyint(1)


支付状态:0未支付。1已支付‘


`transport_status`


tinyint(1)


发货状态:0未发货,1已发货‘


`protect_status`


tinyint(1)


0‘


COMMENT


维权状态


`trade_no`


varchar(50)


支付宝返回的,支付宝交易号‘


`seller_reply`


tinyint(1)


买家是否回复:0未回复,1回复‘


`buyer_reply`


tinyint(1)


卖家是否回复:0未回复,1回复‘


`group_id`


int(10)


团购id‘


`pay_message`


text


COMMENT


支付留言‘


`complaint`


tinyint(1)


用户投诉‘


`get_back_time`


datetime


申请退款时间‘


`transport_type`


int(11)


运输类型1Ems


2平邮,3快递‘


`order_actual`


decimal(10


COMMENT


实付金额‘

返回数据:: 无

如有异常,返回异常。

8.2. 查询订单数据(多条与单条)

调用方法    queryOrderData

数据类型 :  order_goods_v

单条数据设置条件类似  order_id=1 就可

具体字段数据结构::

同上。商品有关的信息同商品结构表

时间: 2024-10-05 13:12:44

架构设计--用户端全http參数接口具体说明v1的相关文章

架构设计--用户端全http参数接口详细说明v1

1. 用户端全http参数接口详细说明v1.doc 1 2. change histor 1 3. 接口通用参数说明 1 4. 函数注册接口(规划中) 3 5. 用户权限模块 3 5.1. 用户注册接口(增加用户登陆数据) 3 5.2. 登陆接口(查询用户登陆权限数据接口) 4 6. 用户信息模块 5 6.1. 修改用户信息 5 7. 商品模块 5 7.1. 调用范例 5 7.2. 显示与查询商品列表接口 6 7.3. 显示商品详情(显示一条商品数据) 7 8. 订单模块接口 7 8.1. 添加

.NET应用架构设计—用户端的防腐层作用及设计

阅读目录: 1.背景介绍 2.SOA架构下的显示端架构腐化 3.有效使用防腐层来隔离碎片服务导致显示端逻辑腐烂 4.剥离服务调用的技术组件让其依赖接口 5.将服务的DTO与显示端的ViewModel之间的转换放入防腐层 5.1.转换逻辑过程化,直接写在防腐层的方法中 5.2.转换逻辑对象化,建立起封装.重用结构,防止进一步腐化 6.防腐层的两种依赖倒置设计方法 6.1.事件驱动(防腐层监听显示逻辑事件) 6.2.依赖注入接口 7.总结 1.背景介绍 随着现在的企业应用架构都在向着SOA方向转变,

NET架构设计、框架设计系列文章总结

NET架构设计.框架设计系列文章总结 从事.NET开发到现在已经有七个年头了.慢慢的可能会很少写.NET文章了.不知不觉竟然走了这么多年,热爱.NET热爱c#.突然想对这一路的经历进行一个总结. 是时候开始下一阶段的旅途,希望这些文章可以在发挥点价值作用. 架构设计: ElasticSearch大数据分布式弹性搜索引擎使用 (推荐) DDD实施经验分享-价值导向.从上往下进行(圈内第一个吃螃蟹DDD实施方案)(推荐) 软件工程-思考项目开发那些事(一)(推荐) SOA架构设计经验分享-架构.职责

浅谈工业级物联网项目架构设计及实施

[说明]这是发表在<程序员>电子刊10月B架构专题文章 网页链接:http://www.csdn.net/article/2015-10-31/2826093 摘要:互联网+和物联网由于发展的侧重点不同,在做架构设计上肯定有所不同.而以中小项目为主的物联网项目,其实更看重的,一是系统稳定可靠,能保证系统长期稳定的运行.本文主要介绍工业级物联网项目的架构设计及实施. 前言 早在1999年就已经有了“物联网”这个概念,但是直到十年之后的2009年,IBM提出“智慧地球”的概念,才推动很多国家把物联

[Architecture Design] 跨平台架构设计

[Architecture Design] 跨平台架构设计 跨越平台 Productivity Future Vision 2011 在开始谈跨平台架构设计之前,请大家先看看上面这段影片,影片内容是微软在2011年所描绘的未来生活蓝图.在观看的过程中,请大家以「软件开发人员」的角度来思考,想想软件开发人员在其中扮演甚么样的角色. 「Productivity Future Vision 2011」 这段影片里面所描绘未来产品,把时间轴拉到现在来看,其实有许多概念已经悄悄融入我们的生活之中.像是影片

谈一款MOBA类游戏《码神联盟》的服务端架构设计与实现

一.前言 <码神联盟>是一款为技术人做的开源情怀游戏,每一种编程语言都是一位英雄.客户端和服务端均使用C#开发,客户端使用Unity3D引擎,数据库使用MySQL.这个MOBA类游戏是笔者在学习时期和客户端美术策划的小伙伴一起做的游戏,笔者主要负责游戏服务端开发,客户端也参与了一部分,同时也是这个项目的发起和负责人.这次主要分享这款游戏的服务端相关的设计与实现,从整体的架构设计,到服务器网络通信底层的搭建,通信协议.模型定制,再到游戏逻辑的分层架构实现.同时这篇博客也沉淀了笔者在游戏公司实践五

从服务端架构设计角度,深入理解大型APP架构升级

随着智能设备普及和移动互联网发展,移动端应用逐渐成为用户新入口,重要性越来越突出.但企业一般是先有PC端应用,再推APP,APP 1.0版的功能大多从现有PC应用平移过来,没有针对移动自身特点考虑APP的架构.随着APP越来越复杂,功能和非功能要求越来越高,架构的先天不足逐渐成为大型APP升级的瓶颈. 本文作者结合大型移动应用的落地实践,从服务端架构设计角度,阐述如何进行升级优化,为后续APP做大做强奠定架构基础,供大家参考. 本文主要内容包括: V1架构 问题分析 V2架构 智能升降级 总结

移动App服务端架构设计

移动App服务端架构设计 我从事手机app服务端开发现在已经是3个年头,自己也整理出了一套相对好用的服务架构,写出来,跟大家一起分享.如有不足,还请多指教. 一:基础流程图. 其实有一点还需要加上,就是对json的压缩和加密,一来给用户节约流量,二来防止请求被截取破解我们的参数.具体先压缩后加密还是先加密后压缩这个问题看需求. 看到这个架构设计时,你们可能会说如果程序入口挂了,所有的服务都不可以用了. 所以这个架构的弱点在程序入口处,因此要有一(多)台机器做负载,负载的工具可以是HaProxy(

以属性为核心驱动的 全领域通用架构设计原理 (简称:属性架构原理)

以属性为核心驱动的全领域通用架构设计原理 (简称:属性架构原理) 联系方式:13547930387 Email:[email protected] 一.个人声明 我,参加工作也有5年多了,是一名普通的不能在普通的程序员,一直在使用公司自己的产品进行开发,因此技术比较菜,此设计完全是按照自己天真的想法而设计的,如果有不合理或很搞笑的地方,请轻拍,由衷的希望大家能提出宝贵的意见: 根据此设计原理我也做了一个简单的(demo)架构来支撑和验证此理论的可行性,由于技术功底不太好,有不合理之处请大家谅解,