www.delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2015/02/11/16:23:27.1

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.98.4 at av01.lsn.net
Message-ID: <54DBC8B5.6020606@ecosensory.com>
Date: Wed, 11 Feb 2015 15:25:09 -0600
From: John Griessen <john AT ecosensory DOT com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.4.0
MIME-Version: 1.0
To: geda-user AT delorie DOT com
Subject: [geda-user] Re: Bernhard's refactoring ideas
References: <CAOP4iL2stWVCy3WK0=SNu2zAbs8t6B0uyAgFuOnzG8v_MrYNfw AT mail DOT gmail DOT com> <CAGde_xN5gs5r_on=HP2RN7cy6E=2EL9eK3cp+sd9BfBaWNLVew AT mail DOT gmail DOT com> <20150204193720 DOT Horde DOT 42xUN-NzhCJRWZne-M5eCQ1 AT webmail DOT in-berlin DOT de> <90236728-E79D-47C7-BFB1-34140DB85ACB AT sbcglobal DOT net> <CAOFvGD4M48Ap=UQzL_T3yzas2rJrNFfxXRUOkOe8gA8J3bQCHg AT mail DOT gmail DOT com> <1423323918 DOT 1592 DOT 10 DOT camel AT cam DOT ac DOT uk> <CAOFvGD6rwqf79obnSRQ4gyM0h8_5PQ-C0G2guRp8YU80oOAkig AT mail DOT gmail DOT com> <1423329222 DOT 1592 DOT 12 DOT camel AT cam DOT ac DOT uk> <54D67B5B DOT 6060205 AT neurotica DOT com> <CAM2RGhTsJczAgDN7v1AeO9wRVmJjDCswUNuy=QhzK7eJRVwMuw AT mail DOT gmail DOT com> <20150207221252 DOT GA26071 AT recycle DOT lbl DOT gov> <201502072246 DOT t17MktFH026329 AT envy DOT delorie DOT com> <CAM2RGhTzA2_JVJAfAg-7wanE-nSah2B9p-bGwrstfK_8DrCmFA AT mail DOT gmail DOT com> <201502080108 DOT t1818x8P031447 AT envy DOT delorie DOT com> <54DB4CF6 DOT 6020305 AT think-open DOT at>
In-Reply-To: <54DB4CF6.6020305@think-open.at>
Reply-To: geda-user AT delorie DOT com

On 02/11/2015 06:37 AM, Bernhard Kraft wrote:
> In the web-world there is a lot of common knowledge about what a CMS/web-framework needs to do, requires to have, etc. There needs
> to be a request dispatcher, a templating framework, a database abstraction, a persistence layer, domain models for every data
> structure, etc.
>
> Maybe it would be a first start of refactoring PCB to define those requirements. If I would make a dummy-start I would create a
> list like:
>
> * GUI Interface (human interface)
> * Rendering engine (render the layout)
> * DRC engine (enforce electrical rules)
> * persistence layer (abstract data storage)
> * plugin engine (i.e. for the autorouter)
> * undo/redo logic
> * etc.
>
> Some time ago I started to read the famous "Design Patterns" book from the GoF [1]. Altough I got stuck on around page 90 I found
> the information very useful. The book describes most of the commonly found design patterns of software architecture, how to
> implement them properly and where they can be used.
>
> Sadly the book focues on creating a new product rather than refactoring and cleaning up an old one.

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019