[geeklog-devel] Globals in GL2

Tony Bibbs tony at tonybibbs.com
Tue Dec 21 17:08:55 EST 2004


I don't care how the user interfaces with the configuration.  I think we 
all agreed some time ago that most of the configuration would be 
web-based.  But, regardless of stored format (xml, DB, etc), the data 
needs to be in a structure we can read.  Seems an array is Ok for that, no?

--Tony


Vincent Furia wrote:

>I hate that configuration array.  It's the worst part about installing
>Geeklog.  I think we should look for better solutions if we can (a
>configuration class/struct, something in the DB that gets cached to
>disk?, an xml file?).
>
>-Vinny
>
>
>On Tue, 21 Dec 2004 15:37:53 -0600, Justin Carlson
><justin.carlson at gmail.com> wrote:
>  
>
>>Going from scratch, no use cutting corners.
>>I vote to pass the conf array to the objects.
>>
>>
>>On Tue, 21 Dec 2004 15:30:42 -0600, Tony Bibbs <tony at tonybibbs.com> wrote:
>>    
>>
>>>Today I have a config file similar to the 1.3.x one.  All values get
>>>loaded into an array, $glConf.  Now, OO purists would say that you
>>>should never have to use global variables in your objects...instead you
>>>should pass them along in either the constructor or in via the method
>>>call (which ever makes sense).
>>>
>>>So my question is, are we purists or not?  I've got some code that uses
>>>"global $glConf;" and some that doesn't.  Just want to make sure we
>>>don't have any violent reaction to this.
>>>
>>>--Tony
>>>_______________________________________________
>>>geeklog-devel mailing list
>>>geeklog-devel at lists.geeklog.net
>>>http://lists.geeklog.net/listinfo/geeklog-devel
>>>
>>>      
>>>
>>_______________________________________________
>>geeklog-devel mailing list
>>geeklog-devel at lists.geeklog.net
>>http://lists.geeklog.net/listinfo/geeklog-devel
>>
>>    
>>
>_______________________________________________
>geeklog-devel mailing list
>geeklog-devel at lists.geeklog.net
>http://lists.geeklog.net/listinfo/geeklog-devel
>  
>




More information about the geeklog-devel mailing list