转眼间入职了一个月了，新公司算是比较忙加班成了常态，以前的我觉得白天不划水认真工作晚上下班基本上可以搞定布置下来的任务，甚至还可以提前，到这我发现一切都跟我以前做的不一样，可能之前是太闲了吧，想到许久之前跟一个华为的同学吃饭，他说他一直忙到下班我还说他是不是划水比较多，现在经历过了才知道什么是真的忙。“等着忙完手头上的活儿去干XXX,不存在的。”
既然加班的时间长了，那么长进肯定是要有的。这家公司接到的活儿跟我之前做的都不一样，以前做android开发就是UI+业务逻辑，用一用大的架构啥MVC,MVP,实际上来讲一个人负责单独的一个模块从UI到业务逻辑都是自己一把梭哈。到这家好了，我接到一个service开发，好吧刚开始真是一脸蒙，啥玩意，随着这一个月的不断开发现在也有了一个基本的认知。
说白了就是写一些业务逻辑jar包或者aar包，放到指定的APP里面让他调用里面的方法，我再把数据给他，他要啥我给啥，至于我为什么给他对应的数据，他不能管，即相当于我们MVP中的P层，以后UI换掉我们可以直接把View层换了，P层还是那个P层，这样方便于开发，类似功能的开发，套壳开发就会贼鸡儿快，我第一家公司就是这样很多APP功能其实都是一样的，但是当时写的都是MVC的架构，所以基本上想拿一个大模块来快速开发是不存在的。都要从新开始牵头走，也不能怪，毕竟那家公司做的APP没有任何要求，只要出效果就行。跑题了说回这个service类似于P层来进行业务的处理然后返回处理,然而这并没有什么亮点，但是一旦你的这个数据，或者这个业务逻辑要被多个APP进行获取的时候就非常舒服了。来吧举个例子，我们要用地图，我们要得到一个经纬度坐标，这时候我们就会调用GPS 获取坐标点，来拿到我们的经纬度，但是为什么我们调用那个方法会得到的是经纬度，我们不知道他是怎么操作的，我们只知道我们调用了方法回调给我们想要的数据，多个APP使用都添加这个GPS方法，然后调用就OK。让写Service也是为了达到这个目的，一套逻辑多个APP使用。这样跟用户交互的APP只要花时间实现炫酷的UI,而Service只要实现了就可以一直用。如下图
APP0是一个常驻APP,开启了一个Service，APP123通过AIDL来实现数据的通信，这样就能完成一套逻辑多个APP共用。然后可以针对这个APP0进行解耦，通过添加依赖来实现更多的功能，来供外部的APP调用。
讲道理东西不是特别的难 ，但是从来没有接触过的东西，觉得还是很不错的一个做法。这边基本上周六都要忙着去赶项目，也就是所谓的996公司，在我上完这一个月的时间里面，并没有觉得996有啥特别坑的地方，可能现在还没有家庭时间比较多吧，感觉只是把打游戏的时间拿过去加班了，说累吧其实也不算，毕竟打游戏其实也不轻松。加上我又刚干IT,算是前期多花点时间捣鼓吧。毕竟外部的竞争还是真的大，优秀的人太多了，一旦松懈下来，几天几个月看不出差距时间一长就是根本弥补不了那些坑。没有双休别人说幸福感会降低，我现在看来的确是这么回事都没好好开始就已经结束了。但是也让我更加珍惜时间，晚上12点之前睡觉，保证7-8个小时的睡眠应该差不多了，毕竟狗命要紧也不能搞得猝死。以后要把能用时间充分的利用起来，多多学习。
最后新的工作加油，现在多出点力，总不是坏事。