摘要：
在Eclipse上使用egit插件通过ssh协议方式上传项目代码前戏：使用ssh方式可以不通过https协议，避免直接提供账号密码的方式上传项目到git在线服务器，如Bitbucket、GitHub，同时极其可靠的保证账号安全性。对于像笔主一样刚出道的程序员，习惯于使用eclipse的GUI界面，面对百度上搜索出来关于git操作的漫天的命令行，总有百般无奈，好不容易找到了GUI上的操作教程，按着做却一遍遍的出错，翻查git服务器的ssh支持文档，也没查到问题，也考虑过eclipse的bug问题，经过漫长探索，综合多个帖子博文的资料，终于在刚才攻破了在eclipse上使用egit插件通过ssh协 阅读全文
摘要：
这方面其实设计模式里面提及到很多，但好像缺少了一种使用顺序关系的描述，目前我读到的设计模式不是很多，不拿来描述了，按自己理解整理一下自己的研究思路根据对象类的复杂度，由简至繁，可考虑依次使用以下方式进行对象实例化操作：通过构造函数实例化（最常用，参考博文：构造函数设计）通过设置Builder内部类（setter方法集合工厂）实例化（参考android.app.AlertDialog.Builder）通过设置独立静态Factory类（工厂模式，调用上面的Builder类方法）实例化通过设置抽象工厂类进行系统实例化（实例化上面的子Factory实现类，再由其执行具体类实例化过程）ps. 工厂方法命 阅读全文
摘要：
构造函数是一般类对象的入口点，Java允许构造函数直接相互嵌套调用（本例中不讨论父类构造函数继承性调用问题），当设计出一个相对复杂庞大，成员变量比较多的类的时候，如何安排布局多个构造函数方法体内容，减少代码拷贝，实现优质的成员变量初始化过程，每次都会让我十分纠结，直到现在还是。也许一些优秀的框架代码或编程思想、代码之禅、编程艺术、编程匠艺、码农后花园等等这类书籍中，会蕴含关于这方面的更好的解决方案，但我目前情况看来，对优秀源代码的阅历尚浅，无法思索得出相关结论，总结一个字，懒。。最近花了一段时间，在不断整理几个类的时候，偶然觉得自己想通了一些关于这方面的设计方式，姑且总结了一下，算是模式的一种 阅读全文
摘要：
使用eclipse提交项目到bitBucket的方法：（不翻译了，偷懒）Git is becoming more and more popular these days, and when we really use version control systems like Git or SVN, we actually want to share our codes with other developers. Thus, we do need a Git server to host the codes, like www.bitBucket.org, which is a Git ser 阅读全文
摘要：
final 修饰符对于类成员变量来说，具备语法上不可变的特性；对于类成员方法来说，具备语法上子类不可覆盖重写的特性（能被继承的前提下）。但 final 并不限制子类对父类被修饰声明的成员变量进行覆盖重定义能力，基类中修饰为 protected final 的成员变量，可通过子类的重新定义声明被覆盖，更改变量值。要实现基类成员变量具备语法上子类不可覆盖重写的特性，只要将该变量声明为 private ，并通过声明为 protected final 的 getter 方法进行返回即可。 阅读全文
摘要：
冷色光指颜色偏蓝的光，暖色光指颜色偏红的光，光色可通过色温（黑体辐射）的概念表示。色温越高（大于5000k，光色偏蓝），色调越偏冷；色温越低（小于3000k，光色偏红），色调越偏暖。光色由光三原色组成，等亮度可见光白色光（复色光）中，都含有相同份量的红色光（单色光），白炽灯与荧光灯、LED灯均能提供接近白色的光线，因此，光色冷暖与光源是否发热无关。实际上，人体感受到光的冷暖，除光色的心理效应外，更多的是光源本身发热，散发出的大量红外线，红外线光波辐射能令接触面分子活动加剧，产生热量（能量传递），人体表皮肤直接被红外线照射后感受到热量，这个反应本身与可见光强度无关，因此“光的冷暖”与光色冷暖概念 阅读全文
摘要：
自定义android的CheckBox按钮图形有两个步骤三种方式：第一步：新建AndroidXML文件，类型选Drawable,根结点选selector，放置在drawable文件夹内，指定各种checked(甚至pressed)状态下的对应图片。第二步：添加CheckBox控件，并选择下面三种方式中的一种进行配置：修改属性android:button="@drawable/...(上面编写的xml)"编写style结点到style.xml，并添加到CheckBox属性style="@style/xxx"：修改android:background=&qu 阅读全文
摘要：
嵌套类（内部类）方法安全引用外部方法局部变量的原理嵌套类方法引用外部局部变量，必需将声明为final，否则将出现Cannot refer to a non-final variable * inside an inner class defined in a different method 编译错误，错误的直接原因是嵌套类对象生命周期与外部方法局部变量生命周期不一致，当外部方法执行完毕，局部变量自动回收，而方法执行产生的新对象不一定会被GC回收（当该对象已被外部对象变量引用时），该对象存续期间，因调用自身方法而引用到已被回收的局部变量，会导致空指针BUG。给个简单示例： 1 publ... 阅读全文
摘要：
正在做一个项目，根据以往看一些java和框架源码的印象，模仿着写了一些基础类的继承结构，用着挺顺，今早上班步行的空余时间，回想了下，发现这种结构还算比较不错，想不通为什么大学上课好像老师没提过....以前上课常说面向接口编程，讲得很抽象很肤浅，很长一段时间都以为一切都应该向借口看齐，而忽略了抽象类。逻辑上来说，实现类跟接口是has a的关系，跟抽象类是is a的关系，实际上两者的功能也差不多，很容易在写基础类的时候，不知道该选择接口还是抽象类，到现在我还是凭直觉去瞎搞的。之前看度娘说，使用接口编程能使程序代码更灵活，更强壮，但缺点是接口的扩展性受到抑制，原因是这样的：假设接口定义如下：1 pu 阅读全文
摘要：
先翻译刚好在研究到的一段，其余的无限期待续。1.ObsoleteLayoutParam不起作用的标签Invalid layout param in a LinearLayout: layout_centerVerticalInvalid layout param in a ScrollView: layout_weightIssue: Looks for layout params that are not valid for the given parent layoutId: ObsoleteLayoutParamThe given layout_param is not defined 阅读全文