Question

这个问题可以适用于任何方案拟定语言,但正如我所认为的那样,我将这样说......。

我很想知道,如果一个网络应用参数使用行动参数,它是否被视为设计/结构错误,而对于每项行动而言,它相对照相。

For example: /index.php?action=edit

Versus

/edit.php或/index/edit.php

我知道,摩德-摩托普可以把一只高端的陶器转化为一只低度的ur,但我尽量避免不必要的复杂性。

感谢。

Answer 1

对于大型应用,(特别是有各种框架,如假冒,Zend Framework,......)我们往往使用一个切入点:index.php。

该切入点将收到以下信息:(如:>action parafalls>,从而使其得以将请求转交正确的控制人(或您可能具备的任何类似内容)。

So, to make things short : no, using action parameters is not bad design / architecture.
Of course, this depends on the kind of application -- but, generally speaking, have a unique entry-point is quite a good idea.

Answer 2

我不认为这是一个坏的设计,当然还有其他可能性,但总的来说,这是你在方案者之间达成的内部协议。你们应当把购买力平价和超文本编码分开,使发展更加容易。

我更喜欢。 MVC-coding Format,将购买力平价和超文本相互分开,与你“放弃”。

希望有助于:

Answer 3

我将提到你的例子至少是过时的,或没有最佳做法。

/index.php?action=edit

Does看好,因此不方便用户,也不友好。

/edit.php

意味着,在21世纪,每项行动确实都有一个单一的档案,显然都是不好的,在那里,我们有庞大的多指标类集调查框架,使我们能够摆脱这一僵局,把关切分开。

A good URL looks for example like that:

Isite.com/user/profile/edit

在用户模块中,用户感化控制器和编辑行动的含义。

Answer 4

There is nothing actually bad in either, both can be used all right

单独档案被认为对小额申请来说更好,以避免不必要的复杂性。

据认为,行动方式较好,可更好地为复杂的应用服务,即单一切入点作为boot,首先将所有网站的特征引入,然后确定适当的模块。

我只得警告你不要在主设计书的中间以sil丝不.的方式使用这种行动。它既不安全又不可靠。

Answer 5

这取决于你们的要求和规模。

使用单独档案是ok。然而,你可能发现穿梭复制法,而不是适当重新使用编码和技术。更方便地利用小型、临时的用途来做到这一点,但是,随着时间的推移,它很可能变成代谢法或丛林。

如果您使用单一入境点(舱载荷载荷)的话,你必须学会这一工程(CodeIgniter 和 ExpressionEngine )是良好的MVC系统,如果你在网上不履约,则使用,但比单页或单条/条码更一致。

它不是灵丹妙药,但大多数专业业务都使用像一个切入点一样的加级负荷系统(例如MVC)。

Answer 6

大约使用mod_rewrite<>/strong>: mod_rewrite不是制造的,不应用作你的购买力平价结构的一部分。

大约有,每个符合逻辑要素的文件。这是你所期望的逻辑单位分离的非常好和实际的方法。这比在内部制造大量混合逻辑的庞大档案更好,随着时间的推移,这些档案将无法维持。这并不矛盾的是有一个入境点和一个MVC结构。

具有行动参数是欧安会控制员最正常的做法,例如,在把行动归类到共同控制者方面,这种做法非常有意义。

// blog controller -> create blog entry -> edit -> view -> delete -> list ( this is a very common addition to CRUD

所有这一切都有一个共同的结构,即几乎所有国家都接受id,并做相关的事情。

如果你严格谈论GET参数,就会发现,如果你把一切从档案中直接运用,而唯一变化的是,获得的参数将非常快。计算机结构像真正的结构一样,试图在小型、简单(可能可再使用)单位中分立。

友情链接