メモ帳: Java

ラベル Java の投稿を表示しています。すべての投稿を表示

2011年4月30日土曜日

やりたいこと

CheckStyleで指摘されたくない項目を警告抑制する。

なぜ？

無視すると決めた警告で警告だらけになると本当に修正しないといけないものが埋もれるから

方法

TAKAHASHI, KazutakaさんがCheckstyle 日本語訳バージョン 4.1を公開しています。感謝。

Privateなメソッドや変数とかはJavaDoc無いよって指摘されたくない。

いまどき一行に80文字以上書いてるって指摘されたくない。

Parameterに代入とかしてもFindBugsが指摘してくれるからfinalは必須にしたくない。

ConstructorとSetterの場合はthisで指定するのでFieldを隠しても警告しない。

サブクラス化できるクラスの非private、非staticのメソッドをabstract、final、空実装にするのはやや苦しい。サブクラス化が必要か不必要かの判断は初回実装中に判断しにくいので。

やりたいこと

XML形式のプロパティが使いたい。

なぜ？

native2asciiのエンコードされた日本語文字列はメンテナンスするのが面倒なので。

環境

JDK1.5以降

説明

とくに難しいことはしていません。storeToXML()とloadFromXML()しているだけです。プロパティから値を取得したい場合はgetProperty(キー)とかしてください。PropertiesのJavaDocとかも参照のこと。

サンプルコード

streamの扱いは適当なんで、BufferedOutputStreamとかBufferedInputStream使ってください。

import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;
import java.util.Properties;

public class Application {
    
    private static final String XML_PROPERTIES_NAME = "test";
    private static final String XML_PROPERTIES_NAME_SUFFIX = ".properties.xml";
    private static final String XML_PROPERTIES_FILE_NAME = XML_PROPERTIES_NAME + XML_PROPERTIES_NAME_SUFFIX;
    private static final String XML_COMMENT = "プロパティのコメント";

    private Properties getProperties() {
        Properties properties = new Properties();
        properties.setProperty("usage", "このプログラムの使用方法");
        properties.setProperty("test", "テスト文字列");

        return properties;
    }

    private void saveProp() throws IOException {
        Properties properties = getProperties();

        OutputStream stream = new FileOutputStream(XML_PROPERTIES_FILE_NAME);
        properties.storeToXML(stream, XML_COMMENT);

        stream.close();
    }

    private void loadProp() throws IOException {
        InputStream stream = new FileInputStream("test.properties.xml");

        Properties prop = new Properties();
        prop.loadFromXML(stream);

        stream.close();

        prop.list(System.out);
    }

    /**
     * @param args the command line arguments
     * @throws IOException
     */
    public static void main(String[] args) throws IOException {
        Application app = new Application();
        app.saveProp();
        app.loadProp();
    }
}

2011年3月6日日曜日

+演算子、StringBuilder、StringBufferの文字列連結の時間計測

（JDK1.6）+演算子、StringBuilder、StringBufferのそれぞれで文字列を連結した場合の処理時間をNetBeansのプロファイラで計測した結果。

各テストが計測に妥当かどうか（コンパイラで最適化される書き方になっているかとか理解していないので）不明ですが…。意味のあるベンチマークとか私には難しすぎるw

1回こっきりだと、いずれも大差ないですが、繰り返し処理の場合は+演算子は相当不利っぽいので、普段は+演算子を使い、パフォーマンスが問題になった際には繰り返し処理内の文字列連結を確認することにしました（もちろん最もボトルネックになっているかどうかの計測は必要ですが）。

「いやいや計測方法がおかしいだろう」とか「そのコードじゃあ計測したことにならんよ」とか優しくおしえてくださいw

以下ソース

public class NewClassTest {

   private String s1 = "a";
   private String s2 = "b";
   private int loop1 = 1000;
   private int loop2 = 10000;

   public NewClassTest() {
   }

   @BeforeClass
   public static void setUpClass() throws Exception {
   }

   @AfterClass
   public static void tearDownClass() throws Exception {
   }

   @Before
   public void setUp() {
   }

