Le 30 nov. 04, � 23:43, Richard Gaskin a �crit :
Because there is no way to get the Master of distribued application of the Ecole Pratique des Hautes-Etudes Institute (Sorbonne University - Paris, France), i worked, last year in coding some J2EE apps and deployed them under the Tomcat (JSP) and JBoss (EJB2) platforms...
Theory aside, the practical benefits of OOP involve productivity, through ease of maintenance and reuse. For all of the talk of portable C++ objects over the years, few have materialized and very few are cross-platform. That is, unless you adopt an entire framework, like CodeWarrior's PowerPlant or Apple's XCode, but then you're moving past a portable object and are talking about a generalized application foundation, which is a much bigger thing. Trying to reuse a single widget in C++ or Java often means pulling a long chain of superclasses along with it, so that what was described as a reusable object is really a large folder full of .c and .h files. ;)
With Transcript, there are many practices which can help facilitate those practical benefits. While they may not satisfy OOP purists, such folks are probably happily using Java anyway so we can ignore them and get back to our own productivity.
In my own humble idea, there is still nothing that can be deployed in using a Revolution's application server that could be best coded and deployed in using the Java 1.4 platform. To code "academically", apps in Java 2, we need UML, 20 different frameworks (Eclipse or NetBeans one side, Ant, CVS, XDoclet, SWT, Struts, Andromda, Hibernate, JUnit,...) where we only need one framework (Rev) to go head with the same kind of project in using our prefered XTalk.
About OOP, Rev is from ground build to let us design as we want : 100% OOP or, best in my mind 50% OOP / 50% functionnal. In Java, we have no choice : 100% OOP only and only one hierarchical heritance way is available (from bottom to top) where Transcript let us free to design all the heritances we need (bottom-top, transversal messages beerwin handler and stacks, start using, send message) + the ability to use recursivity procs and functions...
To the end, the Java deployed apps are build by teams, running from 20 to 60 times slower than the Revolution 2.5 one and can't be coded at once and deployed anywhere.
Anyone is free to choose Java instead of XTalk to code great networked apps but we have to understand and remember that Revolution is still the perfect tool to let us code in days and weeks ALL what can be build and deployed in weeks and months in using the J2EE platform. In opposition, there is no issues to code in Java all what can be coded in Transcript.
In my mind, Java lacks in some critical aera, alike the client-side security of the connected apps or alike the ways the SQL back-ends are binded to the application's servers.
In my mind, Java is a little outdated but, because marketing and ideology, it seems mainly a more usefull language than it is in reality.
It's my job to build critical networked apps with tousands of write-mode connections peer second. My customers don't care about what languages i'm using to delivry to them the apps they are paying for. They just remember that the delivred apps are always working as expected, for years...
Perhaps is Java - mainly - a bureaucratic and ideologic development paradigm, perhaps ;-)...
-- Richard Gaskin Fourth World Media Corporation Developer of WebMerge: Publish any database on any Web site ___________________________________________________________ [EMAIL PROTECTED] http://www.FourthWorld.com
_______________________________________________ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
-- Bien cordialement, Pierre Sahores
100, rue de Paris F - 77140 Nemours
[EMAIL PROTECTED] [EMAIL PROTECTED]
GSM: +33 6 03 95 77 70 Pro: +33 1 64 45 05 33 Fax: +33 1 64 45 05 33
<http://www.sahores-conseil.com/>
WEB/EAI services & ACID DB over IP "Mutualiser les deltas de productivit�"
_______________________________________________ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
