|
From: neill.harper@xxxxxxxx
To: midrange-l@xxxxxxxxxxxx
Subject: RE: Would it be a reasonable to ask IBM's programmers to, write a %sortsfl(sfl: column)
Date: Tue, 8 Dec 2009 09:32:51 +0000
Ok fair enough. I think I get the message.
You are right there are loads of things that could and should be in RPG. But
there are also I lot of things about RPG that make it a fantastic language
to use for business logic. F spec and you are done as far as reading and
writing to database files. The seems so simple and we take it for granted,
but 50% (yeah ok i made this statistic up) of PC developments never deliver
because someone spent weeks coming up with the perfect object relational
mapping to that a generic list of ICustomer and persist it goodness knows
where, controlled by numerous config files.
Sometimes there is rock solid reliability and a satisfying elegance in using
a language that is just right for the job. If you want to use maps, and
hashes etc then why not try Java or roll your own in C++.
RPG has a purpose and it serves it well, whilst I'd love to see an object
orientated version of RPG, I'd much rather see IBM invest money in newer
technologies, like Java and PHP and ways for those languages to take
advantage RPG in inexpensive and easy to control ways.
Ok rant over, sorry everyone :-)
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of john e
Sent: 08 December 2009 08:34
To: midrange-l@xxxxxxxxxxxx
Subject: RE: Would it be a reasonable to ask IBM's programmers to, write a
%sortsfl(sfl: column)
Thanks for the info.
Like exceptions, it's supported by the OS, which is great, but not RPG,
which is an abomination.
From: neill.harper@xxxxxxxxwrite a %sortsfl(sfl: column)
To: midrange-l@xxxxxxxxxxxx
Subject: RE: Would it be a reasonable to ask IBM's programmers to,
Date: Mon, 7 Dec 2009 20:10:43 +0000function.
This is supported at the os level.
Check out QUSCRTUI, QUSADDUI, QUSRRTVUI.
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of john e
Sent: 07 December 2009 15:32
To: midrange-l@xxxxxxxxxxxx
Subject: RE: Would it be a reasonable to ask IBM's programmers to, write a
%sortsfl(sfl: column)
I would be happy to have some simple functionality, like a simple list or
map, where the keys/values are simple fields or datastructures. I will
handle deallocating resources myself, or simply use actgrp(*new).
For example, many times you need to simply collect revenues per department
where you have to totalise on department.
The standard approach for this is to use a temporary keyed file for this
which is a rather convoluted / complex solution for such a simple
You have an extra file definition, a file specification and all the dbsolution
overhead that comes along with using a database file. And the only reason
you use this db file is the "indexing" functionality that comes with it
(retrieve a record with a key). But this indexing functionality is simply
some datastructure and some operations.
Instead, with a simple map, one could create a procedure which defines a
variable with type "map" for example and have a light-weight simple
for this.green-screen.
You don't need garbage collection, interfaces, a type system etc etc for
this.
But i know, it will never happen.
Because.... "i can do that already now with RPG"
See my previous post why in 10 years most as400 apps are still
a
Date: Mon, 7 Dec 2009 10:03:12 -0500
Subject: Re: Would it be a reasonable to ask IBM's programmers to, write
%sortsfl(sfl: column)lists.
From: stephenrichter@xxxxxxxxx
To: midrange-l@xxxxxxxxxxxx
On Mon, Dec 7, 2009 at 6:17 AM, john e <jacobus1968@xxxxxxxxxxx> wrote:
Agreed...
IBM should enhance RPGIV to support "collections", like maps and
listlist
I don't think that is the sort of thing you can just bolt onto a
language. There has to be a solid foundation of features like gargage
collection, objects, interfaces, base classes, metadata, type system,
...
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
_________________________________________________________________
Het laatste nieuws, shownieuws en voetbalnieuws op MSN.nl
http://nl.msn.com/
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
To post a message email: MIDRANGE-L@xxxxxxxxxxxxlist
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
_________________________________________________________________
Alles over Windows
http://www.windows.nl/About.aspx
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 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.
midrange.com