   @After
   public void tearDown() {
   }

   @Test
   public void test01一回プラスで連結(){
   String str = s1 + s2;
   }

   @Test
   public void test02一回StringBuffer(){
   String str = new StringBuffer(s1).append(s2).toString();
   }

   @Test
   public void test03一回StringBuilder(){
   String str = new StringBuilder(s1).append(s2).toString();
   }

   @Test
   public void test04千回プラスで連結1(){
   String str = "";
   for (int i =0; i < loop1; i++) {
   str = str + i;
   }
   }

   @Test
   public void test05千回StringBuilder1(){
   String str = "";
   StringBuilder sbui = new StringBuilder(str);
   for (int i =0; i < loop1; i++) {
   sbui.append(i);
   }
   str = sbui.toString();
   }

   @Test
   public void test06千回StringBuffer1(){
   String str = "";
   StringBuffer sbuf = new StringBuffer(str);
   for (int i =0; i < loop1; i++) {
   sbuf.append(i);
   }
   str = sbuf.toString();
   }

   @Test
   public void test07千回プラスで連結2(){
   String s = "abcdefg";
   for (int i = 0; i < loop1; i++) {
   s += "abc"+ "def";
   }
   }

   @Test
   public void test08千回StringBuilder2(){
   StringBuilder sbui = new StringBuilder("abcdef");
   for (int i = 0; i < loop1; i++) {
   sbui.append("abc");
   sbui.append("def");
   }
   sbui.toString();
   }

   @Test
   public void test09千回StringBuffer2(){
   StringBuffer sbuf = new StringBuffer("abcdef");
   for (int i = 0; i < loop1; i++) {
   sbuf.append("abc");
   sbuf.append("def");
   }
   sbuf.toString();
   }

   @Test
   public void test10一万回プラスで連結1(){
   String str = "";
   for (int i =0; i < loop2; i++) {
   str = str + i;
   }
   }

   @Test
   public void test11一万回StringBuilder1(){
   String str = "";
   StringBuilder sbui = new StringBuilder(str);
   for (int i =0; i < loop2; i++) {
   sbui.append(i);
   }
   str = sbui.toString();
   }

   @Test
   public void test12一万回StringBuffer1(){
   String str = "";
   StringBuffer sbuf = new StringBuffer(str);
   for (int i =0; i < loop2; i++) {
   sbuf.append(i);
   }
   str = sbuf.toString();
   }


   @Test
   public void test13一万回プラスで連結2(){
   String s = "abcdefg";
   for (int i = 0; i < loop2; i++) {
   s += "abc"+ "def";
   }
   }

   @Test
   public void test14一万回StringBuilder2(){
   StringBuilder sbui = new StringBuilder("abcdef");
   for (int i = 0; i < loop2; i++) {
   sbui.append("abc");
   sbui.append("def");
   }
   sbui.toString();
   }

   @Test
   public void test15一万回StringBuffer2(){
   StringBuffer sbuf = new StringBuffer("abcdef");
   for (int i = 0; i < loop2; i++) {
   sbuf.append("abc");
   sbuf.append("def");
   }
   sbuf.toString();
   }
}

メモ帳

2011年4月30日土曜日

CheckStyleで自分に不要な指摘を抑制する

やりたいこと

なぜ？

方法

Privateなメソッドや変数とかはJavaDoc無いよって指摘されたくない。

いまどき一行に80文字以上書いてるって指摘されたくない。

Parameterに代入とかしてもFindBugsが指摘してくれるからfinalは必須にしたくない。

ConstructorとSetterの場合はthisで指定するのでFieldを隠しても警告しない。

サブクラス化できるクラスの非private、非staticのメソッドをabstract、final、空実装にするのはやや苦しい。サブクラス化が必要か不必要かの判断は初回実装中に判断しにくいので。

native2asciiはやめてXMLのプロパティを使う

やりたいこと

なぜ？

環境

説明

サンプルコード

2011年3月6日日曜日

+演算子、StringBuilder、StringBufferの文字列連結の時間計測

自己紹介