阅读本文大约3分钟

对于卡软件包系统（优惠券服务），可以将这样的业务完全提取到独立服务中。本文也是一个小型卡计划项目的摘要，并且不适用于在线产品，但是设计实施与某些在线产品一致。这是一个摘要。

对于框架的技术产品选择：后端快速开发框架，该项目涉及两个子系统，一个商人的卡软件包系统和另一个用户应用程序系统，因此使用了两个系统之间的通信，仍然使用了缓存层，并且该时间使用了数据库。

对于卡软件包应用程序，您可以查看微信卡软件包和小米卡软件包。它们针对两种类型的用户组，即，他们可以为想要定居的商人放置卡包，还可以为平台所有用户使用卡包装。

因此，对于商户安置平台，我们需要提供两种服务，一个是注册商户接口，另一个是优惠券界面

有许多用户应用系统，这也是关键点。必须有一个用于用户卡软件包的显示接口，过期优惠券的显示接口，优惠券库存接口，用户反馈接口等。

对于商人安置系统，首先要生成相应的实体。他们可以放置自己的卡袋，并将卡袋存储在其中。卡袋信息将发送到用户应用程序系统。在这里，只需要存储商户信息，而放置的卡软件包无需存储。

对于用户应用系统，其核心主体是用户用户，卡片包装主体通行证将使用放置在中国消费商人系统中的卡软件包信息并将其存储在其中。用户反馈也存储在其中。然后，应用程序生成服务。当用户使用卡软件包时，他将做出一些业务逻辑判断（时间有效，卡软件包清单等）

当然，传统项目中还需要一些日志处理设计和例外处理设计。对于表结构，为卡包申请服务提供了适当的主要和次要关系。

在这里，我介绍了这个演示。此案已上传。有兴趣的朋友可以尝试名称：/

地址：/

通知：将来我可能会很忙。从15天前到现在的 /开源项目（基于 - 一般框架，用户登录聊天社交网络，记录聊天日志，异步数据库存储和记录聊天历史记录等）现在已经实现了结果的结果，非常感谢。我在今年7月没有为入场作出任何贡献。该项目将继续进行更新，但可能会稍后再进行更新。我必须首先忙于其他事情，然后预览一个有趣的“事物”！