By richardl@arsdigita.com
and yon@arsdigita.com
- OpenACS docs are written by the named authors, but may be edited
+ OpenACS docs are written by the named authors, and may be edited
by OpenACS documentation staff.
Like any other part of the OpenACS, PL/SQL (or pl/pgsql) code must be
@@ -12,7 +12,7 @@
our product will be useful long after the current people building and
maintaining it are around. Following are some standards and guidelines
that will help us achieve this goal:
-
+
All PL/SQL code must be well documented. We must write code that
is maintainable by others, this is especially true in our case
because we are building an open source toolkit than anyone can
@@ -24,7 +24,7 @@
as is possible given the nature of team development. This means
carrying style and other conventions suchs as naming within an
application, not just within one file.
-
Encapsulation of related fuctionality is key to maintainability
and upgradeability of our software. Try to bundle your code into
packages
@@ -143,7 +143,7 @@
click protection, that is, tehy have already gotten an
object_id and now they want to create the object with
that object_id.
-
Some general style guidelines to follow for the purpose of
consistency across applications.
@@ -153,4 +153,4 @@
as possible to all source code readers.
Lowercase everything, with the exception of %TYPE and %ROWTYPE.
-
($Id$)
View comments on this page at openacs.org
+