JavaWorld
addict
Reged: 06/20/03
Posts: 482
|
|
The power of table-oriented programming
|
Matthias
Unregistered
|
|
Hmm, very good article! While reading, I noticed that I had been programming in a "table oriented" way sometimes, intuitively, without thinking about it. And those were actually among my simplest frameworks.
But to my mind, this article is only the beginning. I don't think it is good advice to always do it in the table-oriented way. Also, it is not neccessary to expose the actual table structure in the code. Sometimes, "lightweight wrapping" is the best solution: Create use case specific table delegation objects. Use Java interfaces at best. Create prototypes that return static data or read from a file, exchange those implementations with real database objects later on.
|
MaximZ1
Unregistered
|
|
But what to do if I need mid-tier (EJB) for Swing-based Rich Client? How UI components may work with (EJB) if they are oriented on working with Record and Table sitting directly on top of database? I agree that such approach is good for Client-Server applications but do not see transparent mechanism for implmenting three tier applications riunning business logic on server.
|
Fredrik B
Unregistered
|
|
The UI components in Butler does not work with EJB components. But other parts of the client may of course call EJB. And if you don't want to the client to make JDBC calls directly, butler commands can be tunneled through RMI (or Web Services and EJB in the future). Have a look at the classes butler.sql.service.ButlerDriver, ClientDriver and SQLServiceImpl. Using this authorization, validation and triggers can be performed on the server-side.
|
Anonymous
Unregistered
|
|
Servoy does all this without the coding, check it out Servoy
|
2MeetFreelancers
Unregistered
|
|
2MeetFreelancers.com - Post your projects for FREE
http://www.2meetfreelancers.com/
Find a php expert freelance programmer and designers at the prices you want to pay. Post your projects and programmers will place bids, you choose the price you want. Get programming done for your site in perl/cgi, php, java, asp, plus web design and so much more. buy, bid, sell
|
pkulek
Unregistered
|
|
Looks like the wheel is being re-invented, and badly at that.
I used to do a lot of business application development with Clipper but have been forced to move to less productive environments, such as Delphi, C++, Visual Basic, Java and now .Net.
In the business world,(which probably accounts for most software) all application development is performed around a database no matter how large or small the business. The only development tools I have used that are data centric and use a data or table driven approach and are any good have been dBase and it's derivatives such as Clipper, Visual Objects, Recital, XBase++, Foxpro and others, and now being resurrected by xHarbour and the like for the 32 bit environment. These tools were far more productive for business applications than any of the developmnt environments that use Static typed languages that have been forced on us by hype.
With a dynamic typed language and a table driven approach, development is far superior, making changes and modifications trivial, that can be made without throwing users of the network, not to mention that multi-lingual development is a breeze.
I am looking forward to when the likes of dynamic typed languages are given more attention from the development community, but trends seem to be driven by the academics who have no idea developing business systems, rather sticking to scientific applications.
|
Previous
Index
Next
Threaded
Edit
Reply
Quote
