Re: CL programming standards

Hi, Joel:

In addition to Jim Sloan's CL book, (already recommended), try this, from the late Gary Guthrie of (then) NEWS/400 magazine.

http://www.clyrics.com/stonec/book/clstyle.htm

This was based on "Style Guides" that Gary Guthrie put together for authors of "published code" to follow, so that all published code would have a similar look and style. They had similar guides for RPG/400 and RPG IV code, too, back in the day.

Hope that helps,

Mark S. Waterbury

> On 4/27/2012 10:43 AM, Stone, Joel wrote:

OK - I should never write "never".

I read the article. You are talking about a very rare, non-production, system type CL.

I am referring to everyday applications that run the business - not managing the OS.

Anyone know where I can find "best practices" info on CL?

I have how-to books by Greg Veal and others; they are great on syntax, but not much on style and best practices used out in the field.




-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of sjl
Sent: Friday, April 27, 2012 8:57 AM
To: midrange-l@xxxxxxxxxxxx
Subject: Re: CL programming standards

Joel -

Some reasons for qualifying the library in a CL program:
http://www.itjungle.com/tfh/tfh012003-story04.html

I have other reasons, will reply later with additional information.

Hint: There are some very good reasons for qualifying the IBM commands used
in certain CL programs to QSYS.

- sjl



Joel wrote:
What are some of the CL programming standards that your shop has found
valuable?
I would think that a few standards are NEVER have the following in
production CL:
- never have a library name in CL (OK allow QTEMP)
- never have even a variable library name in CL
- never have a person's name or email address in CL (OK in author comments)

Would a library in CL ever be necessary? I would think that good coding
would allow the *libl to do the work of choosing the correct lib in almost
all cases.

Comments and additional good practices?