【问题标题】:Web database application architectureWeb数据库应用架构
【发布时间】:2012-05-30 08:38:04
【问题描述】:

有一个中等规模的数据库应用程序需要构建具有 Web 界面。平台为asp.net 3.5(asp.net mvc 2)、sql server和ext.net 1.3.0。工具是visual studio 2010。

我想知道,我应该从数据库设计和业务逻辑开始,然后在完成完整的工作草稿/骨架后转到 UI 吗?还是我应该逐步构建数据库和 BL,并随着我的进展将它们绑定到 Web UI?

更具体地说,我是否应该将整个 BL 功能构建为一个单独的 dll 项目,然后让 Web 应用程序项目引用它?如果是这样,我有哪些沟通方式?例如网络服务?

最后但同样重要的是,Web 应用程序需要一种安全机制(用户帐户等)。我应该从一开始就设计和集成它,还是可以在其他一切都准备好时添加它?

(我希望我的问题足够清楚。据我所知,创建十几个或更多 aspx 页面作为构建和测试应用程序功能的一种方式会导致所有问题和死胡同,同时非常耗时。我寻求的是一种将 UI 与其他所有内容分开的方法。比如有一个工作原型向客户展示案例,然后将 (ext.net) Web UI 作为一个完全独立的步骤构建。)

【问题讨论】:

    标签: database asp.net-mvc-2 architecture


    【解决方案1】:

    您不打算使用 .NET 4.0 和 MVC 3 是否有特殊原因? MVC 3 带有 razor 视图引擎,它可以产生更好更清晰的视图。如果您使用 .NET 4.0,您可以使用实体框架。新的 Entity Framework 4.3 允许您首先使用代码进行迁移,这可能是您需要与客户合作“探索”需求的项目的好方法。首先使用代码,您使用 POCO 类构建模型,并让 EF 处理数据库模式。如果您对模型进行大量更改,这很有效,这听起来像是您可能想要的。观看 this 视频,了解关于代码优先迁移的精彩介绍。

    【讨论】:

    • 第一个也是唯一的原因是我对架构问题感到很困惑,更不用说使用我不熟悉的东西(.net 4、EF 等)了。不过,非常感谢您提供的链接,至少我现在知道什么是代码优先。
    猜你喜欢
    • 2011-08-17
    • 1970-01-01
    • 2011-09-13
    • 2010-10-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多