IT, Scala, Java, Web, Ubuntu

Category: IT (Page 11 of 13)

Test for Empty String

If you programme in Java (or other languages), the first thing to do when validating a String value might be checking if the String variable has the reference pointing to any String object or not (in other words, if it is null or not) or if the String object to which the reference in the String variable points contains an empty String (“”) value. In both cases, there is nothing to validate. Or you might purposely expect it and if so, want to do something else. One way or another, the test happens frequently. In Java, like other languages, there are, of course, many ways to do it. However, there can be a better way than other ways in terms of performance. The reason why I’m writing it is that we seem to often forget that kind of basic principles while we are focusing on higher level design issues. It is maintainability that I think the most important in software development but the better way to test for an empty String that I am about to point out here does not reduce maintainability yet increases performance.

To be honest, I had not thought of any other ways until the second grade when I was a university student. At that time, I coded like the following whenever I tried to test for an empty String.

if (text == null || text.equals(""))

(By the way, I now programme in this way when I check if an Object type variable is null.

if (null == object)

This is to avoid some problem caused by a possible typo mistake that is (object = null) which means assigning null to the variable so it refers to nowhere. Yet if I use (null == object), that mistake would be (null = object). This is assigning whatever in the object variable to null which does not make any sense and will cause a compile time error thus I can easily notice it. So I follow this way even though I did not make this kind of mistake before. I will also never do it as long as I keep that style. :D)

Move back to the original topic, when I became a third year student which was the final year of my course, I was attracted to Object-Orientation and Java. Probably at the same time, I also enjoyed checking out the source code of JDK. I thought “it doesn’t seem to be a good idea to use the equals method for empty String test” after I read the source of the method in Java String class.

Here is the source code of the equals() method of String class in JDK 1.6.0_13.

    /**
     * Compares this string to the specified object.  The result is {@code
     * true} if and only if the argument is not {@code null} and is a {@code
     * String} object that represents the same sequence of characters as this
     * object.
     *
     * @param  anObject
     *         The object to compare this {@code String} against
     *
     * @return  {@code true} if the given object represents a {@code String}
     *          equivalent to this string, {@code false} otherwise
     *
     * @see  #compareTo(String)
     * @see  #equalsIgnoreCase(String)
     */
    public boolean equals(Object anObject) {
	if (this == anObject) {
	    return true;
	}
	if (anObject instanceof String) {
	    String anotherString = (String)anObject;
	    int n = count;
	    if (n == anotherString.count) {
		char v1[] = value;
		char v2[] = anotherString.value;
		int i = offset;
		int j = anotherString.offset;
		while (n-- != 0) {
		    if (v1[i++] != v2[j++])
			return false;
		}
		return true;
	    }
	}
	return false;
    }

For just simple empty String test, the code does not seem to be right, as you see, it requires several lines of code to be processed for that simple test. Since String is immutable its length value is always a constant int value and it is therefore comparing the length of the String with zero should be faster than using the equals() method.

So in order to see how many lines of code in the equals() method are processed to test for an empty String, I made simple test code. I copied code partially from Java’s String class and made TestString class which has the same equals() method as what String class has then added some code to display how many lines are processed.

package com.lckymn.test.emptystring;

import java.util.Arrays;

/**
 * This is TestString class the code of which is copied from java.lang.String class to test the equals() method of the String class. It just
 * has the part of String code which is enough to see how many lines of code are processed for empty String test.
 * 
 * @author Lee, SeongHyun (Kevin)
 * @version 0.01 (2009-05-05)
 */
public final class TestString
{
	/** The value is used for character storage. */
	private final char value[];

	/** The offset is the first index of the storage that is used. */
	private final int offset;

	/** The count is the number of characters in the String. */
	private final int count;

	public TestString()
	{
		this.offset = 0;
		this.count = 0;
		this.value = new char[0];
	}

	public TestString(char value[])
	{
		int size = value.length;
		this.offset = 0;
		this.count = size;
		this.value = Arrays.copyOf(value, size);
	}

	public TestString(int offset, int count, char value[])
	{
		this.value = value;
		this.offset = offset;
		this.count = count;
	}

