拓展

拓展

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

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

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