No, I was following the MVC symfony stuff as described in the documents. It was the thought of learning something new. Big thing came down to he didn't want to learn the forms or the templating helpers for Symfony. In the end I couldn't be bothered trying to convince him of the better way of doing it.
One advantage of doing the API way is that a templating system can be added on top at a later date. On Oct 1, 12:45 pm, Gareth McCumskey <[email protected]> wrote: > I hope this isn't because you are generating HTML inside your actions or > model and passing it to the view to render that way? Then I could understand > a non-symfony/PHP person being scared to work with symfony's template. One > of the strenghts of symfony, if you follow best practices of HTML only in > the view, is that the templating/HTML side of the app is totally seperated > from business logic and so editing HTML doesn't break logic and vice versa. > > Twist his arm and get him into it and he'll realise how cool it is ;). The > time spent trying to do it this special way will far exceed time spent for > him just to learn the directory structure > > > > On Tue, Sep 29, 2009 at 9:23 PM, Simon Cast <[email protected]> wrote: > > > Why? Quite simply my programming skills/experience doesn't extend tong to > > doing what you talk about in the time I have. > > > It is a trade-off. > > > I written the application to use the full Symfony framework however > > the person responsible for the UI doesn't want to learn Symfony > > templating to fix my mediocre HTML pages. > > > -Simon > > > On Sep 28, 7:28 pm, Gareth McCumskey <[email protected]> wrote: > > > Personally I don't see why you would even bother with symfony then. The > > > whole point is that symfony is an MVC, not just M and half a C. Sure, you > > > probably could just use the bits you want but if your not using symfony's > > > view/templating system why not just use Propel on its own, tack on your > > own > > > "actions" class, etc and let that HTML you are talking about do the rest. > > > Then you don't have to worry about hacking symfony up to do half its job. > > > > On Mon, Sep 28, 2009 at 5:55 PM, Simon Cast <[email protected]> > > wrote: > > > > > Hi, > > > > > I'm working on a project where we are going to not use the presenation/ > > > > view layer of symfony to render pages. All the actions, business > > > > logic and database access will be handled by Symfony but the > > > > presenation/page generation will be handled using straight HTML/JS > > > > (don't ask). Symfony in effect manages API calls. > > > > > Does any one have advice or tips on potential pitfalls? > > > > > One pitfall that I haven't resolved is how the HTML/JS pages and > > > > Symfony are going to site on the same server and play nice together. > > > > I could see problems with going towww.example.comandSymfony > > > > index.php taking over but that is probably resolved by changing the > > > > htmldocs directory. > > > > > On a similar note, does anyone know if there will be problems with > > > > calling actions straight without first going through the index.php? > > > > > Thanks for any pointers. > > > > > Regards, > > > > > Simon > > > > -- > > > Gareth McCumskeyhttp://garethmccumskey.blogspot.com > > > twitter: @garethmcc > > -- > Gareth McCumskeyhttp://garethmccumskey.blogspot.com > twitter: @garethmcc -- You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/symfony-users?hl=.
