[pLog-general] On php5...

[su baochen]

> >
> > Now, first step, how to name the new branch? any idea?
>=20
> "plog-php5"?

that's ok:-)

> >>> 3 Add module support, and move admin class,view and etc to
> >>> modules/admin=A3=ACsumamry action,view and etc to modules/summary,oth=
er
> >>> module can be added too. More generally, I think only plog core=20
> >>> classes
> >>> should be putted into class directory, others should be treated as
> >>> modules or plugins.
> >>
> >> I don't quite agree with this but I think we could discuss about it...
> >
> > If only considering blog system, moudle support maybe redundent. I want
> > to add module support because:
> >
> > 1 New branch of plog will not only a blog system, but also an
> > application framework for php to develope more complex system.
> > 2 Module support is easy to implement:-)
> >
> > But, I have no idea which is suitable,module or plugin?
>=20
> Sincerely, I don't like it.
>=20
> Plugins is a concept that we're using to expand the functionality of=20
> plog itself by adding new menu entries (in 1.0) or exporting additional=20
> objects to the templates, etc. I also don't see how a "module" works or=20
> it is defined.
>=20
> But if all you want to do is separate the base code of the framework=20
> from the code of plog, as a blogging tool, then we just need to=20
> rearrange the directory structure a bit.
>=20
> Finally, there is already a framework that was spun off from the=20
> post-0.3 code of plog, but it hasn't gone quite public yet. I have to=20
> say that the idea didn't quite work out, and to tell you the truth, I=20
> don't feel like going through the same hassle again. Different people=20
> have different ideas about how things should work, etc, and plog was=20
> supposed to be the flagship application of the new framework but in the=20
> end we had to call the whole thing off (well, the framework is out=20
> there but plog was never integrated into it) because it was too=20
> difficult.
>=20
> As a personal opinion, I have noticed that in order to build a powerful=20
> framework you have to make a lot of generalizations since that's the=20
> point of a framework: try to be the base for many applications as=20
> possible. And when you want to build an application, you have to ignore=20
> most of all generalizations and build concrete, precise things. It is=20
> indeed true that plog is built on top of its own framework, but it's a=20
> framework that has developed overtime and most important of all,=20
> focused exclusively on plog. I think plog's framework should stay that=20
> way, focused on plog and nothing else.
>=20
> Also think about it, we also do not need to carry the burden of=20
> additional things that should be part of the framework when plog=20
> doesn't really need any of them, do we?
>=20
> All in all, I would vote -1 against it...

I understand what you mean, and agree with you that a general framework
is difficult to build, and also agree with you that we should first make
1.0 test works well and release 1.0 first, that's the most important
work for you and for plog community, so talking about plog 2.0(?) is not
very suitable at this time:-)

But how about let's do it eventually? Don't expect to make a good
framework suddenly, but day after day, we'll make it better and better.

In fact, MVC archticture is a good start point, you have done it very
well. =20

I'd like to open another thread to talk about plog archticture.


> Can't we try to fix log4php? Have you tried contacting the author?=20
> Perhaps he's got a new version coming out soon to solve all the=20
> problems with php5?

I have tried to contact with the author, but the mail was refused,
sadly:-(.
>=20

> roadmap --> The 1.x releases (as many as needed) should be based on the=20
> current codebase with minor fixes to make it *just* work under php5.=20
> The 2.x branch should be based on the new development tree making use=20
> of the newest OOP features in php5.

Agree with you totally.

>=20
> But keep in mind that we haven't even released 1.0 yet and we're=20
> already talking about 2.0... :-)

Yes, but why not:-)

>=20
> new branch --> I say we call it "plog-php5", or something like that :-)
>=20
> coding standards -->=20
> http://www.plogworld.org/wiki/index.php?pagename=3DCoding%20guidelines
>=20
As to code style, my two cents:-)

1 Name class with a uppper case word.
2 Variables and functions name do not need a preceeding "_" when using
php5,because we can use private to limit the access.

> anything else? :-)
>=20
> Oscar
>=20
> _______________________________________________
> pLog-general mailing list
> pLog-general at devel.plogworld.org
> http://devel.plogworld.org/mailman/listinfo/plog-general
>=20