	public boolean equals(Object anObject)
	{
		int tempCount = 0;
		System.out.println(++tempCount + ": A");
		if (this == anObject)
		{
			System.out.println(++tempCount + ": B");
			return true;
		}
		System.out.println(++tempCount + ": C");
		if (anObject instanceof TestString)
		{
			System.out.println(++tempCount + ": D");
			TestString anotherString = (TestString) anObject;
			System.out.println(++tempCount + ": E");
			int n = count;
			System.out.println(++tempCount + ": F");
			if (n == anotherString.count)
			{
				System.out.println(++tempCount + ": G");
				char v1[] = value;
				System.out.println(++tempCount + ": H");
				char v2[] = anotherString.value;
				System.out.println(++tempCount + ": I");
				int i = offset;
				System.out.println(++tempCount + ": J");
				int j = anotherString.offset;
				System.out.println(++tempCount + ": K");
				while (n-- != 0)
				{
					System.out.println(++tempCount + ": L");
					if (v1[i++] != v2[j++])
					{
						System.out.println(++tempCount + ": M");
						return false;
					}
				}
				System.out.println(++tempCount + ": N");
				return true;
			}
		}
		System.out.println(++tempCount + ": O");
		return false;
	}

}

The following is the test code using the TestString.

package com.lckymn.test.emptystring;

/**
 * This class is to see how many lines of code in the equals() method of String class are processed to test for an empty String.
 * 
 * @author Lee, SeongHyun (Kevin)
 * @version 0.01 (2009-05-05)
 * 
 */
public final class EmptyTest
{
	private static final String EMPTY = "It's empty.\n";
	private static final String NOT_EMPTY = "It's not empty.\n";

	/**
	 * @param args
	 */
	public static void main(String[] args)
	{

		TestString emptyOne = new TestString();
		TestString anotherEmptyOne = new TestString();
		TestString testString = new TestString(new char[] { 'H', 'e', 'l', 'l', 'o' });

		System.out.println("TestString emptyOne = new TestString();\n" + "TestString anotherEmptyOne = new TestString();\n"
				+ "TestString testString = new TestString(new char[] { 'H', 'e', 'l', 'l', 'o' });\n");

		System.out.println("emptyOne.equals(emptyOne): ");
		if (emptyOne.equals(emptyOne))
		{
			System.out.println(EMPTY);
		}
		else
		{
			System.out.println(NOT_EMPTY);
		}

		System.out.println("emptyOne.equals(anotherEmptyOne): ");
		if (emptyOne.equals(anotherEmptyOne))
		{
			System.out.println(EMPTY);
		}
		else
		{
			System.out.println(NOT_EMPTY);
		}

		System.out.println("emptyOne.equals(testString)");
		if (emptyOne.equals(testString))
		{
			System.out.println(EMPTY);
		}
		else
		{
			System.out.println(NOT_EMPTY);
		}

		System.exit(0);
	}

}

The result of this code is

TestString emptyOne = new TestString();
TestString anotherEmptyOne = new TestString();
TestString testString = new TestString(new char[] { 'H', 'e', 'l', 'l', 'o' });

emptyOne.equals(emptyOne): 
1: A
2: B
It's empty.

emptyOne.equals(anotherEmptyOne): 
1: A
2: C
3: D
4: E
5: F
6: G
7: H
8: I
9: J
10: K
11: N
It's empty.

emptyOne.equals(testString)
1: A
2: C
3: D
4: E
5: F
6: O
It's not empty.

The first test is comparing two empty TestString objects which are in fact an identical object. To recognise it is an empty String, two lines of the code are executed.

emptyOne.equals(emptyOne): 
1: A
2: B
It's empty.

The second test is comparing two empty TestString objects each of which has a reference to a different TestString object meaning emptyOne.equals(anotherEmptyOne) is true but emptyOne == anotherEmptyOne is false. It requires to process eleven lines of the code to know anotherEmptyOne object is an empty TestString object.

emptyOne.equals(anotherEmptyOne): 
1: A
2: C
3: D
4: E
5: F
6: G
7: H
8: I
9: J
10: K
11: N
It's empty.

The final one is testing if testString TestString object is an empty TestString object. Since testString has “Hello”, it is not empty. To find it, six lines of the code are implemented.

emptyOne.equals(testString)
1: A
2: C
3: D
4: E
5: F
6: O
It's not empty.

