Matt, the biggest complaint you're always talking with CFC is "overhead". But, not all of us are targeting the holy grail of 100pps (page requests per second).
Sometimes, 50 pps or even 10pps will be enough, for example, on intranets B2E/B2B applications with 100 to 1000 users (majority of company applications). Hardware costs are usually peanuts compared to development costs. Scalability (at the level you're trying to reach) is becoming an important issue mainly on very large B2C applications where hosting costs and hardware are an important part of the business model. So, OK, CFCs might add some overhead, but this do not prevent most of us to build nicely architectured CFMX applications heavily based on CFCs, with MVC, persisted CFCs... My 2? cents... ;) Benoit Hediard www.benorama.com > -----Message d'origine----- > De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la > part de Matt Liotta > Envoye : jeudi 27 mars 2003 14:33 > A : [EMAIL PROTECTED] > Objet : RE: CFC scalability problems (was : RE: [CFCDev] MVCF at > benorama.com) > > > > The specific situation, as I recall, was where you try to map between > a > > pure object representation and a relationship representation - when > you > > try to have a CFC which has an instance variable for each column in > the > > row. There is quite a bit of overhead involved in marshaling your > query > > to and from a series of discrete variables. As noted elsewhere, if you > > try to do this by writing generic code that uses cfproperty to > describe > > the instance data, then you're adding a lot of overhead! Of course, > you > > don't have to do it this way... > > > Mapping from a relational representation to an object representation is > one example of overhead associated with persisting CFCs. However, I was > referring to the generic needs to getting instance data from one source > be it a table or a file and then setting the needed variables in the > CFC. Certainly, doing this with some generic code seems to be the > slowest option, but even doing it at all seems to add quite a bit of > overhead. > > As far as I can tell, there is no way around setting each of the > instance properties individually, so please do explain another way to > accomplish this. > > -Matt > > ---------------------------------------------------------- > You are subscribed to cfcdev. To unsubscribe, send an email > to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' > in the message of the email. > > CFCDev is run by CFCZone (www.cfczone.org) and supported > by Mindtool, Corporation (www.mindtool.com). > > ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com).
