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