首页 > 代码库 > IceFig阅读笔记
IceFig阅读笔记
嗯：就是这里了
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。
嗯，就这样吧
IceFig阅读笔记