Prev: Problem with the "contents" option in tagsets.excelxp
Next: PROC EXPORT in SAS/Server
From: montura on 2 Mar 2010 09:22
The following block of code that invokes a SAS/Macro repeatedly
actually represents a Worst Practice.
That data is better stored in a SAS dataset an pulled into a SCL
program.


> %namren(Mary,yrs);
> %namren(John,yers);
> %namren(James,yr);
> %namren(Joan,years);- Hide quoted text -
>
> - Show quoted text -

From: Richard A. DeVenezia on 2 Mar 2010 13:23
On Feb 25, 5:38 pm, xlr82sas <xlr82...(a)aol.com> wrote:
> Reposting because google seemed to bury my response?
>
> Hi Montura,
>
>   Thanks you for your comments.
>
>   Considering that EG does not support the development GUI, what are
> the options for SCL developers in EG?

The pluggable framework of EG tends to favor development of .net
assemblies to surface customize feature sets to EG users.

> Consider the programmer has a
> brand new AF/SCL install and wants to run my rename.
>

Any EG code that wants to run arbitrary (user supplied SCL as source
code text) requires a preinstalled stub on the SAS server the EG user
is connecting to.
Randy has stated he has developed such a stub.

-
Richard A. DeVenezia
http://www.devenezia.com
From: xlr82sas on 2 Mar 2010 14:31
On Mar 2, 10:23 am, "Richard A. DeVenezia" <rdevene...(a)gmail.com>
wrote:
> On Feb 25, 5:38 pm, xlr82sas <xlr82...(a)aol.com> wrote:
>
> > Reposting because google seemed to bury my response?
>
> > Hi Montura,
>
> >   Thanks you for your comments.
>
> >   Considering that EG does not support the development GUI, what are
> > the options for SCL developers in EG?
>
> The pluggable framework of EG tends to favor development of .net
> assemblies to surface customize feature sets to EG users.
>
> > Consider the programmer has a
> > brand new AF/SCL install and wants to run my rename.
>
> Any EG code that wants to run arbitrary (user supplied SCL as source
> code text) requires a preinstalled stub on the SAS server the EG user
> is connecting to.
> Randy has stated he has developed such a stub.
>
> -
> Richard A. DeVeneziahttp://www.devenezia.com

Hi Richard and Randy,

Is there anyway SAS users can influence Randy to consider working on
other SAS issues instead of supporting EG.

Here are my reasons:

1. .net is a Microsoft proprietary product and this scares
me.
2. EG is really not set up for any kind of interaction with
the user so SCL seems of less use in EG anyway.

I would much rather see Randy work on a drop down to R in the
datastep, like the IML Studio product, or a silent ODBC read write.

Also can anyone comment on SAS's stategic direction and resource
allocations for EG-SAS-SAP versus products like ODBC
From: xlr82sas on 2 Mar 2010 19:04

Hi SAS-Lers,

I want to correct my misconceptions about SCL. I have had some
offsite education from skilled SCL programmers.

Even my more complex macro can be done much more cleanly in SCL. I
see what SCL programmers bragging about.

Here is some untested code I recieved.

I did not know you could put a submit block in a loop.
I did try to put the submit block in a loop but program was full of
errors.

/*One Possible SAS Component Language Version*/
/*The Parameters Can Also Be Stored In A Dataset Or List Structure And
Retrieved In The Outermost Do Loop*/
/*Note: This Code Contains _NO_ Macro
Variables*/
length nam ren
$5;
init:
do i=1 to
4;
if i=1 then
do;

nam='Mary';

ren='yrs';

end;
else if i=2 then
do;

nam='John';

ren='yers';

end;
else if i=3 then
do;

nam='James';

ren='yr';

end;
else if i=4 then
do;

nam='James';

ren='years';

end;
do j=1 to
3;
submit
continue;
data
&nam.&j;
set
sasuser.class(where=(name=&nam));
if
mod(_n_,&j)=0;
rename
age=&ren;

run;

endsubmit;

end;
end;
return;




On Mar 2, 11:31 am, xlr82sas <xlr82...(a)aol.com> wrote:
> On Mar 2, 10:23 am, "Richard A. DeVenezia" <rdevene...(a)gmail.com>
> wrote:
>
>
>
>
>
> > On Feb 25, 5:38 pm, xlr82sas <xlr82...(a)aol.com> wrote:
>
> > > Reposting because google seemed to bury my response?
>
> > > Hi Montura,
>
> > >   Thanks you for your comments.
>
> > >   Considering that EG does not support the development GUI, what are
> > > the options for SCL developers in EG?
>
> > The pluggable framework of EG tends to favor development of .net
> > assemblies to surface customize feature sets to EG users.
>
> > > Consider the programmer has a
> > > brand new AF/SCL install and wants to run my rename.
>
> > Any EG code that wants to run arbitrary (user supplied SCL as source
> > code text) requires a preinstalled stub on the SAS server the EG user
> > is connecting to.
> > Randy has stated he has developed such a stub.
>
> > -
> > Richard A. DeVeneziahttp://www.devenezia.com
>
> Hi Richard and Randy,
>
>   Is there anyway SAS users can influence Randy to consider working on
> other SAS issues instead of supporting EG.
>
>   Here are my reasons:
>
>           1. .net is a Microsoft proprietary product and this scares
> me.
>           2. EG is really not set up for any kind of interaction with
> the user so SCL seems of less use in EG anyway.
>
>   I would much rather see Randy work on a drop down to R in the
> datastep, like the IML Studio product, or a silent ODBC read write.
>
>   Also can anyone comment on SAS's stategic direction and resource
> allocations for EG-SAS-SAP versus products like ODBC- Hide quoted text -
>
> - Show quoted text -

From: montura on 3 Mar 2010 07:56
Free beer may be the best possible way to influence the effort to
avoid talking about EG.
..
Compiled SCL program (init/return stubs) represent less than 10% of
the functionality available in SCL.
That would be your code example above.

Compiled CLASS objects deliver the remaining 90%.
You are just scratching the surface, there is a lot more.

First  |  Prev  | 
Pages: 1 2 3 4 5
Prev: Problem with the "contents" option in tagsets.excelxp
Next: PROC EXPORT in SAS/Server