    <rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/">
     <channel>
        <title>ACCU  :: Letter to the Editor(s)</title>
        <link>https://members.accu.org/index.php/articles/328</link>
        <description>Professionalism in Programming</description>
        <dc:language>en-us</dc:language> 
        <dc:creator>Administrator</dc:creator> 
        <admin:generatorAgent rdf:resource="http://www.xaraya.org" /> 
        <admin:errorReportsTo rdf:resource="mailto:webeditor@accu.org" />
       <sy:updatePeriod>hourly</sy:updatePeriod>
       <sy:updateFrequency>1</sy:updateFrequency>
       <docs>http://backend.userland.com/rss</docs>




<div class="xar-mod-head"><span class="xar-mod-title">Letters to the Editor + Overload Journal #58 - Dec 2003</span></div>

<table border="0" cellpadding="1" cellspacing="0">
    <tbody>
    <tr>
        <td valign="top">
            Browse in :
       </td>
       <td valign="top">

                                            <a href="https://members.accu.org/index.php/articles/">All</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c184/">Journal Columns</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c186/">LettersEditor</a>
<br />

                                            <a href="https://members.accu.org/index.php/articles/">All</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c76/">Journals</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c78/">Overload</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c154/">58</a>
<br />

                                            <a href="https://members.accu.org/index.php/articles/c186-154/">Any of these categories</a>

                    -                        <a href="https://members.accu.org/index.php/articles/c186+154/">All of these categories</a>
<br />
</td>
   </tr>
   </tbody>
</table>




<div class="xar-error">
   <p>
 <strong>Note:</strong> when you create a new publication type,
the articles module will automatically use the templates
<em>user-display-[publicationtype].xt</em>
and <em>user-summary-[publicationtype].xt</em>.
If those templates do not exist when you try to preview or display a new article,
you'll get this warning :-)  Please place your own templates in themes/<em>yourtheme</em>/modules/articles . The templates will get the extension .xt there. </p>
</div>
<div class="xar-norm xar-standard-box-padding">
   <h1><strong>Title:</strong>&nbsp;Letter to the Editor(s)</h1>
<p><strong>Author:</strong>&nbsp;</p>
<p>
<strong>Date:</strong> 02 October 2003 22:55:55 +01:00 or Thu, 02 October 2003 22:55:55 +01:00</p>
<p><strong>Summary:</strong>&nbsp;</p>
<p><strong>Body:</strong>&nbsp;<div class="sect1" lang="en">
<div class="titlepage">
<h2><a name="d0e20" id="d0e20"></a></h2>
</div>
<p>To the Editor,</p>
<p>There are definitely pros and cons of singleton usage, depending
on whether they're used properly or abused. I believe both sides
bring valid points to the argument. In modern generic programming,
I have experienced great benefits from them.</p>
<p>I have worked on several large-scale projects that have employed
a unified singleton system approach. On one such project, we
currently have 234 singleton instances. These include such things
as specific program state and task objects. The dependencies and
life-time issue for all 234 instances are automatically handled for
us. We can easily add, and change these instances without fear of a
system breakage. It's similar to a free high-performance garbage
collection at the architectural level.</p>
<p>Prior to working on such large-scale frameworks without such a
system, maintenance work has been a nightmare, even for the
outstandingly talented developers. The alleviation has done wonders
for preventing memory leaks and keeping our project shutting down
properly. For anyone that is interested in this architectural
technique, all the necessary code is available. I've posted an
article that shows a simple example of how to use a unified
singleton system: <a href=
"http://daudel.org/code/singleton_usage.html" target=
"_top">http://daudel.org/code/singleton_usage.html</a> (will post
soon)</p>
</div>
</p>
<p><strong>Notes:</strong>&nbsp;</p>
<p><em>More fields may be available via dynamicdata ..</em></p>
</div>
</channel>
</rss>
