<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Daniel,<br>
<br>
Yeah, if you're thinking of Drupal as a library, you are approaching it
from the wrong direction.<br>
<br>
Knowing nothing about your app or experience level with Drupal, I'm
going to assume 3 things:<br>
- Your app is in a production environment and in use by your users<br>
- You are the only person supporting this app<br>
- Drupal is new to you.<br>
<br>
If those three things are all true, I would probably lean away from
porting to Drupal, it probably wouldn't make good business sense. You
may find yourself spending significant amounts of time just learning
Drupal before you even begin to think about your app in a Drupal
environment.<br>
<br>
On the other hand, if you are looking to build more apps going forward
and want to learn a robust framework to build those on, the time spent
now will be a valuable investment, especially, if this particular app
is one that has a small user base and will not significantly suffer for
being a learning environment (aka: guinea pig)<br>
<br>
-Seth<br>
<br>
<br>
Daniel Carrera wrote:
<blockquote cite="mid:494BC27A.6090404@zmsl.com" type="cite">
<pre wrap="">Hi Seth,
Thanks. That's a very useful answer, about how I should think about the
application if I used Drupal. That I shouldn't see Drupal as a library
that use, but rather see my app as a Drupal component.
I'll need time to think about whether this is what I'm looking for. I
don't have a clear picture of what I want yet.
Thanks.
Daniel.
Seth Freach wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Daniel,
Short answer: Yes.
I have been previously and currently am involved with a few web app
projects that were started or rewritten from scratch on Drupal. In
fact, the reason that Drupal was chosen over any of the other CMS's
available is specifically because of its superiority amongst its peers
in the CMS space as a PHP development framework.
The most important thing in my experience is to make sure that you
approach the project from a correct perspective. You'll get the best
results if you think of the app being constructed *with* Drupal, doing
it the Drupal way. This is a very different thing than building it *on
top of* Drupal, where you try to reach down and leverage Drupal
functionality when it suits you. This approach might cause you to
rethink a lot of the application and data architecture in a rewrite.
Drupal can do the job wonderfully, but know that it probably won't just
be a "rewrite", but rather a "redesign", from the data model on up.
Allowing Drupal to handle all of your user management, for example,
sounds great, but thinking of how Drupal users are going to interact
with your application's data will force you to rethink how Drupal will
best do this. Ideally, it would become less and less your application's
data and more and more Drupal's content, structured in the way that
Drupal organizes its content (nodes, CCK, possibly OG's, ...), and
accessed the way that Drupal accesses content (Views, perms, ...)
...if that makes sense ;)
Seth
</pre>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
</body>
</html>