[火爆热烈讨论中......] PHP参数提交入口问题

HonestQiao

两者都差不多，个人喜好问题。

至于安全性，那是编程质量的问题

hitty

从传统程序的结构方面来说，我认为单个入口是最清析的，统一定向，特别是面对一些OO结构、功能型的网站，只可能对一些新闻类型的站点不适合。

另外我还觉得维护起来比较方便.....

安全性方面实现起来比较方便，重要文件可以隐藏在安全目录中，在某种程度上可以较好地保护源码.......-_-!!

我还是没有听明白呀......至于搜索，那关健还是做好站点地图，还有URL，只是增加了一个功能参数，表明动作，其它没有什么两样?

[ 本帖最后由 hitty 于 2005-11-1 08:43 编辑 ]

步云达娃

整个站点都用一个文件入口,然后调来调去,别说有多麻烦了,一直都是自己用还没有什么,假如是要相互合作的就惨了.
我现在接受修改的一个站点就是那样做的,真的是麻烦啊.
所以我也认为没有必要整个站点用一个入口.应该某个功能模块用一个入口.这样整个站点就清晰些了.

北京野狼

原帖由 imbiss 于 2005-10-31 20:00 发表
野狼说的不完全对。
一个程序实现一个功能应该改为一个函数实现一个功能。
在单一入口的php里，index.php其实只完成一件事，根据不同的request，把引入不同的模块。出此以外，什么是都不管。
所以这样的index.php看起来非常简单。好比...

兄弟单一入口的任何程序，完全是给自己找麻烦。什么明显面对OO结构，两者相差巨大。
说这样调试方便的兄弟，是不是真的写过程序？一个网站的程序搞个几万行，脑子进了水？

北京野狼

最简单写程序的方式就是用户没点击造成的一个提交工作就是一个单独php文件.
象增加，修改，删除用户，就是insertuser.php,updateuser.php,deleteuser.php.
这样永远是修改调试最清晰的。
你试过调试几年前的程序，你能记住一个古怪的参数到底从那里来的？
你试过和人合作开发吗？两人写一个文件？

hitty

楼上思想和观点完全错误！

何来只有一个文件？几万行？

cloudchen

倒。。。原来野狼以为单一入口是把所有的功能都写到一个页面里面啊？？？昏。。。还以为有什么高见来，原来是你理解错了。。。

单一入口只是一个Controller实例，来根据入口参数调用不同的Action，当然各个Action和Model都是分成n个文件来写，结构上更清晰，应该是更适合多人开发的

而且单一入口的MVC都是写好Model之后再组织各个需求的Action，这样应该是更好理解的，更容易多人协作开发的。V部分也是一个一个的模块。

北京野狼

原帖由 cloudchen 于 2005-11-1 11:12 发表
倒。。。原来野狼以为单一入口是把所有的功能都写到一个页面里面啊？？？昏。。。还以为有什么高见来，原来是你理解错了。。。

单一入口只是一个Controller实例，来根据入口参数调用不同的Action，当然各个Act ...

无论你是写一个文件，还是多个文件一个入口，为什么要多个Action.调试一个功能要到多个文件里搜索
或者在一个巨大的文件里查找都一样笨拙。

结构是最槽糕，无法适合多人开发的。php程序搞什么Controller，老老实实一个文件一个功能。
明明可以简单处理的，非搞复杂。网站程序代码量是很大的，你怎么把单一入口的累赘东西写出文档，给别人看。

[ 本帖最后由 北京野狼 于 2005-11-1 11:43 编辑 ]

z33

原帖由 HonestQiao 于 2005-10-31 22:51 发表
两者都差不多，个人喜好问题。

至于安全性，那是编程质量的问题

宗教信仰问题。。。。

jhsea3do

以前看ipb的代码深受影响

后来觉得没有必要分的那么详细了，同意野狼的看法，不过他好像过激了