Based on the test above, it is quite obvious that equals() method cannot perform better than comparing zero(0) with the length of String object as the former one requires two to eleven (average: (2+11+6)/3 = 10) lines of code to test for an empty String whereas a length comparison requires only one or two lines of code. So I finally tested if it is truly faster to check String’s length to test for an empty String.

The following is the test code.

package com.lckymn.test.emptystring;

/**
 * This class is to benchmark the performance of the equals() method in String class and comparing the length of the String object in order
 * to test if the String object contains an empty String.
 * 
 * @author Lee, SeongHyun (Kevin)
 * @version 0.01 (2009-05-05)
 */
public final class EmptyPerformanceTest
{
	public static final int HOW_MANY_TIMES = 1000000000;

	/**
	 * @param args
	 */
	public static void main(String[] args)
	{
		String emptyOne = "";
		String anotherEmptyOne = new String("");
		String notEmptyOne = "Hello";

		System.out.println("String emptyOne = \"\";\n" + "String anotherEmptyOne = new String(\"\");\n"
				+ "String notEmptyOne = \"Hello\";\n");

		long result = 0;

		result = System.currentTimeMillis();
		for (int i = 0; i < HOW_MANY_TIMES; i++)
		{
			if ("".equals(emptyOne))
				;
		}
		result = System.currentTimeMillis() - result;
		System.out.println("\"\".equals(emptyOne): " + result);

		result = System.currentTimeMillis();
		for (int i = 0; i < HOW_MANY_TIMES; i++)
		{
			if ("".equals(anotherEmptyOne))
				;
		}
		result = System.currentTimeMillis() - result;
		System.out.println("\"\".equals(anotherEmptyOne): " + result);

		result = System.currentTimeMillis();
		for (int i = 0; i < HOW_MANY_TIMES; i++)
		{
			if ("".equals(notEmptyOne))
				;
		}
		result = System.currentTimeMillis() - result;
		System.out.println("\"\".equals(notEmptyOne): " + result);

		System.out.println("");

		result = System.currentTimeMillis();
		for (int i = 0; i < HOW_MANY_TIMES; i++)
		{
			if (0 == emptyOne.length())
				;
		}
		result = System.currentTimeMillis() - result;
		System.out.println("0 == emptyOne.length(): " + result);

		result = System.currentTimeMillis();
		for (int i = 0; i < HOW_MANY_TIMES; i++)
		{
			if (0 == anotherEmptyOne.length())
				;
		}
		result = System.currentTimeMillis() - result;
		System.out.println("0 == anotherEmptyOne.length(): " + result);

		result = System.currentTimeMillis();
		for (int i = 0; i < HOW_MANY_TIMES; i++)
		{
			if (0 == notEmptyOne.length())
				;
		}
		result = System.currentTimeMillis() - result;
		System.out.println("0 == notEmptyOne.length(): " + result);

		System.exit(0);
	}
}

And… seeing is believing… so here is the result.

String emptyOne = "";
String anotherEmptyOne = new String("");
String notEmptyOne = "Hello";

"".equals(emptyOne): 1470
"".equals(anotherEmptyOne): 6951
"".equals(notEmptyOne): 5601

0 == emptyOne.length(): 5
0 == anotherEmptyOne.length(): 5
0 == notEmptyOne.length(): 5

Using equals() method to test both empty String objects which are also an identical object took 1470 milliseconds while comparing 0 with the length of the emptyOne object took 5 milliseconds.
If the target object is not the same empty object, it is worse. The test shows it took 6951 milliseconds. Again, the length comparison took just 5 milliseconds. Considering that the test conducted one billion times, taking just 5 milliseconds is really fast.
Finally, as seen in the test, it took 5601 milliseconds to know the given String is not empty. The length checking is still 5 milliseconds.

Although each test is repeated 1,000,000,000 times, the difference is, in my opinion, not really acceptable as we may have numerous other places to lose the performance of the software thus it might be a good idea to prevent predictable ones from happening.

So better do this when testing for an empty String. 🙂

if (null == text || 0 == text.length())
{
	// it is empty.
}

Or if you are using JDK 1.6 (Java 6), you can also use String’s isEmpty() method which does exactly the same as checking if its length is 0.

if (null == text || text.isEmpty())
{
	// it is empty.
}

Communication with Users

