Re: OO perl programming

[Sebastien Feugere]

Chromatic Modern Perl [1] + Ovid's Beginning Perl [2]

[1] http://modernperlbooks.com/books/modern_perl/chapter_00.html
[2] http://shop.oreilly.com/product/9781118013847.do

Sébastien


On Thu, Feb 6, 2014 at 5:30 AM, kavita kulkarni
wrote:

> Can somebody suggest me good book to learn/practice object oriented Perl
> programming.
>
>
> Regards,
> Kavita :-)
>

Re: OO perl programming

[Janek Schleicher]

Am 13.02.2014 21:27, schrieb Uri Guttman:

actually that isn't totally true. the concepts are fairly language
independent but some languages have better support for OO than others.
in particular it isn't hard to do OO even assembler (which i did) in
that i grouped common data together and called subs via attached
pointers. the biggest feature (which i generally don't like anyway) is
inheritance and that pretty much has to be in the language to be effective.


Nah, unless the language is very strict, we can fake it.
A good example would be nowadays Javascript that really doesn't support 
OO, but pretty much every framework is object oriented by working with 
conventions that look & feel like OO.


Perl itself also doesn't support "naturally" OO (unless you use Moose), 
it is more a kind of hack (as from a point of view of the language, it 
is just a way of how to find wich procedure has to be called mostly 
following a DAG - nothing more happens when we bless something), but 
that is flexible enough to provide everything C++ also has.


Learning object oriented programming (and design) is pretty much 
language independent.


BTW, inheritance is IMHO much overrated. Most frameworks uses OO more to 
simulate generic patterns, that's why languages which enables interface 
still feel OO and strictly OO languages like Java had to built in 
generics to be useable longterm. In most cases, excessive inheritance 
creates more problems than it solves (unless we speak about GUI 
programming, but nowadays even this is solved better by HTML5). It is of 
course important that an object has a @ISA history, but most often it is 
also important that it is not abused too much. As said, most often it is 
just an interface with some data included (what btw also isnt the 
internal view of Perl/PHP/... to it, there it is just a hash with 
knowledge of its father and an instruction to the language to find its 
inherited methods).


OO works best when we have to develop some kind of global problems like 
designed by Gammas Patterns and if we think of stuff like the Factory 
Pattern, well, then the language and its support for OO isn't really 
that important.


Greetings,
Janek

--
To unsubscribe, e-mail: beginners-unsubscr...@perl.org
For additional commands, e-mail: beginners-h...@perl.org
http://learn.perl.org/

Re: OO perl programming

[Octavian Rasnita]

From: Robert Wohlfarth 
  On Thu, Feb 13, 2014 at 2:46 PM, Jim Gibson  wrote:

CPAN modules should be OO nowadays, just to avoid namespace clashes (all 
the good function names are taken).


  Packages already prevent namespace clashes. Why add the overhead and 
complexity of objects?


  My personal rule of thumb is that objects represent "things". I think of 
objects as managing state - the state of an individual "thing". Modules with 
all class methods do not represent "things". They're just functions.


  Because if package A exports a function something() and the package B also 
export a function something(), they will clash and should be called using 
A::function() and B::function() which is not very nice nor productive.

  But yes, sometimes (or maybe most times?) there are no such clashes found, 
and the OOP package creates a single object in the whole program, and if that 
object is not needed to do polymorphism, them it appears to be pretty useless.

  In bigger programs using OOP can make the things clearer and easier to 
maintain.

  Octavian

Re: OO perl programming

[Robert Wohlfarth]

On Thu, Feb 13, 2014 at 2:46 PM, Jim Gibson  wrote:

> CPAN modules should be OO nowadays, just to avoid namespace clashes (all
> the good function names are taken).
>

Packages already prevent namespace clashes. Why add the overhead and
complexity of objects?

My personal rule of thumb is that objects represent "things". I think of
objects as managing state - the state of an individual "thing". Modules
with all class methods do not represent "things". They're just functions.

-- 
Robert Wohlfarth

Re: OO perl programming

[Jim Gibson]

On Feb 13, 2014, at 12:27 PM, Uri Guttman wrote:

> On 02/13/2014 12:39 PM, Janek Schleicher wrote:
>> Am 05.02.2014 23:30, schrieb kavita kulkarni:
>>> Can somebody suggest me good book to learn/practice object oriented Perl
>>> programming.
>> 
>> The usual answer is to study computer science.
>> 
>> OO programming is the same independet of language.
> 
> actually that isn't totally true. the concepts are fairly language 
> independent but some languages have better support for OO than others. in 
> particular it isn't hard to do OO even assembler (which i did) in that i 
> grouped common data together and called subs via attached pointers. the 
> biggest feature (which i generally don't like anyway) is inheritance and that 
> pretty much has to be in the language to be effective.

Yup.

The four pillars of Object Oriented Programming are said to be:

1. Encapsulation
2. Data hiding
3. Polymorphism
4. Inheritance

Perl doesn't really do data hiding very well (google for "Larry Wall shotgun"), 
but it does support the other three OK. I have not programmed in Perl using OO 
techniques in years. I think I have written one big Perl program that uses OO 
inheritance in 15 years. 
(Just lucky, I guess :)

CPAN modules should be OO nowadays, just to avoid namespace clashes (all the 
good function names are taken).


--
To unsubscribe, e-mail: beginners-unsubscr...@perl.org
For additional commands, e-mail: beginners-h...@perl.org
http://learn.perl.org/

Re: OO perl programming

[Shawn H Corey]

On Thu, 13 Feb 2014 15:27:28 -0500
Uri Guttman  wrote:

> On 02/13/2014 12:39 PM, Janek Schleicher wrote:
> > Am 05.02.2014 23:30, schrieb kavita kulkarni:  
> >> Can somebody suggest me good book to learn/practice object
> >> oriented Perl programming.  
> >
> > The usual answer is to study computer science.
> >
> > OO programming is the same independet of language.  
> 
> actually that isn't totally true. the concepts are fairly language 
> independent but some languages have better support for OO than
> others. in particular it isn't hard to do OO even assembler (which i
> did) in that i grouped common data together and called subs via
> attached pointers. the biggest feature (which i generally don't like
> anyway) is inheritance and that pretty much has to be in the language
> to be effective.

I find encapsulation to be the biggest advantage of OOP. Most shops I
know of, including those which exclusively use OOP, use copy & paste as
the main way to reuse code.


-- 
Don't stop where the ink does.
Shawn

-- 
To unsubscribe, e-mail: beginners-unsubscr...@perl.org
For additional commands, e-mail: beginners-h...@perl.org
http://learn.perl.org/

Re: OO perl programming

[Uri Guttman]

On 02/13/2014 12:39 PM, Janek Schleicher wrote:

Am 05.02.2014 23:30, schrieb kavita kulkarni:

Can somebody suggest me good book to learn/practice object oriented Perl
programming.


The usual answer is to study computer science.

OO programming is the same independet of language.


actually that isn't totally true. the concepts are fairly language 
independent but some languages have better support for OO than others. 
in particular it isn't hard to do OO even assembler (which i did) in 
that i grouped common data together and called subs via attached 
pointers. the biggest feature (which i generally don't like anyway) is 
inheritance and that pretty much has to be in the language to be effective.


uri


--
Uri Guttman - The Perl Hunter
The Best Perl Jobs, The Best Perl Hackers
http://PerlHunter.com

--
To unsubscribe, e-mail: beginners-unsubscr...@perl.org
For additional commands, e-mail: beginners-h...@perl.org
http://learn.perl.org/

Re: OO perl programming

[Janek Schleicher]

Am 05.02.2014 23:30, schrieb kavita kulkarni:

Can somebody suggest me good book to learn/practice object oriented Perl
programming.


The usual answer is to study computer science.

OO programming is the same independet of language.

Greetings,
Janek


--
To unsubscribe, e-mail: beginners-unsubscr...@perl.org
For additional commands, e-mail: beginners-h...@perl.org
http://learn.perl.org/

Re: OO perl programming

[Rob Dixon]

On 07/02/2014 01:11, Sam wrote:


The oreilly "Learning Perl" teaches one to use the ampersand when
calling subroutines, which most perl'ers will disagree with. I did it
for years with out even questioning it until it bit me because I had
read that book.


I believe that most of the recent dislike of Perl comes from its use of
sigils for everything. The original design was a result of Larry Wall's
linguistic background, so his sigils were a way of expressing the
plurality of value in the same way that we add a suffix `s` to most
nouns to show a plural, or `ly` do denote an adverb.

It's a nice idea, and is very comfortable once you are used to it, but
it can look kinda crazy when you're used to bare variable names. I
believe it's much nicer than the awful Hungarian Notation, which comes
up with stuff like `arru16Ids` for an array of unsigned sixteen-bit
identifiers.

The move to object-orientation in Perl 5 rather messed this idea up, as
it didn't make sense to call methods as `&{ $object->method }`, so the
requirement for the ampersand was dropped in ordinary subroutine calls
as well as method calls.

I dislike Learning Perl for other reasons: paticularly that, despite
being a senior partner of Stonehenge, on whose courses the book is
based, doesn't seem to comprehend the problems that people have with
learning and understanding Perl.

However, later editions of Learning Perl include this section

http://hellolixian.tumblr.com/post/5569953537/omitting-the-ampersand

that goes some way to explaining the circumstances where an ampersand is
necessary.

My rule of thumb is that you should use the ampersand if you are
treating the subroutine as an item of data: you should drop it if you
are just calling it as a function.

Rob



---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com


--
To unsubscribe, e-mail: beginners-unsubscr...@perl.org
For additional commands, e-mail: beginners-h...@perl.org
http://learn.perl.org/

Re: OO perl programming

[timothy adigun]

Hi


On Fri, Feb 7, 2014 at 2:11 AM, Sam  wrote:

> On 02/06/2014 12:00 PM, Frank Landry wrote:
>
>> any of the oreilly books
>>
>>
>> Frank N. Landry
>>
>
> The oreilly "Learning Perl" teaches one to use the ampersand when calling
> subroutines,


Which edition of "Learning Perl" are you using? In the 6th Edition did
you read the author's explanation under the sub-topic: *Omitting the
Ampersand? *Page 74.



> which most perl'ers will disagree with. I did it for years with out even
> questioning it until it bit me because I had read that book.
>
> Sam
>
>
>
> --
> To unsubscribe, e-mail: beginners-unsubscr...@perl.org
> For additional commands, e-mail: beginners-h...@perl.org
> http://learn.perl.org/
>
>
>


-- 
Tim

Re: OO perl programming

[Sam]

On 02/06/2014 12:00 PM, Frank Landry wrote:

any of the oreilly books


Frank N. Landry


The oreilly "Learning Perl" teaches one to use the ampersand when 
calling subroutines, which most perl'ers will disagree with. I did it 
for years with out even questioning it until it bit me because I had 
read that book.


Sam


--
To unsubscribe, e-mail: beginners-unsubscr...@perl.org
For additional commands, e-mail: beginners-h...@perl.org
http://learn.perl.org/

Re: OO perl programming

[Manfred Lotz]

On Wed, 5 Feb 2014 19:00:12 -0500
Omega -1911 <1911...@gmail.com> wrote:

> I really think the quoting that you own a resource for beginners is
> outdated. Why should you have to reveal you own a site that helps
> people? I wish all the Perl guru's would put down their differences
> and get this list back to JUST HELPING PEOPLE... If "TIMTOWTDO" is a
> TRUE concept, WHY are there those that argue? #Getoverit
> 
> 

I thought it was good that Shlomi told that this is his site because
otherwise he would have made advertisement for his site without
revealing it. Moreover, he didn't say: this is my site and it is the
best in the world. So his behavior was honest implicitly saying: this
is my site, you may judge for yourself if you like my view of things. 

At least this is how I perceived it.

-- 
Manfred


> On Wed, Feb 5, 2014 at 6:48 PM, Shlomi Fish 
> wrote:
> 
> > Hi Kavita,
> >
> > welcome aboard.
> >
> > On Wed, 5 Feb 2014 14:30:53 -0800
> > kavita kulkarni  wrote:
> >
> > > Can somebody suggest me good book to learn/practice object
> > > oriented Perl programming.
> > >
> >
> > First of all see: http://perl-begin.org/topics/object-oriented/
> > (Note: I originated and maintain perl-begin.org and most of the
> > content there). If you
> > already know Perl and understand OOP to a substantial extent, then
> > you should
> > read the Moose Manual followed by the Moose Cookbook:
> >
> > *
> > https://metacpan.org/pod/release/ETHER/Moose-2.1202/lib/Moose/Manual.pod
> >
> > *
> > https://metacpan.org/pod/release/ETHER/Moose-2.1202/lib/Moose/Cookbook.pod
> >
> > (Links are specific with respect to the Moose version).
> >
> > After that, you should be able to use either Moose or Moo depending
> > on what you
> > need (Moo provides a subset of Moose, and is Moose-compatible).
> >
> > I recall a version of the Moose documentation built from the PODs
> > (= the Perl documentation format) made available on Lulu.com as an
> > EBOOK or a print-on-demand book:
> >
> > http://www.lulu.com/shop/dave-rolsky-and-stevan-little/moose/ebook/product-17430698.html
> > - however it seems to cover only Moose 0.87 which is old.
> >
> > If you don't know Perl and/or OOP too well, then you should first
> > read the relevant parts of chromatic's Modern Perl book:
> >
> > http://perl-begin.org/books/#modern-perl
> >
> > Good luck!
> >
> > Regards,
> >
> > Shlomi Fish
> >
> > P.S: seems like I'll need to revamp http://perl-begin.org/ because
> > some of the
> > resources pointed there are outdated. :-(.
> >
> > --
> > -
> > Shlomi Fish   http://www.shlomifish.org/
> > List of Portability Libraries - http://shlom.in/port-libs
> >
> > All truth is God's truth.
> > --
> >
> > http://www.shlomifish.org/humour/fortunes/show.cgi?id=larry-wall-all-truth-is-gods-truh
> >
> > Please reply to list if it's a mailing list post -
> > http://shlom.in/reply .
> >
> > --
> > To unsubscribe, e-mail: beginners-unsubscr...@perl.org
> > For additional commands, e-mail: beginners-h...@perl.org
> > http://learn.perl.org/
> >
> >
> >
> 
> 




-- 
To unsubscribe, e-mail: beginners-unsubscr...@perl.org
For additional commands, e-mail: beginners-h...@perl.org
http://learn.perl.org/

Re: OO perl programming

[Frank Landry]

any of the oreilly books



On Thu, Feb 6, 2014 at 9:50 AM, lesleyb  wrote:

> On Wed, Feb 05, 2014 at 11:52:39PM -0600, Sam wrote:
> > On 02/05/2014 04:30 PM, kavita kulkarni wrote:
> > >Can somebody suggest me good book to learn/practice object oriented Perl
> > >programming.
> > >
> > >
> > >Regards,
> > >Kavita :-)
> >
> >
> > Beginning Perl by Curtis Poe is a really good read. Also there are
> > many tutorials for perl moose online.
> >
> I haven't reread the perldoc object oriented stuff in ages but I would
> agree
> that learning Moose for Perl OO is your best bet for modern Perl OO
> practice.
>
> Here's a URL for it
> http://search.cpan.org/dist/Moose/
>
> perldoc Moose will be your friend.
>
> Kind regards
>
> Lesley
>
>
>
> --
> To unsubscribe, e-mail: beginners-unsubscr...@perl.org
> For additional commands, e-mail: beginners-h...@perl.org
> http://learn.perl.org/
>
>
>


-- 
Frank N. Landry

Re: OT: Acronyms (Was: OO perl programming)

[Kevin Monceaux]

On Thu, Feb 06, 2014 at 01:48:06PM +0200, Shlomi Fish wrote:
 
> A few days ago I was chatting on ##programming on Freenode, when I tried
> to help someone and he used the "mf" (in lowercase) several times. I
> thought it meant “motherfer”, but it turned out to stand for “my
> fault” (i.e: http://en.wiktionary.org/wiki/mea_culpa ).

Acronyms can be dangerous.  Where I work mf, in in upper or lower case,
usually means mainframe.  In the IBM mainframe world we have more acronyms
than we know what to do with ...  DASD and CICS and IMS, oh my.  :-)  



-- 

Kevin
http://www.RawFedDogs.net
http://Lassie.RawFedDogs.net
http://www.WacoAgilityGroup.org
Bruceville, TX

What's the definition of a legacy system? One that works!
Errare humanum est, ignoscere caninum.

-- 
To unsubscribe, e-mail: beginners-unsubscr...@perl.org
For additional commands, e-mail: beginners-h...@perl.org
http://learn.perl.org/

Re: OO perl programming

['lesleyb']

On Wed, Feb 05, 2014 at 11:52:39PM -0600, Sam wrote:
> On 02/05/2014 04:30 PM, kavita kulkarni wrote:
> >Can somebody suggest me good book to learn/practice object oriented Perl
> >programming.
> >
> >
> >Regards,
> >Kavita :-)
> 
> 
> Beginning Perl by Curtis Poe is a really good read. Also there are
> many tutorials for perl moose online.
> 
I haven't reread the perldoc object oriented stuff in ages but I would agree
that learning Moose for Perl OO is your best bet for modern Perl OO practice.

Here's a URL for it 
http://search.cpan.org/dist/Moose/

perldoc Moose will be your friend.

Kind regards

Lesley



-- 
To unsubscribe, e-mail: beginners-unsubscr...@perl.org
For additional commands, e-mail: beginners-h...@perl.org
http://learn.perl.org/

Re: OO perl programming

[Shaji Kalidasan]

Hi Kavita,

Here is a good starting point for OO Perl.



Further, you can purchase a copy of Object Oriented Perl by Damian Conway at 
Amazon. (Please follow the second Link)





After gaining a good understanding on the object oriented concepts then you can 
explore Moose or Moo. Even though Conway's book is dated it is well worth a 
read. Most of the concepts are still relevant even today.

PS:-

Links surrounded by angle brackets (Courtesy : Shlomi Fish)

best,
Shaji
---
Your talent is God's gift to you. What you do with it is your gift back to God.
---
 
On Thursday, 6 February 2014 5:18 PM, Shlomi Fish  
wrote:
Hi Omega,

On Wed, 5 Feb 2014 19:05:37 -0500
Omega -1911 <1911...@gmail.com> wrote:

> "TIMTOWTDO" = There is more than one way to do than otherwise (told)
> 

thanks for expanding the acronym! I decided to avoid using acronyms as much
as possible, ever since I read this page:

*
http://web.archive.org/web/20110725045842/http://blog.trustedadvisortoolkit.com/2010/10/04/what-do-you-mean-by-wdym

* (short URL - http://is.gd/UXm2HL ) 

A few days ago I was chatting on ##programming on Freenode, when I tried to
help someone and he used the "mf" (in lowercase) several times. I thought it
meant “motherfer”, but it turned out to stand for “my fault” (i.e:
http://en.wiktionary.org/wiki/mea_culpa ). On the fun side, see
http://humorix.org/10433 ( “Severe Acronym Shortage Cripples Computer
Industry”).

Regards,

    Shlomi Fish

-- 
-
Shlomi Fish      http://www.shlomifish.org/
NSA Factoids - http://www.shlomifish.org/humour/bits/facts/NSA/

/usr/bin/perl consults Chuck Norris with how to parse Perl.
    — Nadav Vinik ; http://www.shlomifish.org/humour/bits/facts/Chuck-Norris/


Please reply to list if it's a mailing list post - http://shlom.in/reply .

--
To unsubscribe, e-mail: beginners-unsubscr...@perl.org
For additional commands, e-mail: beginners-h...@perl.org
http://learn.perl.org/

--
To unsubscribe, e-mail: beginners-unsubscr...@perl.org
For additional commands, e-mail: beginners-h...@perl.org
http://learn.perl.org/

Re: OO perl programming

[Shlomi Fish]

Hi Omega,

On Wed, 5 Feb 2014 19:05:37 -0500
Omega -1911 <1911...@gmail.com> wrote:

> "TIMTOWTDO" = There is more than one way to do than otherwise (told)
> 

thanks for expanding the acronym! I decided to avoid using acronyms as much
as possible, ever since I read this page:

*
http://web.archive.org/web/20110725045842/http://blog.trustedadvisortoolkit.com/2010/10/04/what-do-you-mean-by-wdym

* (short URL - http://is.gd/UXm2HL ) 

A few days ago I was chatting on ##programming on Freenode, when I tried to
help someone and he used the "mf" (in lowercase) several times. I thought it
meant “motherfer”, but it turned out to stand for “my fault” (i.e:
http://en.wiktionary.org/wiki/mea_culpa ). On the fun side, see
http://humorix.org/10433 ( “Severe Acronym Shortage Cripples Computer
Industry”).

Regards,

Shlomi Fish

-- 
-
Shlomi Fish   http://www.shlomifish.org/
NSA Factoids - http://www.shlomifish.org/humour/bits/facts/NSA/

/usr/bin/perl consults Chuck Norris with how to parse Perl.
— Nadav Vinik ; http://www.shlomifish.org/humour/bits/facts/Chuck-Norris/

Please reply to list if it's a mailing list post - http://shlom.in/reply .

--
To unsubscribe, e-mail: beginners-unsubscr...@perl.org
For additional commands, e-mail: beginners-h...@perl.org
http://learn.perl.org/

Re: OO perl programming

[Shlomi Fish]

Hi Omega,

On Wed, 5 Feb 2014 19:00:12 -0500
Omega -1911 <1911...@gmail.com> wrote:

> I really think the quoting that you own a resource for beginners is
> outdated. Why should you have to reveal you own a site that helps people?

Well, I think you've seen that in the past someone here had issues with people
referring to their own resources (even if they were open source / open media /
etc. and not particularly commercial or profitable). While I had some issues
with what he said, I do agree that sometimes a disclaimer that I
originated and/or maintain the resource is a good idea, because people may
realise that you may be partial or biased towards recommending it.

In any case, it is often impossible to please everyone (see
https://en.wikipedia.org/wiki/The_man,_the_boy,_and_the_donkey ) so I hope you
agree, it's not a bad solution.
  
> I
> wish all the Perl guru's would put down their differences and get this list
> back to JUST HELPING PEOPLE... 

http://programming-motherfucker.com/ !

Well, I should note that this mailing list sometimes has other things aside
from directly helping people, like discussion that was derived from it (I
remember some relatively long discussions about whether "goto" was acceptable
sometimes, and about using threads as a viable solution for concurrency). I see
your point, though, but I don't think that me writing a short disclaimer that I
originated and/or maintain a certain resource undermines this.  

Regards,

Shlomi Fish

-- 
-
Shlomi Fish   http://www.shlomifish.org/
The Human Hacking Field Guide - http://shlom.in/hhfg

The American Lottery: all you need is a dollar and a dream. We will take the
dollar, but you can keep the dream.

Please reply to list if it's a mailing list post - http://shlom.in/reply .

-- 
To unsubscribe, e-mail: beginners-unsubscr...@perl.org
For additional commands, e-mail: beginners-h...@perl.org
http://learn.perl.org/

Re: OO perl programming

[Sam]

On 02/05/2014 04:30 PM, kavita kulkarni wrote:

Can somebody suggest me good book to learn/practice object oriented Perl
programming.


Regards,
Kavita :-)



Beginning Perl by Curtis Poe is a really good read. Also there are many 
tutorials for perl moose online.



Sam

--
To unsubscribe, e-mail: beginners-unsubscr...@perl.org
For additional commands, e-mail: beginners-h...@perl.org
http://learn.perl.org/

Re: OO perl programming

[Charles DeRykus]

On Wed, Feb 5, 2014 at 2:30 PM, kavita kulkarni
wrote:

> Can somebody suggest me good book to learn/practice object oriented Perl
> programming.
>
> With a recently modern perl,  I'd start with perl's own tutorial to get
a short overview.

   See:  perldoc perlootut

And, then go on to other suggested sources... or not :)

TIMTOWDI

-- 
Charles DeRykus

Re: OO perl programming

[Omega -1911]

"TIMTOWTDO" = There is more than one way to do than otherwise (told)


On Wed, Feb 5, 2014 at 7:00 PM, Omega -1911 <1911...@gmail.com> wrote:

> I really think the quoting that you own a resource for beginners is
> outdated. Why should you have to reveal you own a site that helps people? I
> wish all the Perl guru's would put down their differences and get this list
> back to JUST HELPING PEOPLE... If "TIMTOWTDO" is a TRUE concept, WHY are
> there those that argue? #Getoverit
>
>
> On Wed, Feb 5, 2014 at 6:48 PM, Shlomi Fish wrote:
>
>> Hi Kavita,
>>
>> welcome aboard.
>>
>> On Wed, 5 Feb 2014 14:30:53 -0800
>> kavita kulkarni  wrote:
>>
>> > Can somebody suggest me good book to learn/practice object oriented Perl
>> > programming.
>> >
>>
>> First of all see: http://perl-begin.org/topics/object-oriented/ (Note: I
>> originated and maintain perl-begin.org and most of the content there).
>> If you
>> already know Perl and understand OOP to a substantial extent, then you
>> should
>> read the Moose Manual followed by the Moose Cookbook:
>>
>> *
>> https://metacpan.org/pod/release/ETHER/Moose-2.1202/lib/Moose/Manual.pod
>>
>> *
>> https://metacpan.org/pod/release/ETHER/Moose-2.1202/lib/Moose/Cookbook.pod
>>
>> (Links are specific with respect to the Moose version).
>>
>> After that, you should be able to use either Moose or Moo depending on
>> what you
>> need (Moo provides a subset of Moose, and is Moose-compatible).
>>
>> I recall a version of the Moose documentation built from the PODs (= the
>> Perl documentation format) made available on Lulu.com as an EBOOK or a
>> print-on-demand book:
>>
>> http://www.lulu.com/shop/dave-rolsky-and-stevan-little/moose/ebook/product-17430698.html
>> - however it seems to cover only Moose 0.87 which is old.
>>
>> If you don't know Perl and/or OOP too well, then you should first read the
>> relevant parts of chromatic's Modern Perl book:
>>
>> http://perl-begin.org/books/#modern-perl
>>
>> Good luck!
>>
>> Regards,
>>
>> Shlomi Fish
>>
>> P.S: seems like I'll need to revamp http://perl-begin.org/ because some
>> of the
>> resources pointed there are outdated. :-(.
>>
>> --
>> -
>> Shlomi Fish   http://www.shlomifish.org/
>> List of Portability Libraries - http://shlom.in/port-libs
>>
>> All truth is God's truth.
>> --
>>
>> http://www.shlomifish.org/humour/fortunes/show.cgi?id=larry-wall-all-truth-is-gods-truh
>>
>> Please reply to list if it's a mailing list post - http://shlom.in/reply.
>>
>> --
>> To unsubscribe, e-mail: beginners-unsubscr...@perl.org
>> For additional commands, e-mail: beginners-h...@perl.org
>> http://learn.perl.org/
>>
>>
>>
>
>
> --
>
>
> http://seatingspace.com
>



-- 


http://seatingspace.com

Re: OO perl programming

[Omega -1911]

I really think the quoting that you own a resource for beginners is
outdated. Why should you have to reveal you own a site that helps people? I
wish all the Perl guru's would put down their differences and get this list
back to JUST HELPING PEOPLE... If "TIMTOWTDO" is a TRUE concept, WHY are
there those that argue? #Getoverit


On Wed, Feb 5, 2014 at 6:48 PM, Shlomi Fish  wrote:

> Hi Kavita,
>
> welcome aboard.
>
> On Wed, 5 Feb 2014 14:30:53 -0800
> kavita kulkarni  wrote:
>
> > Can somebody suggest me good book to learn/practice object oriented Perl
> > programming.
> >
>
> First of all see: http://perl-begin.org/topics/object-oriented/ (Note: I
> originated and maintain perl-begin.org and most of the content there). If
> you
> already know Perl and understand OOP to a substantial extent, then you
> should
> read the Moose Manual followed by the Moose Cookbook:
>
> * https://metacpan.org/pod/release/ETHER/Moose-2.1202/lib/Moose/Manual.pod
>
> *
> https://metacpan.org/pod/release/ETHER/Moose-2.1202/lib/Moose/Cookbook.pod
>
> (Links are specific with respect to the Moose version).
>
> After that, you should be able to use either Moose or Moo depending on
> what you
> need (Moo provides a subset of Moose, and is Moose-compatible).
>
> I recall a version of the Moose documentation built from the PODs (= the
> Perl documentation format) made available on Lulu.com as an EBOOK or a
> print-on-demand book:
>
> http://www.lulu.com/shop/dave-rolsky-and-stevan-little/moose/ebook/product-17430698.html
> - however it seems to cover only Moose 0.87 which is old.
>
> If you don't know Perl and/or OOP too well, then you should first read the
> relevant parts of chromatic's Modern Perl book:
>
> http://perl-begin.org/books/#modern-perl
>
> Good luck!
>
> Regards,
>
> Shlomi Fish
>
> P.S: seems like I'll need to revamp http://perl-begin.org/ because some
> of the
> resources pointed there are outdated. :-(.
>
> --
> -
> Shlomi Fish   http://www.shlomifish.org/
> List of Portability Libraries - http://shlom.in/port-libs
>
> All truth is God's truth.
> --
>
> http://www.shlomifish.org/humour/fortunes/show.cgi?id=larry-wall-all-truth-is-gods-truh
>
> Please reply to list if it's a mailing list post - http://shlom.in/reply .
>
> --
> To unsubscribe, e-mail: beginners-unsubscr...@perl.org
> For additional commands, e-mail: beginners-h...@perl.org
> http://learn.perl.org/
>
>
>


-- 


http://seatingspace.com

Re: OO perl programming

[Shlomi Fish]

Hi Kavita,

welcome aboard.

On Wed, 5 Feb 2014 14:30:53 -0800
kavita kulkarni  wrote:

> Can somebody suggest me good book to learn/practice object oriented Perl
> programming.
> 

First of all see: http://perl-begin.org/topics/object-oriented/ (Note: I
originated and maintain perl-begin.org and most of the content there). If you
already know Perl and understand OOP to a substantial extent, then you should
read the Moose Manual followed by the Moose Cookbook:

* https://metacpan.org/pod/release/ETHER/Moose-2.1202/lib/Moose/Manual.pod

* https://metacpan.org/pod/release/ETHER/Moose-2.1202/lib/Moose/Cookbook.pod

(Links are specific with respect to the Moose version).

After that, you should be able to use either Moose or Moo depending on what you
need (Moo provides a subset of Moose, and is Moose-compatible).

I recall a version of the Moose documentation built from the PODs (= the
Perl documentation format) made available on Lulu.com as an EBOOK or a
print-on-demand book:
http://www.lulu.com/shop/dave-rolsky-and-stevan-little/moose/ebook/product-17430698.html
- however it seems to cover only Moose 0.87 which is old.

If you don't know Perl and/or OOP too well, then you should first read the
relevant parts of chromatic’s Modern Perl book:

http://perl-begin.org/books/#modern-perl

Good luck!

Regards,

Shlomi Fish

P.S: seems like I'll need to revamp http://perl-begin.org/ because some of the
resources pointed there are outdated. :-(.

-- 
-
Shlomi Fish   http://www.shlomifish.org/
List of Portability Libraries - http://shlom.in/port-libs

All truth is God’s truth.
—
http://www.shlomifish.org/humour/fortunes/show.cgi?id=larry-wall-all-truth-is-gods-truh

Please reply to list if it's a mailing list post - http://shlom.in/reply .

--
To unsubscribe, e-mail: beginners-unsubscr...@perl.org
For additional commands, e-mail: beginners-h...@perl.org
http://learn.perl.org/

OO perl programming

[kavita kulkarni]

Can somebody suggest me good book to learn/practice object oriented Perl
programming.


Regards,
Kavita :-)

RE: OO Perl programming.

[terrence]

Thanks, that's what I needed.

thanks again.

Cheers,
Terrence

-Original Message-
From: Adam Turoff [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 28, 2001 10:19 PM
To: Terrence Chan
Cc: [EMAIL PROTECTED]
Subject: Re: OO Perl programming.


On Wed, Nov 28, 2001 at 04:54:53PM +0800, Terrence Chan wrote:
> I'm new to OO Perl and I wonder if it is possible to implement Sigleton
> pattern in OO perl. And how it is implemented.
> 
> Any info/pointer is welcomed.

Check out search.cpan.org for "singleton".  You'll find this:

http://search.cpan.org/doc/ABW/Class-Singleton-1.03/Singleton.pm

DESCRIPTION

This is the Class::Singleton module. A Singleton describes
an object class that can have only one instance in any
system. An example of a Singleton might be a print spooler
or system registry. This module implements a Singleton
class from which other classes can be derived. By itself,
the Class::Singleton module does very little other than
manage the instantiation of a single object. In deriving
a class from Class::Singleton, your module will inherit
the Singleton instantiation method and can implement whatever
specific functionality is required.

For a description and discussion of the Singleton class,
see "Design Patterns", Gamma et al, Addison-Wesley, 1995,
ISBN 0-201-63361-2.

Z.


-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: OO Perl programming.

[Adam Turoff]

On Wed, Nov 28, 2001 at 04:54:53PM +0800, Terrence Chan wrote:
> I'm new to OO Perl and I wonder if it is possible to implement Sigleton
> pattern in OO perl. And how it is implemented.
> 
> Any info/pointer is welcomed.

Check out search.cpan.org for "singleton".  You'll find this:

http://search.cpan.org/doc/ABW/Class-Singleton-1.03/Singleton.pm

DESCRIPTION

This is the Class::Singleton module. A Singleton describes
an object class that can have only one instance in any
system. An example of a Singleton might be a print spooler
or system registry. This module implements a Singleton
class from which other classes can be derived. By itself,
the Class::Singleton module does very little other than
manage the instantiation of a single object. In deriving
a class from Class::Singleton, your module will inherit
the Singleton instantiation method and can implement whatever
specific functionality is required.

For a description and discussion of the Singleton class,
see "Design Patterns", Gamma et al, Addison-Wesley, 1995,
ISBN 0-201-63361-2.

Z.


-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

OO Perl programming.

[Terrence Chan]

Hi,

I'm new to OO Perl and I wonder if it is possible to implement Sigleton
pattern in OO perl. And how it is implemented.

Any info/pointer is welcomed.

Thanks in advance.

Terrence


-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]