Mike,  Your directory structure is very interesting.  Have you used it with 
Cairngorm?  If so what does that structure?

If not,  how do you organize large projects.  I am looking at a system with 300 
 
web forms and 150 reports?   How would you organize a system like that?
==
> I've found good folder management is key. I have found that this works 
> best for my Flex, CF, or Flex/CF apps... 
 
> 
> /myProject  (web root)
    
> /Application.cfc
    
> /index.cfm
        
> 
    
> /myproject-inf
        
> /components
            
> //sub folders of CFCs
        
> /images
        
> /scripts - all the js and css files my application needs to run.
        
> /flexProject1  -- Flex project files, if there are any.
            
> /bin
            
> /src
        
> /flexProject2  -- Another flex project if I have more then one.
            
> /bin
            
> /src
 
> 
> 
        
> --- Some other folders that I might use, as needed
        
> /config
        
> /db
        
> /docs
        
> /customtags
        
> /temp - folder to stick uploaded files.
        
> /admin - if the app needs an admin I'll either create a whole new 
> myProjectAdmin-inf folder structure, or just place the admin in a 
> sub-folder.
 
> 
 
> 
> A few explanations (in no real order)
    
> -- Because Flex always looks for CFCs under the web root, by creating 
> a *-inf folder for each project in the webroot it's really easy to 
> know that Flash and CF can always find my CFC - with NO configuration 
> needed (CFMappings and such) since everything is relative from the 
> webroot.
 
> 
        
> The source might look like
            
> <mx:RemoteObject
                
> source="myproject-inf.components.subfolder.CFCName"
        
> Which is the same for a CFObject/CreateObject
            
> #CreateObject("component", "myproject-inf.components.subfolder.
> CFCName")#
        
> 
    
> -- The application is self contained, and easy to move around.
 
> 
    
> -- Since the "system" files for an app are always at the web root, it 
> doesn't matter where the user browsable pages of the application end 
> up. For instance if I decide that I need to rename my /admin folder to 
> /secretadmin that application files and mappings to resources don't 
> care and the app will still work without a problem.
 
> 
    
> -- reduces the number of configuration settings that need to be setup 
> for an application. I use relative from web-root instead of virtual 
> directories or CFMappings. With this I've found that the only thing I 
> ever configure now is datasources in the admin. 
 
> 
    
> -- I can merge multiple applications into the same web root, by 
> droping the related *-inf folder in the web root. For instance I might 
> have 
            
> \myproject-inf
            
> \blogtool-inf
            
> \forumapp-inf
            
> \CFUnit-inf
            
> \frameworkOfYourChoice-inf
 
> 
        
> and all of the applications can ALWAYS find the files the apps they 
> need to run, regardless of where I put the *.cfm files for the 
> application. And none of these applications conflict with each other.
 
> 
    
> -- I append the "-inf" to the end of the folder for 2 reasons. It 
> helps make the folder unique enough that it won't match a real folder. 
> And because this is a convention that j2ee servers started with the 
> WEB-INF folder (used to store settings for j2ee web apps)
 
> 
    
> -- if it's a flex app, l'll load the swf in the index.cfm from the 
> /myproject-inf/flexProject1/bin/ folder. For instance
            
> index.cfm
            
> <object src="/myproject-inf/flexProject1/bin/myproject.swf"...>
 
> 
        
> this way if I decide to recompile the flex movie I don't need to movie 
> swf files around just to see the app running in my website.
 
> 
 
> 
    
> -- If needed, I can easy block this folder in IIS/Apache, so outside 
> people can't get in there. However CF and Flex can still load 
> everything they need. To be honest I haven't found a site that needed 
> this blocked, but it could happen.
 
> 
 
> 
> Hope this helps,
> ---nimer
 
> 
> p.s. Any thoughts on this? Or ideas on how to tweak it even more, it's 
> an ever changing thing.
 
> 
 
> 
 
> 
 
> 
> 
 
> 
> ----- Original Message ----
> From: David Panzarella <[EMAIL PROTECTED]>
> To: Flex <[email protected]>
> Sent: Friday, August 18, 2006 6:49:13 PM
> Subject: Need help with Flex APP generator
> 
> 
> I have been trying to build a flex admin site within a current CF site. 
> Each time i do though, my cfc's cannot be found. I dived into the 
> automated code and put the mappings for each remote object one more 
> folder deep so that they do work, but there a few that get beans when 
> editing an existing record and i cannot find those remote objects! So 
> while i can view the master and detail views, i cannot click on an 
> existing record to edit it because it cannot find the component that 
> is in the form of a bean.
> Any suggestion?
> thanks alot,
> David
> 
> PS - this site rocks!
> 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting,
up-to-date ColdFusion information by your peers, delivered to your door four 
times a year.
http://www.fusionauthority.com/quarterly

Archive: http://www.houseoffusion.com/groups/Flex/message.cfm/messageid:3140
Subscription: http://www.houseoffusion.com/groups/Flex/subscribe.cfm
Unsubscribe: 
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.37

Reply via email to