[Date Prev][Date Next][Thread Prev][Thread Next] [Search] [Date Index] [Thread Index]

[MacPerl] Off-topic: Use of the 'strict' pragma



Hello All,

This is an off-topic post. For those who would like to continue the 
discussion, I recommend that we move this to macperl-anyperl.

I have been charged with developing an in-house project management 
system. It will use a web-based front end and will use a MySQL database 
for storage. All of my previous Perl and MacPerl projects have been small 
and relatively unsophisticated. This one will be much different.

In doing some research on DBI, the pod documentation recommended 'use 
strict;'. This was new to me. So I then turned to Programming Perl and 
started to read up on 'strict-Restrict Unsafe Constructs' (page 500 for 
those who are interested). It was very informative reading, but I still 
have a few questions.

1. Am I correct in assuming that the larger the project, the more likely 
strict is used? Or, in the real world do some programmers just ignore it?
2. Is strict, too strict? (This is hinted at, but I value your comments.)
3. Once development is complete, can you save some (loading|run)time by 
commenting out strict?
4. Should one 'use strict;' encompassing 'vars', refs', and 'subs'? When 
should a programmer get specific?
5. Is there anything else one should know about the strict pragma?

This project has already given me an opportunity to grow my knowledge. 
That alone makes it worth it in my book!

Thank you all for your time. I hope this start useful thread for those 
new to (Mac)Perl.

Elton



======================================================================
Elton Hughes                               505 W. Olive Ave. Suite 550
NOVA Private Industry Council                      Sunnyvale, CA 94086
http://www.novapic.org/                            Phone: 408-730-7232
----------------------------------------------------------------------


===== Want to unsubscribe from this list?
===== Send mail with body "unsubscribe" to macperl-request@macperl.org