1
0
Fork 0
mirror of https://github.com/ethauvin/JSON-java.git synced 2025-06-17 07:50:52 -07:00

Move method comments so JavaDoc will pick them up.

This commit is contained in:
stleary 2015-08-09 18:19:51 -05:00
parent 58d72fe20f
commit 1081ae092b

View file

@ -6,12 +6,16 @@ import java.util.*;
import org.json.*; import org.json.*;
/**
* These are helpful utility methods that perform basic comparisons
* between various objects. In most cases, the comparisons are not
* order-dependent, or else the order is known.
*/
public class Util { public class Util {
/** /**
* Compares two json arrays for equality * Compares two JSONArrays for equality.
* The arrays need not be in the same order.
* @param jsonArray created by the code to be tested * @param jsonArray created by the code to be tested
* @param expectedJsonArray created specifically for comparing * @param expectedJsonArray created specifically for comparing
*/ */
@ -27,7 +31,8 @@ public class Util {
} }
/** /**
* Compares two json objects for equality * Compares two JSONObjects for equality. The objects need not be
* in the same order
* @param jsonObject created by the code to be tested * @param jsonObject created by the code to be tested
* @param expectedJsonObject created specifically for comparing * @param expectedJsonObject created specifically for comparing
*/ */
@ -68,6 +73,8 @@ public class Util {
* Certain helper classes (e.g. XML) may create Long instead of * Certain helper classes (e.g. XML) may create Long instead of
* Integer for small int values. As long as both are Numbers, * Integer for small int values. As long as both are Numbers,
* just compare the toString() values. * just compare the toString() values.
* TODO: this may not work in the case where the underlying types
* do not have the same precision.
*/ */
if (!(value instanceof Number && expectedValue instanceof Number)) { if (!(value instanceof Number && expectedValue instanceof Number)) {
assertTrue("object types should be equal for actual: "+ assertTrue("object types should be equal for actual: "+
@ -78,12 +85,31 @@ public class Util {
value.getClass().toString().equals( value.getClass().toString().equals(
expectedValue.getClass().toString())); expectedValue.getClass().toString()));
} }
/**
* When in doubt, compare by string
* TODO: should not this be an else to the previous condition?
*/
assertTrue("string values should be equal for actual: "+ assertTrue("string values should be equal for actual: "+
value.toString()+" expected: "+expectedValue.toString(), value.toString()+" expected: "+expectedValue.toString(),
value.toString().equals(expectedValue.toString())); value.toString().equals(expectedValue.toString()));
} }
} }
/**
* Sometimes test completion requires comparison of JSONArray objects that
* were produced from a JSONObject, and so unordered. This method is
* imperfect since it only compares the array elements and won't catch
* JSON syntax errors but at least it does not rely on ordering
* <p>
* It is expected that the arrays to be compared come from JSONArray
* instances which have been rendered by toString(), and whose syntax
* chars have been removed.
* <p>
* TODO: why are we not simply comparing the JSONArrays?
* <p>
* @param names an array of strings for comparison
* @param expectedNames the other array of strings for comparison
*/
public static void compareActualVsExpectedStringArrays(String[] names, public static void compareActualVsExpectedStringArrays(String[] names,
String [] expectedNames) { String [] expectedNames) {
assertTrue("Array lengths should be equal", assertTrue("Array lengths should be equal",
@ -97,6 +123,13 @@ public class Util {
} }
} }
/**
* This is stopgap test utility. It is meant to compare strings
* of XML, but it does not take ordering into account and should
* not be expected to work correctly with complex XML.
* @param aXmlStr an XML doc to be compared
* @param bXmlStr the other XML doc to be compared
*/
public static void compareXML(String aXmlStr, String bXmlStr) { public static void compareXML(String aXmlStr, String bXmlStr) {
// TODO For simple tests this may be adequate, but it won't work for // TODO For simple tests this may be adequate, but it won't work for
// elements with multiple attributes and possibly other cases as well. // elements with multiple attributes and possibly other cases as well.