I have developed Team Contribution Tracking (TeCTra) system for UTS. It is an Ajax web application the back-end of which is built using Java. A few months ago, a new function to get feedback from users was added to TeCTra.

TeCTra User Feedback Function

TeCTra User Feedback Function

About a half month ago, I’ve got a feedback email from a user. This is sent through the function above.

TeCTra User Feedback Email

TeCTra User Feedback Email

TeCTra User Feedback Email

TeCTra User Feedback Email

This feedback is about the usability of TeCTra. What he/she points out is that the button to create a new task in the time sheet tab is positioned too close to the remove button so users may click the remove button by mistake when they want to click the add task button.
As the image below shows, the last remove button is too close to the new task button. So as mentioned in the feedback, users might click the remove button by mistake.

The last remove task button is too close to the new task button.

The last remove task button is too close to the new task button.

We, the development team of the TeCTra, had a discussion about this and other issues then decided to move the buttons to the right-hand side. Since the front-end is developed by my friend, Sverre, he changed the positions of the remove buttons. My boss, Dr. Richard Raban, also brought other issues so I and my friend took care of all of these and deployed a new version of TeCTra.

Now the remove buttons are all right-justified so users will not click it by chance when they want to click the new task button.

Now the remove buttons are all right-justified so users will not click it by chance when they want to click the new task button.

It is good to have an issue tracking system so that the users of software can easily report bugs they found or require new functions they want. This might be good enough yet it is even better if the application itself has issue tracking and feedback functions as I’ve learned from the user feedback function. Thus I am thinking to implement feedback and bug reporting functions which directly add a new ticket to an issue tracking system from my next application development. So it does not only send a feedback email to the developer but also add an issue to the issue tracking system.

Enable Ctrl+Alt+Backspace Again

Ctrl+Alt+Backspace Disabled

As stated in the Ubuntu 9.04 release notes, Ctrl-Alt-Backspace key combination to restart Xorg is disabled.

Ctrl-Alt-Backspace disabled by default in Xorg

The Ctrl-Alt-Backspace key combination to force a restart of X is now disabled by default, to eliminate the problem of accidentally triggering the key combination. Users who do want this function can enable it in their xorg.conf, or by running the command dontzap --disable.

Enable Ctrl+Alt+Backspace Again

Ubuntu Linux 9.10 Karmic Koala

This part is added on the 23rd of November in 2009 as in the 9.10 version, enabling Ctrl+Alt+Backspace is different from doing it in the 9.04 version.
If you are using Ubuntu Linux 9.04 Jaunty Jackalope, please scroll down to skip this part then you can find one for Jaunty Jackalope.

* System -> Preferences -> Keyboard
* System -> Preferences -> Keyboard

Select the 'Layouts' tab -> Click the 'Layout Options' button
* Select the ‘Layouts’ tab -> Click the ‘Layout Options’ button

Click the 'Key sequence to kill the X server' to expand it -> Check the 'Control + Alt + Backspace' option -> Click the 'Close' button
* Click the ‘Key sequence to kill the X server’ to expand it -> Check the ‘Control + Alt + Backspace’ option -> Click the ‘Close’ button

Done!!!

Ubuntu Linux 9.04 Jaunty Jackalope

* Open the /etc/X11/xorg.conf file and add

Section "ServerFlags"
	Option	"DontZap"	"False"
EndSection

* Or simply use dontzap.
* If it is not installed already,

$ sudo apt-get install dontzap 

* Use the dontzap command to enable Ctrl+Alt+Backspace

$ sudo dontzap --disable 

This acually adds

Section "ServerFlags"
	Option	"DontZap"	"False"
EndSection

to the /etc/X11/xorg.conf file.

* After it is done, make sure to log out & in for the change to take effect.

* To enable the “DontZap” option again,

$ sudo dontzap --enable 

* More information about the DontZap option.

http://www.x.org/archive/X11R6.8.0/doc/xorg.conf.5.html#sect4

Option "DontZap" "boolean"

This disallows the use of the Ctrl+Alt+Backspace sequence. That sequence is normally used to terminate the Xorg server. When this option is enabled, that key sequence has no special meaning and is passed to clients. Default: off.

« Older posts Newer posts »

© 2026 Kevin's Blog

Theme by Anders Noren — Up ↑