招聘网 加分题 12.1

首先自己乱玩一下

一.

尝试count resumes的显示功能. 思路呢...先认真看需求 "Admin 在后台可以看到每个职缺有多少使用者投递履历"

每个使用者对每个职缺都只投递一份简历吧. 所以这个需求可以理解成"Admin 在后台可以看到每个职缺下共投递了多少份履历" 对吧? 即显示此职缺"共有几份投递的简历"数量.

那么接下来, 共几份简历如何计算呢? 按照attachment栏位对应的"user_id"来count? 还是限定在某个job_id旗下的attachment有几个...这要怎么撸代码...嗯...

二.

第二个需求是"Admin 在后台可以看到每个职缺里面的投递履历内容，并且可以下载附件"就是能看到resume的content, 这个简单. 但能下载...真的假的...首先要具备"显示"功能 才能有"点击下载"吧...这个需求需要多步才能搞定的咩?嗯...

对照教程

一. 计算resume总数

首先弄的居然还是view的呈现. 要在后台看到, 所以先去弄好后台的view. 估计"先弄view"是个套路来的, 说不定效果是可以让编程的流程变的更加顺畅. 如果是这样, 我也应养成这习惯. 思考如何写的时候, 从页面最后的呈现效果开始思考, 一步步倒推回去, 会想的比较周到顺畅. 

卧槽...是我想的太复杂了吗?! 居然直接来一个count就成了?!! 有内建这样好用的代码...我还从表格结构开始想呢...真是吐血哈哈哈哈

然后我还太天真错误判断了需求? 居然要看到"哪个user"投递了简历? 要能显示user而不只是"多少份简历"就好?!还是说"显示user"的功能是第二个需求的一部分?第二个需求不是"能看到content以及能下载"吗?

总之, 把counts显示数量部分, 变成 link_to 的状态, 然后写一个新的routes & 新的页面 估计用个新的table抓出 user_id看是"谁"投递的?!

搞个新的页面显示一个table简单. 添加routes才头疼...这是要加在...哪里...routes跟谁同层级...是否要加个新的controller...哎呀...大工程啊!!!

二. 创建Resume专门展示的页面

居然是 admin_job_resumes_path(job) 这是个啥...目前存在的routes里面没有呀, 果然是要再添加新routes啊...这层级看起来...是admin旗下的job的旗下的resume...第三层啊?!! (后来发现在routes中的位置会决定path的名字是什么, 很有趣, 顺序matters)

还要写个新的controller以便打开页面. 每次要开新页面, controller,view, 以及 routes三剑客不能少啊!!! 

我这样写, 真的太简陋而且太不上心了...人家是admin旗下的, view肯定要用admin的layout啊, 而且这也是需要一堆before_action限制后才能查看的后台的相关操作台, 最后要吐槽@resumes不能这样写, 不是抓全部的数据...拜托上心点啊喂...

三. 下载功能

原来, "present?"也是个内建的好功能...用起来...Orz 还有, 原来直接丢attachment到网站上给用户自己打开看, 因为是PDF格式还能自己手动去下载. 而不是自己去写下载的功能, 机智啊机智!!!