2009-06-15 39 views
1

我需要一个简单的服务器端脚本解决方案,以解决以下问题: 我的客户让我在ASP.NET MVC中创建一个站点。我正在编写整个网站,但他们希望能够通过简单的脚本进行扩展。例如:向ASP.NET添加简单的服务器端脚本

你的生日是什么时候?
__/__/____   [X]不显示年份

这需要采取一个标题(你什么时候过生日?),日期的方式来指示需要一个复选框,以及复选框的文本。这是所有简单的标记。最后的需要是是否显示出生年份的条件。稍后显示此信息时。

我认为使用JavaScript作为我的脚本语言,只是在客户端运行它。虽然这适用于上面这个简单的例子,但一些真实世界的信息太过敏感,不像在JavaScript中那样容易看到。我宁愿所有的数据都在服务器端进行处理。

回答

3

如果你的客户有足够聪明的人用JavaScript来做到这一点,那么为什么这个人不能够学习足够的C#(或VB.NET?)来直接编辑视图和控制器呢?

用一些嵌入式脚本语言或插件体系结构的额外复杂性来构建您的应用程序似乎有点矫枉过正,并且可能会让那些了解C#并且随时根据需要进行这些简单更改的人难以维护。

我想说,C#或VB.NET是很不错的服务器端语言,所以为什么要寻找别的东西?

3

我回应丹尼斯的回答,并补充说他们可能会考虑使用SharePoint(WSS 3.0)作为该网站的该部分。它建立在ASP.NET和Windows Workflow Foundation上,所以它不是一些外国技术。

另一方面,它可以被编程背景很少或没有编程背景的人扩展。可以使用SharePoint UI或使用现在免费的Microsoft Office SharePoint Designer进行修改。

对于他们来说,这应该有足够的力量,并且所有这些都不必过度概括您的网站以适应模糊的要求。

2

这个定义就足够了,你可能不需要像SharePoint或WWF那样复杂的东西,只需要一个小小的object-foo。根据您对需求的描述,您需要:

1)存储这些“DateOptionFields”的设施,可能会追溯到用户记录。同样,从你对问题的描述中,你可以看到6个左右的字段:QuestionType,QuestionTitle,CheckedTrue,DateSupplied和ShouldShowYear以及一些标识符。

2)管理这些额外问题的设施 - 实际上取决于应用程序和需求。如果“额外”问题不适用于所有用户,则会变得有点棘手,但通常不会太粘。

然后将合适用户的“额外”问题插入适当位置的用户界面,即可完成。

+0

6个“DateOptionFields”的额外字段,被描述为一个简单的例子!客户需要添加其他可能未知的字段/选项类型需要多少额外字段?有CMS系统可以完成这种类型的事情,但是将其构建到新的应用程序中似乎有很多工作,并且从长远来看很难维护。 – CoderDennis 2009-06-16 15:16:19

相关问题