今天做的事

终于把搜索整明白了，，，这部份前几天血崩，今天理顺了

明天计划

处理url传参的过滤和根据有无url传参处理传过来的数据

今天的收获

处理所在地区那一大片的东西，直接把type绑定在了一个对象的属性里

这样既可以用来发送请求也可以判断样式的状态，不用它的布尔值判断，少了一个数据少了一个麻烦

绑定的时候，要确认是否把值传给了绑定的变量，由于我在指令里判断多选的时候错误的绑定，导致这个对象一直undefind

profession.province

在职业类别的部分，早先由于拿过来的数据是

obj{ 【 {【a】，【b】 ，【c】  }  】，【{【a】，【b】 ，【c】  }】，【{【a】，【b】 ，【c】  }】   }

这样的格式，所以是便利了两遍，这样以后我想要通过职业类别的二级菜单的$index和职业类别选项的值来对应的话

就需要人工的将后面两组的$index往后退几个来达到0~11顺序的$index

但由于这个部分数据是写死的，所以把里面的数组拿出来就好了，对应关系变得很明显很简单

这里还有一点要注意，比如产品下有6个职业级别，ios下只有4个职业级别，那么当选了某职业下的职业等级时在选了别的职业

就要把这个二级选项的值清空重置，于是需要给这里的变量一个判定，如果它的length超过1的话，就把二级选项的值归0

因为只要选择了一个，再选第二个的话length就必须要经历为2的状态，null的话直接判定为null就好

再有就是表单验证部分

私以为关键在四个表单属性$invalid,$valid,,,,那四个，验证成功不成功状态，修改过没修改过状态

给form和input都添加name，通过name来访问这四个状态，进行验证

困惑亦如收获

早先没想到直接用type来判断确实是思想僵化了，成都之光的光芒给我打散了这一片乌云

帮助去思考直接改变数据的结构来简化流程，反正是写死的东西又没有什么影响