摘要：
对一个类（或接口、方法）来说，应该只专注于做一件事，这样就能保证仅有一个引起它变化的原因。 阅读全文
摘要：
所谓开源软件，并不是免费软件，开源软件（Open Source）是指：在软件发行时，附上原始的程序代码，并授权允许用户更改。 阅读全文
摘要：
（1）GPL（General Public License） 任何人可以用任何形式复制和散发遵循GPL的软件。 阅读全文
摘要：
1、事件的持续时间 OPNET允许多个事件同时发生，因此要限制每个事件的持续时间为零。否则后续事件也需同一仿真时间开始，导致事件表的调度出现问题。这也是为什么将对事件的执行称为中断的原因。2、仿真时间和物理时间 OPNET 推进是仿真时间，和逝去时间(Elapsed time)有着本质的区别。逝去时间是仿真程序运行的时间，是真实的时间，反映了仿真程序执行的速度，由机器的硬件速度决定。而仿真时间是系统仿真的时间进度，反映当前仿真执行的进度,是一个抽象的时间，它的推进是根据仿真的逻辑来定。仿真时间的推进随着事件的发生而单调递增。执行事件不需要时间，事件之间可能跨越时间，但是不消耗物理时间，事件执行 阅读全文
摘要：
LinkedHashMap的特性: Linked内部含有一个private transient Entry header;来记录元素插入的顺序或者是元素被访问的顺序。利用这个线性结构的对象，可以帮助记录entry加入的前后顺序或者记录entry被访问的频率(最少被访问的entry靠前，最近访问的entry靠后)。大致的过程如下:new LinkedHashMap(10, 0.75, true); 其中前面两个参数就是HashMap构造函数需要的参数，后面的true表明LinkedHashMap按照访问的次序来排序。 按照访问的次序来排序的含义:当调用LinkedHashMap的get(key) 阅读全文
摘要：
处理长时间的任务的时候常需要进度条显示，有几种实现方式1，普通的进度条importjava.lang.reflect.InvocationTargetException;importorg.eclipse.core.runtime.IProgressMonitor;importorg.eclipse.jface.dialogs.ProgressMonitorDialog;importorg.eclipse.jface.operation.IRunnableWithProgress;importorg.eclipse.swt.widgets.Display;importorg.eclipse.s 阅读全文
摘要：
大端模式：是指数据的低位保存在内存的高地址中，而数据的高位，保存在内存的低地址中小端模式：是指数据的低位保存在内存的低地址中，而数据的高位保存在内存的高地址中。采用大端方式进行数据存放符合人类的正常思维，而采用小端方式进行数据存放利于计算机处理。到目前为止，采用大端或者小端进行数据存放，其孰优孰劣也没有定论。嵌入式系统开发者应该对Little-endian和Big-endian模式非常了解。采用Little-endian模式的CPU对操作数的存放方式是从低字节到高字节，而Big-endian模式对操作数的存放方式是从高字节到低字节。16bit宽的数0x1234在Little-endian模式C 阅读全文
摘要：
在正式介绍如何使用Java的输入/输出相关类来进行文件存取前，先简单地通过使用java.io.RandomAccessFile来存取文件，以认识一些文件存取时所必须注意的概念与事项。文件存取通常是循序的，每在文件中存取一次，文件的读取位置就会相对于目前的位置前进一次。然而有时必须指定文件的某个区段进行读取或写入的动作，也就是进行随机存取(Random Access)，即要能在文件中随意地移动读取位置。这时可以使用RandomAccessFile，使用它的seek()方法来指定文件存取的位置，指定的单位是字节。为了移动存取位置时的方便，通常在随机存取文件中会固定每一个数据的长度。例如长度固定为每 阅读全文
摘要：
properties类是Hashtable的子类 增加了将Hashtable对象中的关键字保存到文件和从文件中读取关键字和值到Hashtable对象中的方法Properties.store方法存储Properties对象中的内容，每个属性的关键字和值都必须是String类型的。load方法则是从文件中读取。总之是一个跟文件相关的类。properties 如上面所说，一般和文件相关这个文件比较特殊，必须是键值对的形式就像windows 里的 .ini文件一样如:window=800*600screen=1左边键名，右边值，用等号连接properties 读取文件后，会存为一个个键值对的形式，ke 阅读全文
摘要：
今天把圈选大量节点然后删除，删除效率低这个问题单解决了，在此做个简单的总结。这个问题单此前修改过一次，但是提交后测试没通过，原因是只减少了Ctrl+A全选后的删除效率，圈选大量节点后删除的效率仍然很低。（当时只修改了和刷新相关的地方，减少了界面刷新次数，这样删除时也会较快，但是）原因分析：Ctrl+A选中节点之后，节点被有序(nodeID由小到大)的添加到选中节点列表中，而圈选的节点在选中节点列表中是无序的。删除一个节点时，会从界面上按照nodeID由小到大的顺序取一个节点，并判断该节点是否是选中节点列表中的元素，如果是，则删除，如果不是，则取下一个节点进行判断。当选中节点列表中的元素是无序时 阅读全文