上下兼容问题
上: 新的上层的版本 下:老的下层的版本
向下是 新版本面向已知的旧版本
向上指当前版本向上面向未知的新版本 存在逻辑问题,故多数软件是向下向已知的版本兼容。office2010兼容03,07,反之则不行。
viewPager+ListView使用模式
1 viewPager所在的xml布局中 find viewPager组件
2 inflate每个 viewPager页面的布局文件返回view
3 注意:每个view都要加入viewPager的list<View>中 然后viewpager,setAdapter
4 从每个返回的view中 找到listView组件 每个listView使用各自的dataList设置adapter
顺序 同样代码的不同顺序 产生了不同的效果 因此 修改bug 可从修正顺序的角度考虑
线程局部变量 多个线程共用的一个变量,哪个线程用 算哪个线程的东西,不同的线程:放进去的东西,取出来的东西不一样,互相隔离互不影响
这就是 所谓的空间换取时间,而锁的机制 是指的是同一时间只能有一个线程访问同一个变量既是时间换取空间。
utf-8 中文 占用3个字节,英文一个字节。
上: 新的上层的版本 下:老的下层的版本
向下是 新版本面向已知的旧版本
向上指当前版本向上面向未知的新版本 存在逻辑问题,故多数软件是向下向已知的版本兼容。office2010兼容03,07,反之则不行。
viewPager+ListView使用模式
1 viewPager所在的xml布局中 find viewPager组件
2 inflate每个 viewPager页面的布局文件返回view
3 注意:每个view都要加入viewPager的list<View>中 然后viewpager,setAdapter
4 从每个返回的view中 找到listView组件 每个listView使用各自的dataList设置adapter
顺序 同样代码的不同顺序 产生了不同的效果 因此 修改bug 可从修正顺序的角度考虑
线程局部变量 多个线程共用的一个变量,哪个线程用 算哪个线程的东西,不同的线程:放进去的东西,取出来的东西不一样,互相隔离互不影响
这就是 所谓的空间换取时间,而锁的机制 是指的是同一时间只能有一个线程访问同一个变量既是时间换取空间。
utf-8 中文 占用3个字节,英文一个字节。
Java默认的字符集都是Unicode编码是标准的 UTF-16, 每个字符都是两个字节。
UTF-16是把两个字节当成一个单元来解析。在linux上用的是utf-8编码,而windows是GBK的,2个字节。
UTF-16是把两个字节当成一个单元来解析。在linux上用的是utf-8编码,而windows是GBK的,2个字节。
注意 :utf8 中 Ascii范围内的字符仍然用一个字节表示。效率会比uft16更高。
为了双字节的Unicode能够在现存的处理单字节的系统上正确传输,出现了UTF-8。
UTF-8是编码方案,它属于Unicode字符集。utf8是不定长编码。 结果是西文字符只用1 byte表示, 其他不常见的字符(中日韩阿拉伯文等), 用2-4 byte 表示.。
因为早期互联网上大量都是英文和其他西文内容, 所以这样编码, 是有助于减少文件大小, 从而减少需要的带宽的.
而因为UTF-8在早期网页的通用性, 所以现在大家都沿用了下来.从现在来看, 在今天图片语音视频占据了大量流量的互联网, UTF-8这个东西好像意义也不大了.
字符串返回 使用自定义长度或不指定长度的StringBuffer 包住产生的 字符串用于返回 .
快捷键:#FFFFFF白色 #000000 黑色 学习左手使用 delete 向后删除、Ctrl+ /PgU/PaDwin10快捷:win键 + I 快速设置 Alt+F4 关机快捷键 Win+X:快捷菜单。
UTF-8是编码方案,它属于Unicode字符集。utf8是不定长编码。 结果是西文字符只用1 byte表示, 其他不常见的字符(中日韩阿拉伯文等), 用2-4 byte 表示.。
因为早期互联网上大量都是英文和其他西文内容, 所以这样编码, 是有助于减少文件大小, 从而减少需要的带宽的.
而因为UTF-8在早期网页的通用性, 所以现在大家都沿用了下来.从现在来看, 在今天图片语音视频占据了大量流量的互联网, UTF-8这个东西好像意义也不大了.
字符串返回 使用自定义长度或不指定长度的StringBuffer 包住产生的 字符串用于返回 .
快捷键:#FFFFFF白色 #000000 黑色 学习左手使用 delete 向后删除、Ctrl+ /PgU/PaDwin10快捷:win键 + I 快速设置 Alt+F4 关机快捷键 Win+X:快捷菜单。