这个文章我会更新下去，直到项目重构完毕。
开始在公司SVN拿到项目的时候，少了很多文件。我怀疑是路径问题，导致没有传上去，然而这些都是没有关系，我用了的码云！机智。
少年你...经历过绝望吗？？？？？？很丑陋到处有机关，处处有陷阱。不过嘛，人都是有感情滴，整天看着他，既然逃避不了，那就把他变美，变和谐！
由于没有处理这种情况的经验，我也并没有去搜索项目重构规划方面知识，按照自己构想来吧。
对于这种情况，我所做的第一件事是，将项目内的混乱的类 装到工程内的文件夹中（毕竟产品一直在迭代，加功能，没有时间推倒重构）,将滚乱的类，装到工程内文件夹中，打开工程能够更清晰，看起来舒服一些，不会一看就懵逼了。（在项目内创建一个整理文件夹，将所有散落的类都放倒整理文件夹中）
在工程内做这些并不会改变项目内文件的位置，仅仅是在工程内看起来舒服。
哎呀，很烦，整理文件夹内的类我都不知道要放在哪里。暂且先不管了吧。
这一部分是前段时间做的了，一方面因为太乱了，不想搞，一动就报错。另一方面也是自己懒癌晚期，实在是有心无力。
下面我有动了工程根目录内的文件，之前是这样的
在工程文件夹内动，就需要注意一点了，路径问题。 希望有老铁看到我的文章，指点一番，我第一次搞。
创建一个整理文件夹，（因为不知道这些类是在哪用的，暂时存放一下）将散落在工程根目录的类，全部放到整理文件夹内。run一下，会有提示，文件not found ，在工程内
找一下刚刚移动了的文件，可以直接打开整理文件夹，有哪些，在Xcode中找到，看这个类是否还能读取到，如果没了 直接delete，按照我的逻辑每一个都要查到，完事之后，将整理文件夹add到工程内，运行。可能会报错，arm64的报错。往上的解决方法是在Build Stttings --> other linker flags 中添加$(inherited) ，我添加了并没有好，想了想，应该还是文件引入的问题。点开 Build Phases --> compile Sources 将整理文件夹内的类名搜索一边，发现.m文件都有两个，将除了路径在整理文件内的其他的都删除了，再run，基本差不离了。
将项目内无用的文件类删掉。不用的类直接从根目录删除，不要在工程列表内删除，否则垃圾无比多。
这样做好之后，暂时的大体整理方面就这样了，后面改动我会陆续更新，我们App有很稳定的用户，用户量还在增加重构不是一朝一夕的事整不好容易影响App正常运营，我会向一些朋友寻求建议也希望有类似经验的老哥指点
