Java程序员的日常 —— 工作一天的收获
看题目可能是扯皮，其实还是有很多专业知识的。从最开始没有注意到设计原则，到后面的jquery实战技巧，都是今天一天碰到的问题。
每天整理一点点，每天收获一点点。
关于软件设计
在设计系统结构的时候，一些软件设计方法，还是很重要的。
比如开闭原则，开闭原则就是：
- 对扩展是开放的
- 对修改是关闭的
要做到上面两点，就需要在设计应用架构时，理清核心的需求点。完成一个解决问题需求的最小的、最核心的设计结构。其他的业务逻辑或者应用需求，应该都是基于这个核心结构进行扩展。
再来说说软件设计的6大原则：
- 开闭原则：即扩展式开放的；修改是关闭的。
- 单一职责原则：避免职责扩散，每个类都应该仅完成一个功能
- 里氏代换原则：子类可以扩展父类的功能，但是不能改变父类原有的功能
- 依赖倒置原则：解耦高层次与低层次实现的关系，采用接口之类的方法进行解耦
- 接口隔离原则：客户端不应该实现不需要的接口方法
- 迪米特法则：对象之间尽量保持最少的依赖关系
这几种法则，还得慢慢悟啊~
关于Java
在Java类中获取当前CLASS的路径
背景
核心包依赖于一个service,我通过Spring的方法获取到Spring mvc中的上下文，然后拿到bean。
public class BeanUtil {
/**
* 获取当前web应用的spring上下文对象
* @return
*/
public static ApplicationContext getWebApplicationContext(){
return ContextLoader.getCurrentWebApplicationContext();
}
/**
* 根据bean的id获取bean对象。
* @param beanId bean的id
* @return Object
*/
public static Object getBean(String beanId){
if (isEmpty(beanId)){
return null;
}
WebApplicationContext wac = ContextLoader.getCurrentWebApplicationContext();
return wac.getBean(beanId);
}
private static boolean isEmpty(String beanId) {
return beanId == null || beanId.trim().equals("");
}
}
由于设计上要求解耦核心包与运行时的依赖关系,所以不能使用这种方式。
于是就把service改造成了单例工厂，问题来了...单例工厂依赖于运行时的目录！这个目录是通过spring mvc获得的！这下难住我了...
试了一些方法：
System.getProperty("user.dir")
上面获取到的是JRE的目录，无法满足需求。
XXX.class.getClassLoader().getResource(File.separator.toString())
通过上面的方法就可以回去当前类编译出来的class的路径，通过这种方式也可以获得web容器发布后的地址。
String path = this.getClass().getClassLoader().getResource(File.separator.toString()).getPath();
Java中的回调
在Java中，其实也可以实现回调，不过就是传入一个接口而已！
interface ICallBack{
void run();
}
class CallBackClass implements ICallBack{
public void run(){
System.out.println(System.currentTimeMillis() );
}
}
class Controller{
public ICallBack CallBackObject = null;// 引用回调对象
Scanner input = new Scanner(System.in); //读取命令行输入
public Controller(ICallBack obj){
this.CallBackObject = obj;
}
public void Begin(){
while(input.next() != null){
CallBackObject.run();
}
}
}
public class Callback{
public static void main(String[] args) {
Controller obj = new Controller(new CallBackClass());
obj.Begin();
}
}
关于静态块引起的BUG
说来也巧，昨天刚看过《编程思想》，包含静态块的类加载的步骤，今天刚好遇到了这个问题。
简单描述下问题背景
我们在Java应用中需要使用嵌入式的Jruby，这样就需要启动ScriptContainer来编译ruby。而ScriptContainer在JVM只会维护一份，在我们的代码中是这样的：
static{
scriptContainer = new ScriptContainer();
}
由于之前使用Spring的上下文进行初始化，它会在web容器启动时就执行。后来改成单例工厂，就没有触发scriptContainer的初始化。
静态块在没有任何触发类加载的情况下，是不会执行。只有当你创建一个类的对象，或者访问了类的静态内容，才会触发。
因此投机取巧的使用下面这种方式就解决了问题:
//在类中添加静态变量
class XXX{
public static String a = "";
static{
//todo
}
}
//然后在容器初始化时执行：
XXX.a = "a";
关于Jquery
一般在使用JQuery的时候都会使用到大量的DOM操作，此时就容易出现各种性能问题。
减少DOM重绘
如果遇到大量的创建对象，应该减少DOM的重绘：
a.append(xxx);
a.append(xxx);
a.append(xxx);
a.append(xxx);
a.append(xxx);
a.append(xxx);
应该改成:
var html = xxx+xxx+xxx+xxx+xxx;
a.append(xxx);
使用事件捕获，避免大量的事件绑定
如果你有一个表格，表格会动态创建一些内容，那么如何为这些内容添加事件呢？
可以采用事件的机制：
$("#tableId").click(function(event){
var target = $(event.target);//包装成Jquery对象
if(event.target.nodeName === "TR"){//验证是否是点击到了某一行
//上面的校验方法不是很好，如果有其他更优美的方式，可以留言哈！
}
});
jquery验证、移除、添加class
$xxx.hasClass("classname");
$xxx.removeClass("classname");
$xxx.addClass("classname");
jquery添加CSS样式
$xxx.css("width","250px");
自适应高度的输入框
当你输入内容时，会自动计算高度：
//首先是html
<textarea class="form-control" id="textid" style="height:500px;" onpropertychange="this.style.height = this.scrollHeight + 'px';" oninput="this.style.height = this.scrollHeight + 'px';"></textarea>
//然后是script
$textid = $("#textid");
$textid.change(function(){
$textid= $.parseJSON($textid.val());
$textid.css("height",$textid.scrollHeight+10+"px");
});
