Hi Christophe,

Thanks for yours and everyone else's replies, they
have been very helpful and encouraging.

Interestingly enough, I have been tossing around what
you have stated in your first answer - this seems to
really be an under-represented subject; it would
really be useful to a lot of people to understand how
to apply design patterns to embedded systems. 
Especially since (in my opinion and experience) a lot
of people designing and writing software for real-time
systems come from an electrical engineering background
(like me) and were not heavily trained in computer
science concepts.  They also tend to be more
classically trained (read: structural software) and do
not have a strong background in OOP.

I'll take a look at the book you mentioned.

Thanks a lot!

Andr� Benassi

--- Christophe Addinquy
<[EMAIL PROTECTED]> wrote:
> Hi Ralph,
>  
> You've already received construtive answers, I
> think. I will try to add a little bit, if
> possible...
>  
> I will split my answer in 2 parts:
> 1) can we use DP without dynamic memory allocation ?
> 2) Is the pattern approach something useful in your
> case ?
>  
> 1) obviously, DP isn't about dynamic memory
> allocation, but make an extensive use of this
> facility. For the patterns that use stateless
> objects (the strategy, for example), it should be
> quite straightforward to move to an implementation
> based on static shared object. For the other ones,
> it's probably more challenging. But, if you reach
> it, you have the meat for a good paper ;)
>  
> 2) Don't forget that implementation, in the DP is
> just an example ! The important things, in the DP
> are:
>   a) The DP is a solution to a problem in a given
> context
>   b) The solution should be regarded as the "essence
> of the solution". The concrete solutions are
> possibles variations around this "essence".
>  
> Look also outside the GoF book, you may find things
> interesting for you. James Noble & Charles Weir have
> written "patterns for small memory software" which
> target embedded devices like PDA, cell phones,
> etc... You may find this material suitable for you.
>  
> Regards,
>  
>  
> Christophe Addinquy
> 
>       -------- Message d'origine-------- 
>       De: Ralph Malph [mailto:[EMAIL PROTECTED] 
>       Date: mar. 29/03/2005 00:22 
>       �: [email protected] 
>       Cc: 
>       Objet: [patterns-discussion] Using Design Patterns
> without dynamic memoryallocation
>       
>       
> 
>       Hello all, looking at archives I'm not sure how
>       "alive" this list is, but someone out there might
> be
>       listening.
>       
>       I'm interested in people's opinions as to whether
>       design patterns would be useful if you could not
>       dynamically allocate memory. 
>       
>       I am new to patterns and find them quite
> interesting.
>       I am considering putting in some effort to
> comprehend
>       them, but my projects at work include embedded
>       safety-critical real-time systems, and one of the
>       things that we do not use is dynamic memory
>       allocation.
>       
>       If anyone has an opinion as to whether I should
> delve
>       into patterns for this type of software (i.e. you
> have
>       considered doing them and/or done them in similar
>       systems before) I'd be interested to hear it.
>       
>       Thanks!
>       
>       
>                      
>       __________________________________
>       Do you Yahoo!?
>       Yahoo! Small Business - Try our new resources site!
>       http://smallbusiness.yahoo.com/resources/
>       
>       _______________________________________________
>       patterns-discussion mailing list
>       [email protected]
> 
>
http://mail.cs.uiuc.edu/mailman/listinfo/patterns-discussion
>       
> 
> 


                
__________________________________ 
Do you Yahoo!? 
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/ 

_______________________________________________
patterns-discussion mailing list
[email protected]
http://mail.cs.uiuc.edu/mailman/listinfo/patterns-discussion

Reply via email to