|
Paul Holm wrote:
I'm talking about all levels of programming. I've effectively used these techniques on applications of all size and they work. The framework handles common processing, you tack on your custom processing. This is the industrial revolution for software. The ability to pump out mass application with the easy ability to customize where needed. If you would like, I can show you overridden code of any complexity. The process is gather your data, make your decisions, return your result to the framework. If no complex decisions need to be made, I do nothing and the standard framework processing handles everything needed.
If you truly analyze the time you spend developing an application you will find that the majority is spent on recording task as I've explained. Your custom logic of pricing, MRP generations, etc is probably a distant second in terms of time spent. As you mentioned, to do those calculations, you are getting data, etc. The framework can get, cache, query, update, whatever you need without effort. Therefore I know solving these reoccurring problems would yield far more benefit to your productivity than being concerned weather Java can handle BigDecimal precision, and if then else logic.
RPG would probably win in a performance race depending on the situation. Again, I'm not anti procedural nor anti RPG. Leverage them where you can.
custom logic where and when needed. To produce business applications of any type, you need to incorporate these common reoccurring requirements. How many applications (even your MRP) that you write don't involve selecting records, updating, displaying, processing, validating, inserting, etc?
As I mentioned as a friendly educational and learning project, if you want to challenge your approach against what OO can provide, I'm ready. (Actually I'll be at a client next week so I'm ready this week :^)
1. XSL/FOP -> gives you a hard time and takes long 2. OpenSource Report Generators -> not too mature 3. Commercial Report Generators -> not too cheap
Marc Logemann
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.