이전 섹션을 살펴보면 메시지 요청과 응답에 대해 잘 알고 있습니다. 이 섹션에서는 테이블 디자인이 상당히 복잡합니다.
분석하는 상황의 구조에 따라 표를 구성할 수도 있습니다
이 표를 사용하려면 표의 결과에 매우 익숙해야 합니다
저는 일부 모델을 분석하고 표현하기 위해 마인드맵을 사용하는 것을 선호합니다:
마인드맵에 따르면 , 테이블을 생성할 수 있습니다. 3개의 테이블이 될 수 있습니다: 메시지 테이블, 규칙 테이블, 유형 테이블
메시지 테이블: 실제 메시지
규칙 테이블: 텍스트, 그래픽, 음성 등
유형 테이블 : 텍스트, 이미지, 음성(기본 응답, 구독 응답)
두 개의 테이블일 수도 있습니다: 규제 테이블, 메시지 테이블(+ 유형 필드)
만 여기서 하나 디자인 테이블 : 메시지 테이블 (+ 규칙 필드 + 유형 필드)
테이블 구조를 디자인하는 것은 개인적인 일상 습관과 관련이 있습니다. 저는 아직도 디자인을 위해 특별히 디자인하는 것을 좋아하지 않습니다. . 이는 시스템
CREATE TABLE [dbo].[WC_MessageResponse]( [Id] [varchar](50) NOT NULL, --主键
[OfficalAccountId] [varchar](50) NULL, --所属公众号
[MessageRule] [int] NULL, --消息规则（枚举）
[Category] [int] NULL, --类型（枚举）
[MatchKey] [varchar](1000) NULL, --关键字
[TextContent] [varchar](max) NULL, --文本内容
[ImgTextContext] [varchar](max) NULL, --图文文本内容
[ImgTextUrl] [varchar](1000) NULL, --图文图片URL
[ImgTextLink] [varchar](1000) NULL, --图文图片超链接
[MeidaUrl] [varchar](1000) NULL, --语音URL
[MeidaLink] [varchar](1000) NULL, --语音超链接
[Enable] [bit] NOT NULL, --是否启用
[IsDefault] [bit] NOT NULL, --是否默认
[Remark] [varchar](2000) NULL, --说明
[Sort] [int] NOT NULL, --排序
[CreateTime] [datetime] NOT NULL, --创建时间
[CreateBy] [varchar](50) NOT NULL, --创建人
[ModifyTime] [datetime] NOT NULL, --修改时间
[ModifyBy] [varchar](50) NULL, --修改人
CONSTRAINT [PK_WC_MessageResponse] PRIMARY KEY CLUSTERED ( [Id] ASC)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]GOSET ANSI_PADDING OFFGOALTER TABLE [dbo].[WC_MessageResponse] WITH CHECK ADD CONSTRAINT [FK_WC_MessageResponse_WC_OfficalAcconts] FOREIGN KEY([OfficalAccountId])REFERENCES [dbo].[WC_OfficalAccounts] ([Id])ON DELETE CASCADEGOALTER TABLE [dbo].[WC_MessageResponse] CHECK CONSTRAINT [FK_WC_MessageResponse_WC_OfficalAcconts]GO테이블의 복잡성을 증가시킬 뿐입니다. 그리고 공용 계정으로 관리하는 메인 테이블
CREATE TABLE [dbo].[WC_OfficalAccounts]( [Id] [varchar](50) NOT NULL, --主键
[OfficalId] [varchar](200) NULL, --公众号的唯一ID
[OfficalName] [varchar](200) NOT NULL, --公众号名称
[OfficalCode] [varchar](200) NOT NULL, --公众号帐号
[OfficalPhoto] [varchar](1000) NULL, --头像
[OfficalKey] [varchar](500) NULL, --EncodingAESKey
[ApiUrl] [varchar](1000) NULL, --我们的资源服务器
[Token] [varchar](200) NULL, --Token
[AppId] [varchar](200) NULL, --AppId
[AppSecret] [varchar](200) NULL, --Appsecret
[AccessToken] [varchar](200) NULL, --访问Token
[Remark] [varchar](2000) NULL, --说明
[Enable] [bit] NOT NULL, --是否启用
[IsDefault] [bit] NOT NULL, --是否为当前默认操作号
[Category] [int] NOT NULL, --类别（媒体号，企业号，个人号，开发测试号）
[CreateTime] [datetime] NOT NULL, --创建时间
[CreateBy] [varchar](50) NOT NULL, --创建人
[ModifyTime] [datetime] NOT NULL, --修改时间
[ModifyBy] [varchar](50) NULL, --修改人
CONSTRAINT [PK_WC_OfficalAcconts] PRIMARY KEY CLUSTERED ( [Id] ASC)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]) ON [PRIMARY]공용 계정 관리는 70번 항목에 있습니다
public enum WeChatReplyCategory
{ //文本
Text =1, //图文
Image =2, //语音
Voice =3, //相等，用于回复关键字
Equal=4, //包含，用于回复关键字
Contain = 5
} public enum WeChatRequestRuleEnum
{ /// <summary>
/// 默认回复，没有处理的 /// </summary>
Default =0, /// <summary>
/// 关注回复 /// </summary>
Subscriber =1, /// <summary>
/// 文本回复 /// </summary>
Text =2, /// <summary>
/// 图片回复 /// </summary>
Image =3, /// <summary>
/// 语音回复 /// </summary>
Voice =4, /// <summary>
/// 视频回复 /// </summary>
Video =5, /// <summary>
/// 超链接回复 /// </summary>
Link =6, /// <summary>
/// LBS位置回复 /// </summary>
Location =7,
}열거형은 실제로 제가 생략한 다른 두 테이블에 해당합니다
At 이 점에서 테이블의 디자인이 매우 명확하다고 생각합니다
추가, 삭제, 수정 및 확인이 매우 일반적입니다. 주로 프론트엔드에 있습니다. 프런트 엔드는 제출된 메시지를 처리하며 메시지의 최종 표현을 지정하는 규칙과 유형을 포함해야 합니다
[HttpPost]
[SupportFilter(ActionName = "Edit")] public JsonResult PostData(WC_MessageResponseModel model)
{
WC_OfficalAccountsModel accountModel = account_BLL.GetCurrentAccount(); if (string.IsNullOrEmpty(model.Id))
{
model.Id = ResultHelper.NewId;
}
model.CreateBy = GetUserId();
model.CreateTime = ResultHelper.NowTime;
model.ModifyBy = GetUserId();
model.ModifyTime = ResultHelper.NowTime;
model.OfficalAccountId = accountModel.Id;
model.Enable = true;
model.IsDefault = true; if (m_BLL.PostData(ref errors, model))
{
LogHandler.WriteServiceLog(GetUserId(), "Id" + model.Id + ",OfficalAccountId" + model.OfficalAccountId, "成功", "保存", "WC_MessageResponse"); return Json(JsonHandler.CreateMessage(1, Resource.SaveSucceed));
} else
{ string ErrorCol = errors.Error;
LogHandler.WriteServiceLog(GetUserId(), "Id" + model.Id + ",OfficalAccountId" + model.OfficalAccountId + "," + ErrorCol, "失败", "保存", "WC_MessageResponse"); return Json(JsonHandler.CreateMessage(0, Resource.SaveFail + ErrorCol));
}
}컨트롤러
BLL
public bool PostData(ref ValidationErrors errors, WC_MessageResponseModel model)
{ try
{
WC_MessageResponse entity = new WC_MessageResponse(); if (IsExists(model.Id))
{
entity = m_Rep.GetById(model.Id);
}
entity.Id = model.Id;
entity.OfficalAccountId = model.OfficalAccountId;
entity.MessageRule = model.MessageRule;
entity.Category = model.Category;
entity.MatchKey = model.MatchKey;
entity.TextContent = model.TextContent;
entity.ImgTextContext = model.ImgTextContext;
entity.ImgTextUrl = model.ImgTextUrl;
entity.ImgTextLink = model.ImgTextLink;
entity.MeidaUrl = model.MeidaUrl;
entity.Enable = model.Enable;
entity.IsDefault = model.IsDefault;
entity.Remark = model.Remark;
entity.CreateTime = model.CreateTime;
entity.CreateBy = model.CreateBy;
entity.Sort = model.Sort;
entity.ModifyTime = model.ModifyTime;
entity.ModifyBy = model.ModifyBy; if (m_Rep.PostData(entity))
{ return true;
} else
{
errors.Add(Resource.NoDataChange); return false;
}
} catch (Exception ex)
{
errors.Add(ex.Message);
ExceptionHander.WriteException(ex); return false;
}
}DAL
DAL 레이어에 대한 설명이 필요합니다
기본 답글은 3가지 종류가 있고 팔로우는- 위로 응답: 텍스트, 이미지 및 텍스트 및 음성(그러나 하나만 있을 수 있으므로 어떤 종류의 응답이 실행되는지 나타내는 IsDefault 필드가 있음) 따라서 이 두 규칙은 별도로 처리되어야 하며 이는 다음으로 이해될 수 있습니다. DAL 코드에 의해 실행된 SQL 문을 살펴봅니다.
그럼 프런트엔드를 마음껏 디자인해보자!
마인드맵을 살펴보겠습니다:
프론트엔드 코드 완성
public bool PostData(WC_MessageResponse model)
{ //如果所有开关都关掉，证明不启用回复
if (model.Category == null)
{ return true;
} //全部设置为不默认
ExecuteSqlCommand(string.Format("update [dbo].[WC_MessageResponse] set IsDefault=0 where OfficalAccountId ='{0}' and MessageRule={1}", model.OfficalAccountId, model.MessageRule)); //默认回复和订阅回复,且不是图文另外处理，因为他们有3种模式，但是只有一个是默认的
if (model.Category!= (int)WeChatReplyCategory.Image && (model.MessageRule == (int)WeChatRequestRuleEnum.Default || model.MessageRule == (int)WeChatRequestRuleEnum.Subscriber))
{ //查看数据库是否存在数据
var entity = Context.WC_MessageResponse.Where(p => p.OfficalAccountId == model.OfficalAccountId && p.MessageRule == model.MessageRule && p.Category == model.Category).FirstOrDefault(); if (entity != null)
{ //删除原来的 Context.WC_MessageResponse.Remove(entity);
}
} //全部设置为默认
ExecuteSqlCommand(string.Format("update [dbo].[WC_MessageResponse] set IsDefault=1 where OfficalAccountId ='{0}' and MessageRule={1} and Category={2}", model.OfficalAccountId, model.MessageRule,model.Category)); //修改
if(IsExist(model.Id))
{
Context.Entry<WC_MessageResponse>(model).State = EntityState.Modified; return Edit(model);
} else {
return Create(model);
}
}코드 보기
프론트 마인드맵을 활용하면 프론트엔드 코드를 빠르게 이해하고 실제 실습에 적용할 수 있습니다
메시지 관리는 매우 능숙합니다
1. 메시지에 대한 작업 응답이 없는 경우 기본 응답을 활성화해야 합니다. 그렇지 않으면 사용자가 응답을 받지 못하고 손실됩니다. 경험
2. 키워드 디자인은 일반적으로 서로 연결되어 안내 효과가 있습니다.
예: 키워드: (원합니다) 답글: 1번을 눌러 가입하세요. 선물, 2번을 누르면 50위안
키워드: (1) 답장: 3번을 누르면 철관음차, 4번을 누르면 보이차
키워드: ( 3 또는 4) 답장: 주소, 전화번호 및 수신자에게 답장을 보내주세요
이러한 방식으로 시스템과 사용자 간의 완전한 대화가 이루어지며 물론 사용자의 마지막 정보도 처리해야 합니다
위 내용은 ASP.NET MVC5+EF6+EasyUI 백엔드 관리 시스템 WeChat 공개 플랫폼 개발의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
