[studs-user] evaluating studs
Status: Beta
Brought to you by:
mojavelinux
|
From: Dan A. <dan...@mo...> - 2005-06-27 15:03:24
|
Juanjo, I am excited that you are considering Studs in your evaluation for a PHP MVC framework. I trust that you will find that the design is one that has been proven in the Java community (as Struts) and will be closly aligned with the many resources on the web discussing the use of its Java-sibling. While developing Studs, I was very sensitive about performance. My belief is that the performance of Studs will prove to be better than most other frameworks based on the fact that it caches the configuration as a serialized object, rather than reinitializing on each page request, and therefore reducing a lot of the overhead common to PHP applications. PHP serialization is very efficient and offers a nice way to preserve context from one page request to the next. In designing PHP, I kept to the object-oriented principal of implementation hiding. What I mean is that inside each method I get right to the low level PHP function call, rather than relying on a bunch of nested abstractions. From the outside, this preserves a clean API while optimizing performance by taking advantage of PHP's built-in functions. (Example: I sort using PHP's sort functions rather than implementing my own). I have not kept a good record of projects using Studs, but I can tell you that there are a handful of people that have contacted me boasting success on their Studs-driven project. The one public example, of course, is the Golflog demo http://studs.sf.net/golflog/ Anyone on this list who has other testimonials, perhaps you will be willing to share them? /dan ju...@re... wrote: > Submitted by: Juanjo <ju...@bl...> on Monday, June 27th, 2005 @ 10:09:54 am (-0400) > > Online Form Fields > ------------------ > > Url: > http://blackshell.usebox.net/ > > Message: > Hello Dan, > > I'm evaluating several approaches to the MVC patterns with PHP and I'm > thinking about trying studs. > > Right know I have two doubts about your framework. > > First one is about performance, what's the overhead of your framework on > script execution? > > Second one is I haven't seen projects using your framework, so it's hard > to evaluate results prior to trying it. > > I think the fact is a 'port' of struct is interesting for me (I have > zero experience with JSP and structs), and the apparent KISS aspect of > studs make it attractive for me. > > I'd like to hear from you some points about why I (someone) should put > studs on production for a project. > > I know may be this mail is a bit vage (and my english really sucks, > excuse me!), but I hope you can help me. > > Regards, > > Juanjo > > Client Variables > ---------------- > > HTTP_USER_AGENT: > Mozilla/5.0 (X11; U; Linux i686; es-ES; rv:1.7.6) Gecko/20050524 Firefox/1.0 (Ubuntu package 1.0.2 MFSA2005-44) > > |