• Post Reply Bookmark Topic Watch Topic
  • New Topic

Design question - EntityBeans and working logic  RSS feed

 
Jeremy Smith
Greenhorn
Posts: 1
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I am deliberating about design issues on a project right now, and I'd be interested in hearing how someone else might tackle this. Just as background, I am using EJB3, Hibernate, and JSF at the moment. I am going to offer a somewhat abstract example that is actually pretty close to what I am trying to do.

I need to accommodate some object that represent different shapes. They are defined as a series of points on a grid. For example, there could be a square, a circle, or a polygon with an arbitrary number of sides.

In my mind, each shape could be pretty easily defined as a list of pairs of coordinates. (Although the circle would need a single point and a radius, or something similar.) Aside from that on exception, it's just an ordinal list of coordinate pairs.

Going forward - I am going to need to have a mechanism for each shape to be checked against a given point, to see if that point falls within any of the shapes on the grid.

My initial thoughts had been to have an interface and an abstract shape class to define the basic operations (get id, set id, getCollectionOfPoints, setCollectionOfPoints, etc.) and have each shape extend that class and provide it's own method to see if a set of provided coordinates fall within it's bounds. A simple true or false response will be a sufficient answer, and the equation to check each shape type will never change. The check method on the entity would then just be called from a session bean.

There is a part of me that doesn't like this idea though, because it feels like I am putting some degree of logic into an entity. Is there a good way to accommodate these different types and still keep the actual work in a session bean? (Please assume that entirely new shapes could be added to the system in the future, so rather than just adding a new entity with it's own method to check, the session bean would probably also need to be modified, which would be nice to avoid if possible.)

Does anyone have any thoughts or a better solution? Is there a different way that I should be looking at this one?
 
Bear Bibeault
Author and ninkuma
Marshal
Posts: 65833
134
IntelliJ IDE Java jQuery Mac Mac OS X
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
"Jeremy Just Jeremy", please check your private messages for an important administrative matter.
 
Amit M Tank
Ranch Hand
Posts: 257
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
well Entity bean should represent a row of data and it should not have any business logic as such.

if you add a new shape to your system and if you have to add a new entity for that every time then you can also add a logic to implement the methods of the shape.
 
It is sorta covered in the JavaRanch Style Guide.
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
Boost this thread!