场景
这是项目中一个真实存在的场景。
旧版本的报表筛选功能只支持一维数组，列出筛选项 -> 点击 -> 切换数据。
新版本的报表筛选功能，需要支持层级选择，类似：大区 -> 小区 -> 门店，需要选择多次。
但数据库中存储的依然是一维数组格式，这时为了配合移动端的操作，需要把一维数组转化为相对复杂的哈希-数组混合的结构。
数据结构转化逻辑
[
‘商行||华北||龙华西路店',
‘商行||华北||龙华北路店’,
‘农行||华东||龙华北路店’,
‘农行||总店’
]
=>
[
[商行, 华北, 龙华西路店],
[商行, 华北, 龙华北路店],
[农行, 华东, 龙华北路店],
[农行, 总店]
]
=>
[
{
title: 商行,
items: [
{
title: 华北,
items: [
{
title: 龙华西路店,
items: []
},
{
title: 龙华北路店,
items: []
}
]
}
]
},
{
title: 农行,
items: [
{
title: 华东,
items: [
{
title: 龙华北路店,
items: []
}
]
},
{
title: 总店,
items: []
}
]
}
]
需求
- 随机生成一个二维数组，行列数 >= 3，行数据项不可重复（编程）
- 文字描述数据结构转化的编程思路
- 把 1 中生成的二维数组转化为期望的哈希-数组混合数据结构（编程）（若实现不了，尽可能地做出些效果）
- 在自己能力范围内尽可能的去实现，提交源代码文件名称格式:
解决方案 - 提交者.编程语言，项目名称格式：解决方案 - 编程语言
PS: 不一定最终生成 JSON，只要是笔记中的父子结构就可以(各语言中数据类型不一)
提交者
资金发放：500 x 2
结论
- 团队参与性不积极
- 团队需求理解能力低
- 团队编程能力低
- 团队编程态度烂
- 团队解决方案与期望值的认知误差大
急需新鲜、积极、有力量的血液充实团队。
后续
未提交、已提交但需改善的成员在下周一（17/07/17) 前提交。
