IceFig阅读笔记

时间:2023-01-10 06:04:51

嗯:就是这里了

http://research.worksap.com/research/icefig/

一下阅读笔记:

嗯,时间有限,他们提供的又茫茫多,所以 就找出来了 几个 单独聊聊吧。

其他语言的看不太懂,所以跳过了部分,直接进入 有关java的部分。

分别是

http://research.worksap.com/research/junit4/

http://research.worksap.com/research/java-dc-listopslib/

http://research.worksap.com/research/icefig/

结果是最先看的

http://research.worksap.com/research/icefig/

里面提到了:

Yang Liu 是不是 上次 来宣讲的 哥哥0.0。

总之提到了java可能有一些 弊病,然后 说了java的习语可能有些不好的地方。然后是 大量的 类库。

需要知道的 有

1、guava

应该是 Google提供的 一个 类库吧。支持的东西好像还不少。

2、Apache Commons Lang/IO

Apache Commons是一个非常有用的工具包,解决各种实际的通用问题,下面是一个简述表,详细信息访问 http://jakarta.apache.org/commons/index.html

3、JodaTime

日期处理有关,比如判断今天是否登录,今天的最小时间,今天结束的最大时间等。   目前Joda Time 已经纳入 JDK 8 的官方API了.

Ruby允许通过元编程(metaprogramming)改变改变类。

# Fixnum is the built-in class of integers

# 3.days.ago is not possible yet

class Fixnum

def days

self * 60 * 60 * 24   # we store seconds in a day

end

def ago

Time.now - self

end

end

# then you can write

3.days.ago

Scala 可以通过 implicits实现隐式转换跟Ruby就很像了。

遗失的猴子补丁让原本就不咋地的 sdk更加雪上加霜。

java 8 的 foreEach 不能提供索引。

开发了 IceFig。(之前有做过一个小例子,关于实现在迭代中得到)可以把,实现放在这里一下。

解决方案:

这个 ICEFIG

唔。这个 部分的 源码包就没有了,实现不了了。。。悲伤。这个 语法,总觉得哪里 怪怪的 不太像是 java的语法啊。java里面没有 ->  吧。。。原谅我的无知。。。

关于,文章提到的内容以前也遇到过,在优化页面显示的时候。就是增删改查制后,数据库里面查询出来的结果应该是对应改变的。比如插入一条记录以后,新增的记录应该优先显示。这个时候 原来分页查找的结果就应该丢弃一条记录,并且加入最新的那条记录。如果在迭代过程中直接删除的话,会报快速迭代异常。

当时考虑的结果还比较多呢,现在记不太全了,贴一段代码先:

版本1:

    @Override
public List<StandardPo> getstandardInfosForEdition(int standardId,
PageBean pageBean) { /**
* bug 在于,如果当前被修改的人的id是第一个,然后 从 得到用户的信息的时候,也是 刚好拿到第一个 人。就会出bug。
* 会显示两条 相同的 数据。
* 如果没有相同的 就出掉最后一个,如果 有相同的 出去相同的。
*/
List<StandardPo> standardInfos = new ArrayList<StandardPo>();
StandardPo standardPo = standardDao.getStandardInfoById(standardId);
standardInfos.add(standardPo);
List<StandardPo> pageStandardInfos = standardDao.getStandardInfos(pageBean); boolean flagForDeleteLast = true;//用来移除的标识,true 可移除。false 不可移除。
/**
* 如果 被修改的对象,恰好出现在分页信息列表里面。就移除当前对象。
*/
int sameId = 0;
boolean flagFordeleteSame = false;//代表我们可以移除 本身存在的一个对象
StandardPo sameStandardPo=null;
for(StandardPo s : pageStandardInfos){
if(s.getStandardId()==standardPo.getStandardId()){
sameId=standardPo.getStandardId();
sameStandardPo = s;//这里这样删除会比较好,比起上一个userServiceImpl里面的写法。
flagFordeleteSame=true;
}
}
if(flagFordeleteSame){
pageStandardInfos.remove(sameStandardPo);
flagForDeleteLast=false;
}
/**
* 否则,就移除 最后一个。
*/
if(flagForDeleteLast==true){
pageStandardInfos.remove(pageStandardInfos.size()-1);
}
for (StandardPo s : pageStandardInfos) {
standardInfos.add(s);
}
standardInfos = interceptDate(standardInfos);
return standardInfos;
}

版本二:

@Override
public List<UserPo> getUserInfosForEdition(int userId, PageBean pageBean) {
/**
* bug 在于,如果当前被修改的人的id是第一个,然后 从 得到用户的信息的时候,也是 刚好拿到第一个 人。就会出bug。
* 会显示两条 相同人的 数据。
*
* 如果没有相同的 就出掉最后一个,如果 有相同的 出去相同的。
*/
List<UserPo> userInfos = new ArrayList<UserPo>();
UserPo userPo = userManagerDao.getUserById(userId);
userInfos.add(userPo);
List<UserPo> pageUserInfos = userManagerDao.getUserInfos(pageBean); boolean flagForRemove = true;//用来移除的标识,true 可移除。false 不可移除。
/**
* 如果 被修改的对象,恰好出现在分页信息列表里面。就移除当前对象。
*/
/**
* 这个 地方多亏了小超神,但是 还是 有点儿 想不通!!!
*/
int userIdForCMException = 0;
//System.out.println(userIdForCMException);
/**
* 这里是由于,一边在遍历,另一边,从这个 集合中移除了一个 对象,那么在遍历就会发生异常。所以 这个 下面集合的遍历 得换招儿。
*/
boolean couldWeDeleteFirst = false;
for(UserPo userPo2 : pageUserInfos){
if(userPo2.getUserId()==userPo.getUserId()){
userIdForCMException=userPo.getUserId();
couldWeDeleteFirst=true;
}
/* if(userPo2.getUserId()==userPo.getUserId()){
pageUserInfos.remove(userPo2);
flagForRemove=false;
}
*/ }
if(couldWeDeleteFirst){
UserPo userPoForCMException = userManagerDao.getUserById(userIdForCMException);
pageUserInfos.remove(userPoForCMException);
flagForRemove=false;
} /**
* 否则,就移除 最后一个。
*/
if(flagForRemove==true){
pageUserInfos.remove(pageUserInfos.size()-1);
}
for (UserPo userPo2 : pageUserInfos) {
userInfos.add(userPo2);
}
return userInfos;
}

对对,增加和修改都会有bug,就是为了优化显示的时候。

增加的时候优先显示,修改的时候优先显示,就会对应不同的bug。

嗯,就这样吧