拓展

有没有什么框架或者规则方便前后台沟通?当返回情况很多的时候没办法和前台一个个沟通,嘴头沟通肯定不是一个长久之计。比如

//更改后的课程的结束时间和此课程下面的章节对比
		List<Chapter> listChapter=xwCourseUtils.courseChapters(course.getCourseId());
		for (int i = 0; i < listChapter.size(); i++) {
			Date chapterTime=listChapter.get(i).getStudyTime();
			int a = endData.compareTo(chapterTime); 
	        if(a<0) {
	            Course c=new Course();
	            c.setApplyId("此课程下面有时间在"+chapterTime+"之后的章节");
	            return c;
	        }
		}

这只是其中一种返回情况,前台需要根据不同的返回情况做不同的弹窗相应,怎么让前台和我不用沟通就一拍即合呢。 这些“此课程下面有时间在。。巴拉巴拉”肯定不是写进后台的,,,这,啊,,我也不知道怎么办,项目完了找一找看看别人家是怎么做的
0922更新‘
事情是这样的,有一个需要对题目123的“喜欢”操作的及时保存即时更改,我写了一台方法,掉两个接口,传标志。但是前台不是,我俩同时写好了写完了,没有沟通,然后根本用不了肯定有一个人得改,我的问题是 1我就是不想沟通,有没有什么规则或者框架呢 2这类问题的标准是应该怎么解决呢
1008更新
可以返回枚举类但是解决不了根本问题呀。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值