MVVM框架 todo-mvvm-databinding 项目例子。
MVP框架 todo-mvp 项目例子。
分析和学习官方mvvm框架的设计模式和数据绑定在其中的具体用法，制作一套符合当前公司业务场景的mvvm框架。其中也分析一下数据源在项目中的设计以及框架中单元测试的实施。
MVVM框架中的ViewModel相比MVP框架中的Presenter起着类似的作用。两种框架结构的不同之处在于View分别与ViewModel或Presenter进行通信：
ViewModel的改变，View会自动更新库或框架。你不能直接通过ViewModel来修改View。ViewModel中的变量绑定到特定的UI元素上（如TextView或ImageView）。数据绑定可以确保View和ViewModel保持双向同步，如下图所示。SQL中MAX函数与Group By一起使用，获取同一字段重复的数据只取记录最大的一条，如下：
|
1 2 3 4 5 6 7 8 9 10 11 12 |
mysql> select * from test; +----+-------+------+-------+ | id | name | age | clz | +----+-------+------+-------+ | 1 | qiu | 22 | 1 | | 2 | liu | 42 | 1 | | 4 | zheng | 20 | 2 | | 3 | qian | 20 | 2 | | 0 | wang | 11 | 3 | | 6 | li | 33 | 3 | +----+-------+------+-------+ 6 rows in set (0.00 sec) |
如果想找到每个clz里面的最大的age，则需要使用Group By和Max。
如下的SQL语句，则输出结果有错误：
|
1 2 3 4 5 6 7 8 9 |
mysql> select id,name,max(age),clz from test group by clz; +----+-------+----------+-------+ | id | name | max(age) | clz | +----+-------+----------+-------+ | 1 | qiu | 42 | 1 | | 4 | zheng | 20 | 2 | | 0 | wang | 33 | 3 | +----+-------+----------+-------+ 3 rows in set (0.00 sec) |
虽然找到的age是最大的age，但是与之匹配的用户信息却不是真实的信息，而是Group By分组后的第一条记录的基本信息。
如果我使用以下的语句进行查找，则可以返回真实的结果。
|
1 2 3 4 5 6 7 8 9 10 11 |
mysql> select * from ( -> select * from test order by age desc) as b -> group by clz; +----+-------+------+-------+ | id | name | age | clz | +----+-------+------+-------+ | 2 | liu | 42 | 1 | | 4 | zheng | 20 | 2 | | 6 | li | 33 | 3 | +----+-------+------+-------+ 3 rows in set (0.00 sec) |
最近入手一块 12T 的西数红盘，打算安装到 WD MyCloud Gen1 上，从 4TB 版本升级到 12TB 版本，作为 TimeMachine 来用。
使用 拯救死翘翘了的WD MyCloud 方式恢复镜像之后，最后一步执行
|
1 |
$ resize2fs /dev/sda4 |
结果报告如下错误：
|
1 2 3 4 5 6 |
$ resize2fs /dev/sda4 resize2fs 1.42.5 (29-Jul-2012) Resizing the filesystem on /dev/sda4 to 2928542715 (4k) blocks. resize2fs: Memory allocation failed while trying to resize /dev/sda4 Please run 'e2fsck -fy /dev/sda4' to fix the filesystem after the aborted resize operation. |
这个原因网上查询了很久，基本上断定是 e2fsprogs 1.42.5 的 BUG，这个问题在 e2fsprogs 1.42.9 版本修复。修复内容参考代码下的 debian/changelog。
关键日志如下：
|
1 2 3 4 |
e2fsprogs (1.42.9-1) unstable; urgency=low * Fixed a large number of bugs in resize2fs, e2fsck, debugfs, to handle bigalloc and 64-bit file systems. |
编译过程参考 How to successfully build packages for WD My Cloud from source 中对于 e2fsprogs 1.42.13 的编译。
com.android.support:appcompat-v7升级到28之后，出现如下错误
|
1 2 3 4 5 |
~/Source/TimeFlow/lib-ui/src/main/java/com/mobibrw/lib/ui/SwipeListView/SwipeListView.java:194: 错误: 找不到符号 import android.support.v7.widget.ListViewCompat; ^ 符号: 类 ListViewCompat 位置: 程序包 android.support.v7.widget |
这个原因是由于com.android.support:appcompat-v7升级到28之后
|
1 |
implementation 'com.android.support:appcompat-v7:28.+' |
已经不包含 android.support.v7.widget.ListViewCompat;这个类了。
我们要么使用android.support.v4.widget.ListViewCompat;替代，要么直接使用android.widget.ListView。
目前的解决方法是直接使用android.widget.ListView
最近在看"程序员的数学"系列的"线性代数"部分，当阅读向量矩阵乘法的时候，感觉各种别扭。以前学习的时候，简单的把向量乘以矩阵简化理解成矩阵乘以一维矩阵，然后交换位置进行矩阵乘法。也就是 n 维向量乘以 m*n 矩阵，变成m*n 矩阵乘以 n*1 维矩阵。以后一直是这么计算的。
这么理解计算结果是正确的，但是却不利于理解矩阵的映射特性，矩阵就是映射 这句话怎么都理解不对了！！
书本中一直说向量是竖排的，类似这样 $\begin{bmatrix} v1\\\ v2\\\ v3\\\ v4 \end{bmatrix}$。
并且说 n 维向量乘以 m*n 矩阵，得到 m 维向量。这个各种不理解，把列向量理解成了列矩阵，因此这个乘法各种不理解，不符合矩阵的运算规则。这么多年过去了，基础知识都理解的不正确，呵呵！！
其实，书上 1.16部分已经解释过，列向量计算的时候，要放倒，变成 $\begin{bmatrix} v1& v2& v3& v4 \end{bmatrix}$ 的样子，再参与计算。计算结果再切换成$\begin{bmatrix} v1\\\ v2\\\ v3\\\ v4 \end{bmatrix}$的列向量的样子，这样就可以完整的理解整个映射过程了。
打开Android Studio的安装目录，找到虚拟机的配置文件，进行修改，如下：
Windows
编辑安装目录下的bin\studio64.exe.vmoptions
macOS Catalina(10.15.4)
|
1 |
$ sudo vim /Applications/Android\ Studio.app/Contents/bin/studio.vmoptions |
HomeBrew安装SageMath：
|
1 |
$ brew cask install sage |
启动的时候提示如下：
继续阅读macOS Catalina(10.15.4)安装应用提示 '无法打开"XXXX"，因为无法验证开发者' 的解决方法
在CTF比赛中，往往会涉及到RSA解密类的题目，有了这个工具(基于python3.x)做起来就得心应手了。
这个也可以作为安全工具来使用，检查密钥的安全性。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
$ git clone https://github.com/Ganapati/RsaCtfTool.git $ cd RsaCtfTool $ pip3 install -r "requirements.txt" # 安装辅助数学计算库sagemath，提高计算效率 $ brew cask install sage # 暴力破解RSA公钥，输出私钥 $ python3 RsaCtfTool.py --publickey certificate.crt --private # 公钥中提取 N,e $ python3 RsaCtfTool.py --publickey ~/certificate.crt --dumpkey |
为了方便理解，先对RSA密钥体制做个简略的介绍。
- 选择两个大的参数，计算出模数 N = p * q
- 计算欧拉函数 φ = (p-1) * (q-1)，然后选择一个e(1<e<φ)，并且e和φ互质（互质：公约数只有1的两个整数）
- 取e的模反数d，计算方法为:e * d ≡ 1 (mod φ) （模反元素：如果两个正整数e和n互质，那么一定可以找到整数d，使得 e * d - 1 被n整除，或者说e * d被n除的余数是1。这时，d就叫做e的“模反元素”。欧拉定理可以用来证明模反元素必然存在。两个整数a,b，它们除以整数M所得的余数相等：a ≡ b(mod m)，比如说5除3余数为2，11除3余数也为2，于是可写成11 ≡ 5(mod 3)。）
- 对明文m进行加密：c = pow(m, e, N),可以得到密文c。
- 对密文c进行解密：m = pow(c, d, N),可以得到明文m。
p 和 q：两个大的质数，是另一个参数N的的两个因子。
N：大整数，可以称之为模数
e 和 d：互为无反数的两个指数
c 和 m：密文和明文
(N, e)：公钥
(N, d)：私钥
pow(x, y, z)：效果等效pow(x, y)% z， 先计算x的y次方，如果存在另一个参数z，需要再对结果进行取模。
密钥长度：n以二进制表示的的位数，例如密钥长度为512代表n用二进制表示的长度为512bit。
对于RSA加密算法，公钥(N, e)为公钥，可以任意公开，破解RSA最直接（亦或是暴力）的方法就是分解整数N，然后计算欧拉函数φ(n)=(p-1) * (q-1),再通过d * e ≡ 1 mod φ(N)，即可计算出 d，然后就可以使用私钥(N, d)通过m = pow(c,d,N)解密明文。
1. 定期更换密钥
2. 不同的用户不可以使用相同的模数N
3. p与q的差值要大，最好是差几个比特
4. p-1与q-1都应该有大的素因子，一般建议选择的两个大素数p、q使得p=2p+1和q=2q+1也是素数
5. e的选择不要太小
6. d的选择也是不可以太小，最好满足d>=n的4分之1
目前版本的Android Studio 3.6.3/4.0/4.1/4.2使用Robolectric-3.8/4.3.1/4.5.1/4.6.1，只能配合Powermock-1.6.6，不能高于这个版本PowerMock ，尽管软件源中的版本已经更新升级到2.0.7版本了，但是Robolectric并没有及时更新依赖。尝试过使用最新版本的PowerMock，结果很多莫名的报错。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
// 单元测试 testImplementation "com.android.support.test:runner:1.0.2" testImplementation "junit:junit:4.13.2" testImplementation "org.robolectric:robolectric:4.5.1" // 注意AndroidX环境下，不能引入shadows-supportv4，Jetifier转换的时候报错 testImplementation "org.robolectric:shadows-supportv4:4.5.1" // MultiDex支持 testImplementation "org.robolectric:shadows-multidex:4.5.1" // 此处版本更新需要特别小心，目前 robolectric 跟 powermock 存在兼容问题， // 需要固定的某些版本才能正常配合 // 依赖关系参考 // https://github.com/robolectric/robolectric/wiki/Using-PowerMock testImplementation "org.powermock:powermock-module-junit4:1.6.6" testImplementation "org.powermock:powermock-module-junit4-rule:1.6.6" testImplementation "org.powermock:powermock-classloading-xstream:1.6.6" testImplementation "org.powermock:powermock-api-mockito:1.6.6" |
如果 Windows 系统下出现如下提示，受限于Windows系统路径不能超过260个字符的限制
|
1 |
13:36 Error running 'xxxTest': Command line is too long. Shorten command line for xxxTest or also for Android JUnit default configuration. |
貌似Windows 10 Build 14352版中已经可以通过修改注册表去除260字符的路径长度限制了。
在项目/.idea/workspace.xml文件中添加一行代码如下
|
1 2 3 4 |
<component name="PropertiesComponent"> ... <property name="dynamic.classpath" value="true" /> </component> |
对于使用MultiDex的应用，如果报告如下错误：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
java.lang.RuntimeException: MultiDex installation failed (/var/folders/h6/4__l0pyn32j1mkkysynnxydr0000gn/T/robolectric-Method_xxxxxxxxxxxx_isCorrect4035485067136008322/com.xxxx.xxxx.app-sourceDir (Is a directory)). at android.support.multidex.MultiDex.install(MultiDex.java:121) at com.xxx.xx.app.xx.application.xxxxxx.attachBaseContext(MyApplication.java:212) at android.app.Application.attach(Application.java:212) at org.robolectric.util.ReflectionHelpers.callInstanceMethod(ReflectionHelpers.java:283) at org.robolectric.shadows.ShadowApplication.callAttach(ShadowApplication.java:79) at org.robolectric.android.internal.AndroidTestEnvironment.installAndCreateApplication(AndroidTestEnvironment.java:250) at org.robolectric.android.internal.AndroidTestEnvironment.setUpApplicationState(AndroidTestEnvironment.java:169) at org.robolectric.RobolectricTestRunner.beforeTest(RobolectricTestRunner.java:301) at org.robolectric.internal.SandboxTestRunner$2.lambda$evaluate$0(SandboxTestRunner.java:243) at org.robolectric.internal.bytecode.Sandbox.lambda$runOnMainThread$0(Sandbox.java:89) at java.util.concurrent.FutureTask.run$$$capture(FutureTask.java:266) at java.util.concurrent.FutureTask.run(FutureTask.java) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) |
需要在build.gradle中引入
|
1 2 3 |
// MultiDex支持 testImplementation "org.robolectric:shadows-multidex:4.5.1" |
例子测试代码：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 |
package com.mobibrw.example; import org.junit.Test; import static org.junit.Assert.*; import org.junit.runner.RunWith; import org.robolectric.RobolectricTestRunner; import org.robolectric.annotation.Config; import org.robolectric.shadows.multidex.ShadowMultiDex; /** * Example local unit test, which will execute on the development machine (host). * * @see <a href="http://d.android.com/tools/testing">Testing documentation</a> */ @RunWith(RobolectricTestRunner.class) @PowerMockIgnore("jdk.internal.reflect.*") @Config(shadows = ShadowMultiDex.class) public class ExampleUnitTest { @Test public void addition_isCorrect() { assertEquals(4, 2 + 2); } } |
注意，需要
|
1 |
@Config(shadows = ShadowMultiDex.class) |
才能使得配置生效。
如果发生如下错误：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 |
java.lang.VerifyError: Expecting a stackmap frame at branch target 43 Exception Details: Location: com/meizu/cloud/pushsdk/base/IntentReceiver.onReceive(Landroid/content/Context;Landroid/content/Intent;)V @6: ifne Reason: Expected stackmap frame at this location. Bytecode: 0x0000000: b200 08b6 0013 9a00 25bb 0004 5912 0110 0x0000010: 0ab7 000e 59b3 000a b600 10bb 0003 59b2 0x0000020: 000a b600 0fb7 000c b300 09b2 0009 bb00 0x0000030: 0659 2a2b 2cb7 0011 b600 0d57 b1 at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) at java.lang.Class.getConstructor0(Class.java:3075) at java.lang.Class.getDeclaredConstructor(Class.java:2178) at org.robolectric.util.ReflectionHelpers.callConstructor(ReflectionHelpers.java:396) at org.robolectric.internal.bytecode.ShadowImpl.newInstanceOf(ShadowImpl.java:18) at org.robolectric.shadow.api.Shadow.newInstanceOf(Shadow.java:35) at org.robolectric.android.internal.AndroidTestEnvironment.registerBroadcastReceivers(AndroidTestEnvironment.java:541) at org.robolectric.android.internal.AndroidTestEnvironment.installAndCreateApplication(AndroidTestEnvironment.java:265) at org.robolectric.android.internal.AndroidTestEnvironment.setUpApplicationState(AndroidTestEnvironment.java:169) at org.robolectric.RobolectricTestRunner.beforeTest(RobolectricTestRunner.java:301) at org.robolectric.internal.SandboxTestRunner$2.lambda$evaluate$0(SandboxTestRunner.java:243) at org.robolectric.internal.bytecode.Sandbox.lambda$runOnMainThread$0(Sandbox.java:89) at java.util.concurrent.FutureTask.run$$$capture(FutureTask.java:266) at java.util.concurrent.FutureTask.run(FutureTask.java) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) |
继续阅读Android Studio 3.6.3/4.0/4.1/4.2配置Robolectric-3.8/4.3.1/4.5.1/4.6.1 Powermock-1.6.6单元测试环境
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
# 目录相同链接位置 /usr/local/etc/apache22/conf/httpd22.conf $ sudo vim /volume1/@appstore/Apache2.2/usr/local/etc/apache22/conf/httpd22.conf # 重启 Apache2.2,有时候重启无效，此时请重启服务器 $ sudo /usr/syno/bin/synopkg restart httpd2.2 # 查看访问日志 $ sudo tail -f /var/log/httpd/apache22-access_log # 查看错误日志 $ sudo tail -f /var/log/httpd/apache22-error_log # DSM 7.x 查看错误日志 $ sudo tail -f /var/packages/Apache2.2/var/log/apache22-error_log |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
# 目录相同链接位置 /usr/local/etc/apache24/conf/httpd24.conf $ sudo vim /volume1/@appstore/Apache2.4/usr/local/etc/apache24/conf/httpd24.conf # 重启 Apache2.4,有时候重启无效，此时请重启服务器 $ sudo /usr/syno/bin/synopkg restart httpd2.4 # 查看访问日志 $ sudo tail -f /var/log/httpd/apache24-access_log # 查看错误日志 $ sudo tail -f /var/log/httpd/apache24-error_log # DSM 7.x 查看错误日志 $ sudo tail -f /var/packages/Apache2.4/var/log/apache24-error_log |
|
1 2 3 4 5 6 7 8 9 10 11 |
# nginx 配置文件 $ sudo vim /etc/nginx/nginx.conf # nginx 配置信息存储位置 $ sudo ls /usr/local/etc/nginx/conf.d # 重启nginx $ sudo synoservicecfg --restart nginx # 查看日志 $ sudo tail -f /var/log/nginx/error.log |
|
1 2 3 |
# 默认网页服务器根目录 /volume1/web |