Ddb needs a maintainer
Eugene Wissner via Digitalmars-d-announce
digitalmars-d-announce at puremagic.com
Sat Feb 13 11:06:46 PST 2016
On Saturday, 13 February 2016 at 14:52:46 UTC, Adil Baig wrote:
> Hey Eugene,
>
> Caraus seems like an interesting project. How do you plan to
> build it out and differentiate it from vibe.d?
Difficult to explain it in a few sentences in a foreign language,
but I'll try. Just don't hesitate to ask if you have any
questions. I'm also not very familiar with vibe.d, I've just seen
a few examples and read about it a bit; so Sönke should excuse or
correct me if I say nonsense :).
It should be a framework for easy building and maintaining of
websites. The applications built on it would follow MVC (or
MVC-like) pattern by default, but since the framework is thought
as a set of reusable components/modules it should be possible to
use it for everything else like micro-webframework for small
projects with custom structure. The whole framework should ship
an abstraction over HTTP(S), mail sending (sendmail, smtp),
session handling with a possibility to implement an own storage
(file system, redis, memcached, PostgreSQL...), dependency
injection, router and so on.
It is a very common description. Now I make a few examples
showing what I think the framework should be able to do.
1) Creating a website should be as simple as creating a
Controller and a router configuration (YAML or database for
example), that assigns some route to this controller. Think of
something like this:
class IndexController
{
indexAction(Request request)
{
int contentId =
this.getDatabase().getContentModel().getPageById(5);
this.render("myTemplate.tpl", ["content": contentId]);
}
}
2) Form handling. You create a register form. So you create a
class User:
class User
{
int username;
string password;
}
and that class with some additional information should be
rendered to a web form. There are should be also routins to help
to verify the form (helpers for checking for email, length of the
input, phone number) and persist it to a database. Whereby I
don't think on ORM here, I'm not a big fan of ORMs. For my
projects I would implement a rich domain model with domain
objects, mappers... But it should be possible to use ORM as well
if this is available. Dependency Injection would make such
freedom possible. Btw. I think I won't write a DIc,
https://github.com/mbierlee/poodinis looks very promissing for
me. I would use any tools that meet requirements.
So it should help web developers in their daily job and should
make the web development pleasant.
It doesn't mean that I implement 10 session handlers from the
beginning. I will slowly implement things that I need for my
projects and will accept contributions if there are some
contributers one day.
And I can't promise that everything will be ready tomorrow. It is
very time consuming. But I got a new project last week that may
grow in the future. So I will begin to use these tools for my
work (I'm pretty free what I'm writing in and how I do it).
It can overlap with vibe.d here and there, but I think it is more
a continuation of vibe.d's http submodule. There were already few
attempts to create a similar framework on top of vibe.d, see:
https://github.com/CarbonComputed/carb.d or
https://github.com/Skadi-d/Skadi.d for example. But I want to
make it independent of the underlying platform (vibe.d, SCGI,
FastCGI).
So far....
More information about the Digitalmars-d-announce
mailing list