Semi-OT: Programming Question

[D. Hageman]

You are over simplifying what C# and the Common Language Infrastructure 
(CLI) really is.  Getting into the details of this could be an essay.  If 
you are curious I recommend you read a bit more before taking what is 
written by "Jack" as fact.

Seriously, interpreted language?  pfft.  Big difference between python, 
perl, scheme, lisp, etc. and C#.


On Thu, 10 Mar 2005, Jack wrote:

> Lastly, C# is an interpreted language. C is a compiled
> language. If C# was a compiled language then there
> would be no need for Mono on Linux, one could just
> build a C# compiler to be part of the gnu compiler
> family. Some might argue that C# is a compiled
> language because it cinverts the code to byte code,
> just like Java. But really you still need that byte
> code interpreter to run it. It may be a bit more
> optimized or compressed by this means making it more
> efficient than run-of-the-mill interpreted languages,
> but it's still interpreted. Ok, so maybe I'm a purist,
> but I don't see doctors calling aspirin a cure or a
> vaccine for headaches.
>
> Brian Densmore
>
> --- "Charles, Joshua Micah (UMKC-Student)" wrote:
>
>>
>> I'm working on an application framework idea that
>> I've had, and have ran into the following problem.
>> My original (rough) design called for a monolithic
>> core that provided the main functionality I was
>> looking for, and would be extensible via plugins.  I
>> then realized, though, that my software would be
>> much more flexible if I started out with a plugin
>> framework, and made all functionality
>> compartmentalized into plugins.  That way if a user
>> doesn't want some functionality, they don't need to
>> install that plugin.  The problem I'm running into
>> is trying to figure out exactly how I am going to
>> implement it.  I've read a book on design patterns,
>> and have done some good research on google, but it
>> seems most of the documentation I'm finding is very
>> basic (i.e. how to dynamically load a dll, and
>> execute the code it contains.)
>>
>> Here's where I'm at right now.
>>
>> I can load a third party dll into my program and
>> execute the code, but I can't quite figure out how
>> to make it interact with dynamic data.  Should I
>> create large object that contain the data, and when
>> the plugin is called, through an event of some sort,
>> just pass in that object?
>>
>> I'm also considering going through the MyPhpNuke
>> code to see how they do it in PHP.  Would this be
>> helpful even though it's a interepreted language,
>> and I'm using a compiled language (C#)?
>>
>> I'm also looking at the option for doing all the
>> extensions through a scripting language, but that
>> seems to me to cause other problems.  What I would
>> really want is to have complex plugins that are
>> encapsulated into a single dll. Distribution would
>> be made via a zip file, which would contain the zip
>> file, a SQL file ( containing any modifications to
>> the database needed), a manifest file ( with version
>> information ), documentation, and a xml config file
>> that will hold any needed configuration settings.
>>
>> Another option would be that I provide an interface
>> to keep all configuration in a single place, which
>> might be more elegant.
>>
>> I've been reading through the RainbowPortal code to
>> try to figure out exactly how they did it, but the
>> fine points elude me.  Does anyone know of any good
>> documentation that can get me to the next step?
>>
>> Thanks,
>> Josh
>
>
>
>
> __________________________________
> Do you Yahoo!?
> Yahoo! Small Business - Try our new resources site!
> http://smallbusiness.yahoo.com/resources/
> _______________________________________________
> Kclug mailing list
> Kclug at kclug.org
> http://kclug.org/mailman/listinfo/kclug
>

//========================================================\\
||  D. Hageman                    <dhageman at dracken.com>  ||
\\========================================================//