十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
需求:
成都创新互联公司2013年至今,是专业互联网技术服务公司,拥有项目网站制作、网站设计网站策划,项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命,1280元古雷港做网站,已为上家服务,为古雷港各地企业和个人服务,联系电话:18980820575
方案一
最开始就是用最简单的方法,前台请求数据,然后通过select和option在页面上显示,但是写了一会儿发现出现了许多类似下面的重复的代码
:
// 初始化年级选项 initGradeOptions() { this.gradeService.getAll().subscribe((res) => { this.gradeOptions = res; }, () => { console.log('get gradeOption error'); }); }
每写一个列表都要写请求它的数据的方法和模板中的内容,非常繁琐。
方案二
因为在项目中,不止一个地方用到了这样的列表,所以就想着把这些列表单独拿出来,写成组件。
这里就参考了朴世超组长的angular的输入与输出写了这个组件
思路大概如下:
ts:
@Input() defaultValue: Grade; // 选中的值 @Output() selected = new EventEmitter(); // 输出属性 datas: Grade[]; // 所有数据 constructor(private gradeService: GradeService) { } // 请求所有的数据 ngOnInit() { this.gradeService.getAll().subscribe((res) => { this.datas = res; }, () => { console.log('error'); }); } // 当则内容更改时,将已选中对象的id弹射到父组件绑定的事件上 dataChange() { this.selected.emit(this.defaultValue); }
html:
ps: 默认选中的功能还在完善,待更新
思考
当我照着上面的套路继续写collegeList
,majorList
,klassList
,以后还会有teacherList
,studentList
等等,这样不也形成了很多重复的代码吗?
于是我就想能不能设计一个组件:
我让它是什么列表,它就是什么列表。
然后我就寻找这几个组件的共性,发现它们请求数据的的特点:
那么,我只要传给组件一个url数组,就能根据url请求对应的数据,再生成相应的模板
方案三(失败)
子组件ts:
@Input() urls: String[][] = []; // 保存传递过来的url datas: String[][] = []; // 保存查询结果 @Input() titles: String[][] = []; // 保存提示语句 @Output() selectItems = new EventEmitter(); // 已选中的对象 index = 0; items = []; constructor(public dataService: DataService) { } ngOnInit() { this.getData(this.index); } getData(index: number): void { if (index < this.urls.length) { const url = this.urls[index]; this.dataService.getAllData(url).subscribe((res) => { this.datas[index] = res; console.log(this.datas); }, () => { console.log('error'); }); } } dataChange(i: number) { console.log(this.items); this.selectItems.emit(this.items); this.getData(i + 1); }
子组件html:
父组件ts:
url = ['Grade', 'College', 'Major']; titels = ['年级', '学院', '专业']; getSelectItems(event) { console.log(event); }
父组件html:
效果:
看起来还能用,但是再往后写就发现这样写有致命的缺陷。
需要查找url
不知道数据与实体的对应关系
不易维护
。总结
虽然这些下拉列表有一定的共性,并且可以抽象出一些公共的功能来实现,但本身设计略复杂,且使用效果并不好,最后还是放弃了第三个方案。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持创新互联。