-
本版专家分：0结帖率 0% -
这是分包
蠢新只知道大体用了mvp+nohttp+ARouter+ButterKnife等框架。
有高人指点一下我该如何去看懂这些代码么。。。
哎，到公司了才发现学校学习的东西不到实际应用的百分之一。。。。问题点数：200分
-
本版专家分：0
-
如果有人需要看详细的代码，我再贴出来
-
本版专家分：0
-
我看了主activity，但是看不出整体的结构，感觉好复杂。。。
-
本版专家分：0
-
-
本版专家分：995 -
从首页开始看,你什么都想懂是不可能的,毕竟对你来说这是个未知领域,从首页开始,一步步去看跳转相关,UI相关,接口相关的代码就OK了,后面需要你开发的时候再一步步去熟悉,等你能够完成稍大一点的,比如界面改版,新功能开发时,那个时候再回去看以前你看不懂的结构时,就会发现如此简单
-
本版专家分：0
-
跳转是指activity的切换吗？我看了这个项目是用ARouter来跳转activity的，ui相关他好像是用了什么模板，但是我网上搜不到。接口相关他好像就是“host + EDITION + "/electronics/updateDeviceToken";”这样来调取接口的。然后boss给我的任务是测试app然后优化，我也试着改了两个简单的bug，可是还是一头雾水，也不知道该怎么进行下去了。。。。再一个之前负责这个项目的同事好像也不是很有耐心的人，估计也不会和我说这个项目的细节，只能靠我自己慢慢摸索，现在坐在公司如坐针毡，也不知道怎么和他合作，毕竟不是一个层次的。和我一起来的网页前端都在写页面了，我却只能坐着不知道干什么，难受
-
本版专家分：995
-
除非BOSS给你了具体的任务,如果仅仅是让你测试+优化,那么自己尝试学习学习公司的框架就行.一般给你布置这个任务,要么是整个项目组都没啥活,要么就是你的目前水准达不到开发的层次.测试+优化,我们公司的流程也是需要有人提需求,然后流程走一遍再进行优化开发,不然那就是纯粹的改BUG.去填前人埋下的坑,比吃屎难受,你也多观察观察周围和领导
-
本版专家分：0
-
公司的项目用了好多框架，我只在网上搜到了一部分，正在学，如果boss不要我改bug我就慢慢学了，可他要我快速熟悉项目，然后改bug做优化，我就懵了，手足无措。。。我也清楚公司是需要我创造一些价值的，肯定不会就是说让我只学习的。。。
-
本版专家分：89
-
-
黄花
2009年4月 .NET技术大版内专家分月排行榜第二
2009年3月 .NET技术大版内专家分月排行榜第二
-
- 蓝花 2009年5月 .NET技术大版内专家分月排行榜第三
-
-
先熟悉业务逻辑
-
本版专家分：0
-
如果有人需要看详细的代码，我再贴出来
-
本版专家分：48 -
了解业务看原型对照着自己用用app，想代码反推业务那就凉凉，build.gradle看用了什么开源框架，不知道就上网了解学习下，至于项目文件结构就问同事好了，看看有没有归类存放的说法，有详细接口设计文档更好，没有就遇到接口请求问题问后台负责的，管什么优化啊，是你该关心的吗，能优化其他人早干嘛去了，遇到bug就试着改改，改不了就问同事或叫他改，建议了解业务和技术框架为主，优化与修改次之
-
本版专家分：50
-
。如果是公司原有的代码，建议你先从html看，熟悉软件的各个页面都有哪些功能，然后再去看具体的代码。公司出了要求重新开发的时候才让你重新架构，一般情况下都是让你修改某个具体的功能。
-
本版专家分：0
-
简单说下我的看法：
1. 首先，你直接贴出公司的代码结构是不太合适的，这些所有权都归公司所有；
2. 建议先熟悉自家的APP，先玩6了，知道有哪些东西很重要；
3. 大部分人觉得熟悉代码很重要，其实熟悉业务同样重要，有机会可以找项目经理聊聊，让他给你讲讲，请人家喝杯咖啡，以后也好沟通合作；
4. 找项目相关负责人要设计文档、开发文档，架构设计文档，从宏观上了解APP的整体设计要比直接看看代码要好很多，这也有利于你快速融入项目；
5. 如果文档缺少，很悲剧，也是很有可能的，如果这样的话，可以先整体了解下代码结构，然后让小组长给你介绍下架构的设计，再接着熟悉；
6. 项目中用到的技术或开源库，如果自己不太了解，不妨先去了解下，不然看代码会很懵逼；
7. 大致熟悉了项目及业务，就可以尝试做个小需求，或把某些不太合理的地方重写下，让小组其他成员给你review下代码，基本就大致融入啦！
-
本版专家分：504
-
先根据手机APP页面从AndroidMenifest看起。
然后找到各个页面所对应的activity和fragment。
最后从开始到结束慢慢解析activity和fragment中所对应的逻辑关系。
可以着手先从UI看起
