xloger

@xloger

Adapter：写列表，传统方式自然是直接一个循环一把梭，你用 LinearView 手动加 ViewView 一样能实现相关效果。而 RecycleView 加 Adapter 实际上是为了性能更好，复用 View ，所以才整出这个弯弯绕绕。适应一下就好。

OnResult：不确定你说的是生命周期还是 RxJava 相关的。前者那还是能肉眼感受到是降低理解负担的，后者碰巧我一直没用过就不说了。

依赖注入：依赖注入用得不好确实会比较困扰，但是它有助于培养你写代码的习惯。它很重要的一点是“职责分离”，你需要先了解整个项目的结构，然后遇到 Bug 了能快速定位出属于某个模块，而不是从崩溃处一路看过来然后感觉怎么这么绕啊。

你主要的困难不在于“入门 Android”，看着你已经入门了。
你的困难点在于并不是从头写一个 Android 项目（这点我相信你问题不大了），而是接手一个成熟项目，它里面已经有很多进阶的用法了。而每个都是要单独学习的（虽然拆开来并不高）。
建议你先整理一下这个项目的技术栈，然后了解一下它们分别是为了解决什么样的问题。有了思路后才更有方向。

Binding：我默认你说的是 ViewBinding 了。因为 Android 没有采用 DSL 写 UI ，而是 XML 单独实现样式，这个在当年比较流行。那么 Fragment 需要操控 XML 里的东西，以前需要手动 findViewById ，现在用 ViewBinding 就可以简化这个流程。
如果是 DataBinding ，那我觉得那破玩意并不好用，少写一点点代码反而整体更绕了更难查了。

Adapter：写列表，传统方式自然是直接一个循环一把梭，你用 LinearVIew 手动加 ViewView

@ufan0 试过了，我曾对它寄予厚望。然后昨天提醒我没买到。很心碎。

去年调研过，最终选的 ImageGlass ，开源无广告，交互舒适。

直接说工作号和生活号分开不就得了。
不过我是一个生活号加熟人，一个工作号加同事和各种不是那么熟的人和群（比如你说的小区群）。
最后很悲惨地发现，五六年后，生活号沦为支付工具...

这方面小米一直挺渣的......
挺多年之前，那时候我买了一个红米，手机经常没信号。我借同事的手机和 SIM 卡二分法测了一下，认定是手机问题，然后售后返厂。
售后那边告诉我没检测出问题，我说他们自己插卡测一下很容易复现。他们还是说没检测出问题，反复拉扯了大概三次。
然后我说：行，我要的只是解决问题，那我把我的 SIM 再寄给你们，你们开个录屏放一小时看信号是不是正常就行。然后他们说自己再试试，然后这次就检测出问题给我换了一个。

包括之前查一些厂商 ROM 的文档时，华为的文档也是比小米的丰富很多。
该夸夸，该骂骂。虽然我现在还一直用小米，但它解决问题的效率确实是不太行=。=

好话说完再就是坏话了。
我上面说了，不会要求未成年人（或者成长环境比较艰难的人）做出最正确的选择。而你的选择确实也不太正确。
从你的经历回顾，你现在这种进厂的，各种负面体验，都是你“自找”的。很明显最佳的选择就是你应该珍惜之前的电商工作，哪怕它有各种问题但不都比进厂好？

而且，你自己情绪不稳定，也不好相处。换成公司视角，招你也是风险比较大的，受挫也是自然。
说难听点，你遇到问题的处理方式有点巨婴。出发点不能说你错，但解决方式就是掀桌，这点挺......
希望你这方面能有成长吧。

上面那个说你姿态高的不用在意。素质这种是客观有高低的，一个群体里形形色色的人都有。他所谓的“在同样的环境中就是同样的人”，“路都是自己选的”，咋感觉他才是姿态高高在上的那个人。

回到你的情况，客观来说，成长环境过于恶劣。对于一个未成年人也没法要求一直做最正确的选择，能做到现在这样，能有毅力学习，已经挺不错了。

而环境问题对你目前的影响是巨大的。你目前的主要的负面情绪，都是“进厂”这个环境给你带来的。
所以，如果你真的不甘，那必然要做的就是先脱离这个环境。
然后再按照你预期的方向，比如前端。要么准备一个月死命学，写项目。要么别眼高手低，有 3000 的前端工作也去。这样才能让你的生活踏入正轨。
之后再考虑赚钱之类更长远的事。