Whilst this can be done with the Reflection API, there are standard APIs that do this for Beans and which are therefore a better choice.<\/p>\n
java.beans.beaninfo<\/strong> is a standard API for bean introspection. Better still for many applications is the Apache Commons BeanUtils<\/a><\/strong> library.<\/p>\n This provides a really simple interface for many operations. For example, get\/set of simple bean properties dynamically is a single call as in this example :-<\/p>\n One of my requirements was a dynamic sort comparator for use in sorting JSF tables by any column. A static comparator is fast, but messy, as you need to hard code switch statements etc. for the property to be compared. BeanUtils has a better option and can create a dynamic comparator for you as in the following\u00a0code fragment from here<\/a><\/strong> :-<\/p>\n However, there is a performance hit with using this – one comparison cited 16ms using a hard coded static comparator, compared to 400ms using the BeanUtils BeanComparator. Always one to strive for perfection, I said to myself “why can’t I have both” – i.e. a dynamically created comparator for no effort but which performs as well as a static one? Well, after a bit of searching I found one in the form of the Cojen Project<\/strong><\/a>.<\/strong> This is a project aimed at supporting dynamic bytecode generation and disassembly. However, the project also provides a number of powerful utility classes which use the bytecode generation to create fast dynamic Bean Comparators with the same peformance as a statically coded comparator, perform fast Bean Property Introspection, and fast Pattern Matching.<\/p>\n Here is an example\u00a0comparator which orders threads by name, thread group name, and reverse\u00a0priority\u00a0:-<\/p>\n I particularly love the fact that the customising methods e.g. orderBy<\/strong> return\u00a0the comparator\u00a0instance so that you can chain them together as above. Sorting by multiple properties is supported as the above example shows. All the generated objects are fully serializable. I\u00a0\u00a0also love the fact that\u00a0you can prefix a property name with a minus sign to reverse the comparison order for that orderBy, which is great for toggling column sort orders with JSF etc.\u00a0 A brief test had it working correctly in no time, and it does indeed appear to be just as fast as a static comparator and very flexible. In future, I would make Cojen<\/strong> my first port of call for bean pattern matching \/ introspection \/ comparison without hesitation, and then look at Apache Commons BeanUtils<\/strong> only if Cojen<\/strong> couldn’t do what I needed, then failing that java.beans.beaninfo<\/strong> or finally the raw reflection<\/strong> API.<\/p>\nEmployee employee = ...;\r\n\u00a0\u00a0\u00a0 String firstName = (String)\r\n\u00a0\u00a0\u00a0\u00a0\u00a0 PropertyUtils.getSimpleProperty(employee, \"firstName\");\r\n\u00a0\u00a0\u00a0 String lastName = (String)\r\n\u00a0\u00a0\u00a0\u00a0\u00a0 PropertyUtils.getSimpleProperty(employee, \"lastName\");\r\n\u00a0\u00a0\u00a0 ... manipulate the values ...\r\n\u00a0\u00a0\u00a0 PropertyUtils.setSimpleProperty(employee, \"firstName\", firstName);\r\n\u00a0\u00a0\u00a0 PropertyUtils.setSimpleProperty(employee, \"lastName\", lastName);<\/pre>\n
List tvShows = new ArrayList< WorldsGreatestTVShow>();\r\n \/\/group (sort) by actor\r\n BeanComparator actorComparator = new BeanComparator(\"actorName\");\r\n Collections.sort(tvShows, actorComparator);\r\n \/\/group (sort) by producer\r\n BeanComparator producerComparator = new BeanComparator(\"producerName\");\r\n Collections.sort(tvShows, producerComparator);<\/pre>\n
Comparator c = BeanComparator.forClass(Thread.class)\r\n .orderBy(\"name\")\r\n .orderBy(\"threadGroup.name\")\r\n .orderBy(\"-priority\");<\/pre>\n