# PHP5 - OO extensions and naming conventions.

- Thread: https://externals.io/message/3166
- Original archive: https://news-web.php.net/php.internals/3166
- Started by l0t3k on 2003-07-02T14:37:49+00:00
- Messages: 2
- Reply by email to internals@lists.php.net
- More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt

---

## #3166 — l0t3k — 2003-07-02T14:37:49+00:00

URL: https://externals.io/message/3166#3166

IIRC there was an informal consensus to use studlyCaps as the official
userland convention for OOP extensions (*) (leaving aside the case
insensitivity of the language.)
my question now concerns accessors. should we prefer properties over
propertyGet()/propertySet() accessor functions ? would having both
constitute bloat. i ask because im implementing a series of classes
mirroring those in the Caffeinated Language (tm) so familiarity could be an
asset.


l0t3k
(*) i wonder if this should be more formalized before the next major
release. major extensions like dom/xsl are already using the current
method->function_ name() convention.

---

## #3171 — Andi Gutmans — 2003-07-02T18:24:55+00:00

URL: https://externals.io/message/3166#3171 · In reply to: #3166

At 10:37 AM 2/7/2003 -0400, l0t3k wrote:
>IIRC there was an informal consensus to use studlyCaps as the official
>userland convention for OOP extensions (*) (leaving aside the case
>insensitivity of the language.)
>my question now concerns accessors. should we prefer properties over
>propertyGet()/propertySet() accessor functions ? would having both
>constitute bloat. i ask because im implementing a series of classes
>mirroring those in the Caffeinated Language (tm) so familiarity could be an
>asset.
>
>
>l0t3k
>(*) i wonder if this should be more formalized before the next major
>release. major extensions like dom/xsl are already using the current
>method->function_ name() convention.

I definitely prefer setXXX()/getXXX() functions over property overloading.

Andi