我建立一个Web应用程序来管理基于不同参数的说明(如JOBCODE,国家,客户,产品等)。我已经拨出约20填充字段每个这样的参数。字段的显示名称可能不同从一个项目到另一个。 (多个实现)。

有些项目可能无法使用所有的20场,但只能说5-6场...

现在,我的一位同事是在暗示我自定义存储过程返回,并接受项目所需的列名的领域,并让SP确实与实际列名的查找。他还提出动态构建控制。

我想提供静态控件的所有20场,只是必要的字段名称填充标签和使用字段名“Filler1”,“Filler2” SP进行交互。这也意味着,我们需要使非必需控制看不见的......

随着越来越多的有经验的用户...你能列举的优点和缺点两...

由于

有帮助吗?

解决方案

有关它将是十分困难的理解界面如果不适用于特定的情况下,字段仍然可见最终用户。

所以,我的确会劝不产生你不需要任何字段,或者至少是把他们藏在情况下是不需要的。

至于放在哪里逻辑...好它是有意义的拉动,确定哪些领域应该从数据库时要显示的数据。不过,我会建议不要把所有实际呈现在存储过程中的页面逻辑。相反,你可以使用SP来获取数据,并使用你的语言(PHP,C#/ ASP.NET,Java Servlet的,什么haveyou)实际处理数据并显示页面。

HTHT。

其他提示

它从来没有很好的做法,使用领域的一组数字作为你所描述的(其更好地动态地建立它 - 但要确保你写高效的代码)。通过创建控件的定数,你是限制自己,并创建一个大的维护问题。也许你现在还看不出来,但以后,如果发生了怎样的控制变化多少?

您的同事的建议是可行的。至少你必须改变控件的数目在任何时候无需重新编译代码的能力。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top