今天下午,我正带着孩子逛街呢,咱们先行者群里的一个同学,他现在遇到这样一个问题,
咋办?详细的需求是这样的:
先来看看需求吧,第一部分是几个功能;第二部分是一堆规则;第三部分是UI,上面写的很明白,UI让你自己看着画。
那么从易到难的来吧,毕竟只有三天。你可以先在网上查一下,
如此一来,你的UI图解决了。
然后来看看功能需求怎么办,先得搞清楚流程啊,就是ER图,就是什么实体-联系图之类的,怎么画呢?我建议你在网上先查一下,这种请假流程应该满大街都是,
如此一来,你的流程图也基本解决了。
然后是请假规则,你看它这个规则应该是在后端有一个数据库支持,然后给到前端一堆api接口来调用。但现在只是扔给你一个需求,别的啥都没有。
它这个规则简单实现的话,其实就是一堆的if else就可以。因为你不看文字,只看数字的话,你会发现这些规则里已经给出了许多初始值。
所以我建议你,这个规则的地方,你只要用web页面做出交互的步骤来就可以了。例如你点击选择了休年假,那么要从当前日期判断你还有没有年假,然后给个提示,但这样的前提是你要做一些假数据。
然后第7第说是comment之后要有历史记录,那你就搞个h5的本地存储,或是操作一下history历史记录呗。
实际的开发中,UI页面网上就有,半天时间搞定;
功能流程图网上也有,找几个类似的改一改,功能性需求的流程你也有了。确定交互流程,半天时间也够了。
然后就用最土的办法,一堆的if else来实现它的请假规则,二天的时间足够了。
我个人觉得吧,这个东西的重点,应该在于,
1、你画出合格的流程图;
2、你对于请假规则的实现。先if else把规则撸出来,然后自己抽象封装几个对象。如果有时间搞个什么设计模式套上去。
因为如果我是面试官的话,我会用这个题来考查你什么呢?你的代码在我看来必然到处都是问题,所以你的代码质量应该不是重点。所以我的考查重点应该是“通过这个题目,所反映出来的你的程序设计能力和逻辑思维”。
当然,这是我一面之辞,说错莫怪。
祝你面试成功。
切记,不要拿别人的代码改。因为别人的代码里,没有你的思想,一问就露馅儿。就算到时没有写完也没关系,只要你的代码能体现正确的思想,就ok。