Difference between revisions of "Perl vs. PHP"

from HTYP, the free directory anyone can edit if they can prove to me that they're not a spambot
Jump to navigation Jump to search
m (→‎Object-Oriented Programming: fieldnames are normally in quotes)
Line 13: Line 13:
 
! bgcolor="#eeeeee" | characteristic || [[Perl]] || [[PHP]]
 
! bgcolor="#eeeeee" | characteristic || [[Perl]] || [[PHP]]
 
|-
 
|-
| bgcolor="#eeeeee" | class files || one class per file || multiple classes per file
+
| bgcolor="#eeeeee" | class files || typically one class per file,<br>but multiple classes are possible || multiple classes per file
 
|-
 
|-
 
| bgcolor="#eeeeee" | class initialization code ||
 
| bgcolor="#eeeeee" | class initialization code ||
Line 37: Line 37:
 
* On the surface, PHP's identifier-within-class syntax seems more complicated, but it made intuitive sense to me ({{woozle}}) except possibly for the issue of which identifiers get dollar-signs and which don't (which is even more complicated in Perl)... although I don't see why PHP needs both "this" and "self" when there's the "->" vs. "::" to disambiguate dynamic from static (but again, this is a minor annoyance and much less confusing than many aspects of Perl's OOP syntax).
 
* On the surface, PHP's identifier-within-class syntax seems more complicated, but it made intuitive sense to me ({{woozle}}) except possibly for the issue of which identifiers get dollar-signs and which don't (which is even more complicated in Perl)... although I don't see why PHP needs both "this" and "self" when there's the "->" vs. "::" to disambiguate dynamic from static (but again, this is a minor annoyance and much less confusing than many aspects of Perl's OOP syntax).
 
* In Perl, any string inside delimiters (such as [], {}, ()) is assumed to be a string literal if it does not begin with $ and does not contain any delimiters. (This is a rough guess at the actual rules, which may be more complicated.) For this reason, some examples of class initialization show the field names without quotes, e.g. "$self->{FIELDNAME} = 'value';", which can be more understandably written as "$self->{'FIELDNAME'} = default;".
 
* In Perl, any string inside delimiters (such as [], {}, ()) is assumed to be a string literal if it does not begin with $ and does not contain any delimiters. (This is a rough guess at the actual rules, which may be more complicated.) For this reason, some examples of class initialization show the field names without quotes, e.g. "$self->{FIELDNAME} = 'value';", which can be more understandably written as "$self->{'FIELDNAME'} = default;".
 +
* Apparently the OOP syntax in Perl 6 (currently in development) is much improved and more intuitive; the OOP syntax in Perl 5 is more like grafting OOP onto a basically procedural language.
  
 
==Notes==
 
==Notes==
 
* [http://search.cpan.org/~gschloss/PHP-Interpreter-1.0.1/lib/PHP/Interpreter.pm PHP::Interpreter]: a [[Perl]] module for running [[PHP]] code, thus making it easier to gracefully port a project from one to the other
 
* [http://search.cpan.org/~gschloss/PHP-Interpreter-1.0.1/lib/PHP/Interpreter.pm PHP::Interpreter]: a [[Perl]] module for running [[PHP]] code, thus making it easier to gracefully port a project from one to the other

Revision as of 19:45, 23 October 2006

computing: software: Perl/PHP: Perl vs. PHP

This is a growing seedling article. You can help HTYP by watering it.

Overview

Perl and PHP are often compared with each other, largely due to their mutual popularity for web site design. The general consensus seems to be that people use PHP because it was invented specifically for creating web pages, whereas Perl has a lot of other uses as well — or, in other words, people use PHP because they don't know any better, and people who know better use Perl.

Unfortunately, this apparently does nothing to prevent the use of PHP in such heavily-used, highly-developed applications as MediaWiki and Drupal.

Links

Object-Oriented Programming

object-oriented programming, or OOP, was a late addition to both languages, but it's a bit easier to use in PHP. (Perl's implementation may be more powerful, but it's not at all clear how.) A comparison:

characteristic Perl PHP
class files typically one class per file,
but multiple classes are possible
multiple classes per file
class initialization code
my $self  = {};
$self->{'FIELDNAME'} = default;
...
bless($self);
return $self;
$this->fieldname = default;
initialization code within methods my $self = shift; none needed
identifier within class code $self->fieldname
  • this->$fieldname for per-object data
  • self::$fieldname for static data
  • this->method() for calling method dynamically
  • self::method() for calling method statically

OOP Notes

  • In class methods, the object itself is an implicit first argument; the shift function uses the @_ magic variable by default, effectively retrieving the object reference.
  • The Perl bless function causes the package's functions to be bound into the hashref object (probably creates a VMT for it); without being blessed, the object is just a normal hashref.
  • On the surface, PHP's identifier-within-class syntax seems more complicated, but it made intuitive sense to me (Woozle) except possibly for the issue of which identifiers get dollar-signs and which don't (which is even more complicated in Perl)... although I don't see why PHP needs both "this" and "self" when there's the "->" vs. "::" to disambiguate dynamic from static (but again, this is a minor annoyance and much less confusing than many aspects of Perl's OOP syntax).
  • In Perl, any string inside delimiters (such as [], {}, ()) is assumed to be a string literal if it does not begin with $ and does not contain any delimiters. (This is a rough guess at the actual rules, which may be more complicated.) For this reason, some examples of class initialization show the field names without quotes, e.g. "$self->{FIELDNAME} = 'value';", which can be more understandably written as "$self->{'FIELDNAME'} = default;".
  • Apparently the OOP syntax in Perl 6 (currently in development) is much improved and more intuitive; the OOP syntax in Perl 5 is more like grafting OOP onto a basically procedural language.

Notes

  • PHP::Interpreter: a Perl module for running PHP code, thus making it easier to gracefully port a project from one to the other