以 MVC 架构来诉说我的问题好了
一般教学影片 group 常常会先分好 Model, View, Controller
然后再直接塞进对应的 files
我理解上这应该是实作小专案的做法
但如果是比较大的专案或是公司专案
可能功能众多
例如：
ㄧ个 TabarController 有五个 Tabar
- 大功能 - 子功能 - 数个小功能
- 大功能 - 子功能
- 大功能 - 子功能
- 大功能 - 子功能
- 大功能
我的理解会先依照大功能区分 Group, 然后在分 MVC
有时候, 有些 Model 或 View 会共用到, 我就会放在最外层
但其实这样又有点奇怪, 还蛮容易混淆的
再来我如果用大功能先区分 Group, 那我的子功能是不是
要在大功能底下在建立子 Group, 子Group 底下在区分 MVC
这样是不是就更乱了, 如果专案够大
管理 Group 就是一个头痛的问题了
我在网络上找到的一篇文章
https://goo.gl/FRv8g5
不过看起来他是先分 MVC 在区分功能
我的问题有点乱, 如果有哪里不清楚我在重新修改
还请前辈建议方向或者有相关资源可以让我参考

照连结的作法 先分mvc再依照功能分资料夹 你的分法会散乱有一堆mvc资料夹

分Group只是方便管理，你当然可以无限制的分割group下去，只要你知道什么东西在哪里就可以

功能超级多的时候当然是要把档名取好用 quick jump 直接切, 用鼠标点就算你找得到也是太浪费时间; group 的重点应该是要让不熟的人方便看整体逻辑, 而不是注重搜寻

专案变大 就拆分出小专案啊