隨筆-12  評(píng)論-0  文章-1  trackbacks-0
            2012年1月7日
          the super keyword in java generic programming is used to declare a template of a specific type. e.g.
          List<? super MyClass> list = new LinkedList<AnyTypeDerivedByMyClass>();
          posted @ 2012-12-31 15:35 Sam Zheng 閱讀(244) | 評(píng)論 (0)編輯 收藏
          int (*test(char *(*)(void)) (int); declares a function named "test" which accepts a pointer to a function accepting no parameter and returning a char pointer, the function "test" returns a pointer to a function which accepts a integer parameter and returns a integer.
          Note: a declaration declares either a variable(pointer) or function(pointer), if its name is followed by left parentheses, it is a function, otherwise it is a variable(pointer).
          posted @ 2012-09-20 14:38 Sam Zheng 閱讀(128) | 評(píng)論 (0)編輯 收藏
          if you don't feel comfortable with your code, it's time to refactor/re-think about it.
          posted @ 2012-08-31 11:36 Sam Zheng 閱讀(160) | 評(píng)論 (0)編輯 收藏
          don't get trapped when reading source code of a complex module, first figure out what the module does/its main functionality and its interfaces, once you get into details, you cannot see the module as a whole and forget its main functionality, if you recognize you are trapped in details, try to come out and focus on interfaces, top->down->top->down
          posted @ 2012-08-15 16:07 Sam Zheng 閱讀(155) | 評(píng)論 (0)編輯 收藏
          The crucial part in design/programming, is to break down complex things, anything should be easy when broken down to manageable pieces, and, only when broken down, can it be easy. when doing so, the most important thing is to think about the granularity and the relationship between every pieces/modules, again, reasonability.
          posted @ 2012-04-18 12:10 Sam Zheng 閱讀(144) | 評(píng)論 (0)編輯 收藏
          when analyzing/programming, think about reasonability against requirements
          posted @ 2012-04-17 12:55 Sam Zheng 閱讀(314) | 評(píng)論 (0)編輯 收藏
          1. what does the program/module/class/method do?
          2. what is its input, if any?
          3. what is its output, if any?
          for a class, understanding its lifecycle is crucial:
          1. how is it created? by who? from a factory? what are the parameters required to create it?
          2. does it have any enforced lifecycle methods? e.g. initialize, dispose..., who is responsible to call these methods, in which order?
          3. what it can do at each stage of its lifecycle?
          4. who is going to use it/what is its client?

          posted @ 2012-03-09 10:52 Sam Zheng 閱讀(237) | 評(píng)論 (0)編輯 收藏
          An interface or a class should only do things that it knows, never do things it is not sure about. to define the responsibility of an interface/class clearly and precisely is critical.
          posted @ 2012-02-27 14:12 Sam Zheng 閱讀(170) | 評(píng)論 (0)編輯 收藏
          The main difference between SoftReference and WeakReference is that GC uses different algorithm to determine when to reclaim the objects they refer to, they can be used interchangablely in most situation.

                 
                  // soft reference
                  o = new Object();
                  ReferenceQueue
          <Object> sq = new ReferenceQueue<Object>();
                  SoftReference
          <Object> sf = new SoftReference<Object>(o, sq);
                  System.out.println(sf.get());
                  o 
          = null;
                  
                  System.gc();
                  r 
          = (Reference) sq.poll();
                  
          if (r != null) {
                      System.out.println(r.get());
                  }

                  // weak reference
                  Object o = new Object();
                  ReferenceQueue
          <Object> q = new ReferenceQueue<Object>();
                  WeakReference
          <Object> w = new WeakReference<Object>(o, q);
                  System.out.println(w.get());
                  o 
          = null;
                  System.gc();
                  
                  Reference r 
          = (Reference) q.poll();
                  
          if (r != null) {
                      System.out.println(r.get());
                  }

                  
          // phantom reference
                  o = new Object();
                  ReferenceQueue
          <Object> pq = new ReferenceQueue<Object>();
                  PhantomReference
          <Object> pf = new PhantomReference<Object>(o, sq);
                  System.out.println(pf.get());
                  o 
          = null;
                  
                  System.gc();
                  r 
          = (Reference) pq.poll();
                  
          if (r != null) {
                      System.out.println(r.get());
                  }
                 


          from http://www.ibm.com/developerworks/library/j-refs/

          The SoftReference class

          A typical use of the SoftReference class is for a memory-sensitive cache. The idea of a SoftReference is that you hold a reference to an object with the guarantee that all of your soft references will be cleared before the JVM reports an out-of-memory condition. The key point is that when the garbage collector runs, it may or may not free an object that is softly reachable. Whether the object is freed depends on the algorithm of the garbage collector as well as the amount of memory available while the collector is running.

          The WeakReference class

          A typical use of the WeakReference class is for canonicalized mappings. In addition, weak references are useful for objects that would otherwise live for a long time and are also inexpensive to re-create. The key point is that when the garbage collector runs, if it encounters a weakly reachable object, it will free the object the WeakReference refers to. Note, however, that it may take multiple runs of the garbage collector before it finds and frees a weakly reachable object.

          The PhantomReference class

          The PhantomReference class is useful only to track the impending collection of the referring object. As such, it can be used to perform pre-mortem cleanup operations. A PhantomReference must be used with the ReferenceQueue class. The ReferenceQueue is required because it serves as the mechanism of notification. When the garbage collector determines an object is phantomly reachable, the PhantomReference object is placed on its ReferenceQueue. The placing of the PhantomReference object on the ReferenceQueue is your notification that the object the PhantomReference object referred to has been finalized and is ready to be collected. This allows you to take action just prior to the object memory being reclaimed.

          posted @ 2012-01-08 13:06 Sam Zheng 閱讀(128) | 評(píng)論 (0)編輯 收藏
          Because some native platforms only provide limited buffer size for standard input and output streams, failure to promptly write the input stream or read the output stream of the subprocess may cause the subprocess to block, and even deadlock.
          posted @ 2012-01-07 22:06 Sam Zheng 閱讀(374) | 評(píng)論 (0)編輯 收藏
          主站蜘蛛池模板: 徐水县| 资源县| 南华县| 神木县| 平远县| 罗定市| 兴国县| 龙海市| 会宁县| 滨州市| 呈贡县| 互助| 定州市| 嘉义县| 通海县| 邻水| 海阳市| 珲春市| 霸州市| 和硕县| 汉源县| 苍南县| 靖州| 读书| 平湖市| 龙江县| 抚顺市| 大石桥市| 新平| 扬中市| 六盘水市| 垦利县| 东丽区| 瓦房店市| 信阳市| 鹤山市| 加查县| 孟村| 新绛县| 肥西县| 九江市|