RE: [Aspinfinity-developer] (no subject)

[David S. F. <ds...@cr...>]

Good Article. I didn't know vbscript classes supported properties
(http://juicystudio.com/tutorial/asp/oaccess.asp)

I actually want to create a simple module so you can see how I think
things should be put together, and what the framework needs to be able
to do.

I was thinking a "List of Links" Module.=20

It would have several modes
View Mode which retrieves a list from a db and lists them.=20
When granted Admin rights to the module, this mode would have edit links
next to each link.
Add Mode would be the interface for Adding Links.
Edit Mode would have the interface for Editing/Deleting Links.

Very Simple and show display the elegance of our approach. We will also
start to see the things that will be the responsibility of the
framework, and what will be left to the module in terms of
responsibilities.

-Ill let you know how it goes.

-Dave

-----Original Message-----
From: asp...@li...
[mailto:asp...@li...] On Behalf Of
Matt
Sent: Thursday, March 17, 2005 4:28 PM
To: ASP INFINITY MAILER
Subject: [Aspinfinity-developer] (no subject)

While searching through the great and mighty WWW for an example of OOD
for any members not total familiar with the idea I came across two
rather yummy articles.

First the tutorial/intro:
http://juicystudio.com/tutorial/asp/classes.asp

Now for those articles.  They deal with uploading and calendar two
things which may well need to become first level functions /apps that
are available to developers from the beginning.  This means creating API
effectively to interact with the class level of things.

I would like to challenge some people to create draft proposals of the
examples given and work them into applications for the ASP infinity
project despite the fact that infinity does not technically do anything
yet.
Where-ever a call is outside the scope of the app a note should be made
of the requirement so that we create a form of road map towards a proper
RC for Asp Infinity.

This rises a few questions.  If Calendar is an application then it must
use the Database-Class however if it core tech exposing API for
developers then should it interface directly with the DB?  Where does
pure Object design give way to speed and so forth.

Further questions are raised which should be addressed and these include
what is core and what is application?  Where, if at all, do we draw the
line?  What data structure should an intrinsic calendar system use?
should upload be a core function and what should it do (if anything)
with it's data?  What should the designated default folder be for such
things and how does that effect the whole design?  How should defaults
be handled anyway?

Now I've opened a can of debate up here are the two articles begging to
become part of our project:

http://www.asp101.com/articles/jacob/calendar/default.asp
http://www.asp101.com/articles/jacob/scriptupload.asp

-Matt

A)bort, R)etry, I)nfluence with large hammer.

PS.  It seems that my system has refused to send this mail (I did wonder
what had happened).  I'm sending again now.
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.7.3 - Release Date: 15/03/2005





-------------------------------------------------------
SF email is sponsored by - The IT Product Guide Read honest & candid
reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
_______________________________________________
Aspinfinity-developer mailing list
Asp...@li...
https://lists.sourceforge.net/lists/listinfo/aspinfinity-developer