n-tier-architecture

    0热度

    1回答

    我需要一些帮助来很好地组织我的数据模型。 我正在写一个应用程序,它将是一个简单的笔记本。我使用三层架构= 商业逻辑,数据逻辑,数据库访问。 我想使用标签系统,以便在应用中搜索信息。这里有几个问题 - 由于担忧的分离,通过这些实体支持标签搜索的实体和类的类别必须不同。那么,做到这一点的最佳方式是封装还是继承? - 将实体类与检索信息并将其提供给数据库的类分离是一个好主意吗?如果是,它将是4个级别 -

    4热度

    1回答

    我尝试使用仅Silverlight的UI为以数据为中心的应用程序设置干净且灵活的应用程序框架。我希望严格分析问题,并希望尽可能灵活(例如,稍后交换ORM),同时还要减少代码量。 我花了几个星期找出一个合适的架构,虽然我最近的做法似乎符合我的要求,我还没有完全相信,这一方式将是最好的,在技术上是可行的。 这里是我的解决方案资源管理器的样子: MyCompany.MyApplication.Entit

    3热度

    2回答

    我正在构建一个应用程序(当前)由一个Web应用程序(ASP.NET MVC)和两个控制台应用程序组成。 Web应用程序只是用户界面。第一个控制台应用程序是以指定间隔运行的服务,并且会擦除多个网页。第二个控制台应用程序负责通过邮件从我的“下载程序”发送信息。我的控制台应用程序在不同的电脑上运行用户界面只显示下载器的结果。 的过程是这样的: 当用户添加一个URI在UI刮的URI保存到SQL Serve

    8热度

    4回答

    如何将数据传递给n层应用程序中的图层?我制定了3种不同的方法。 A) 通用的.NET对象的通用数据表,哈希表,通用的数据集,字符串,整数等.. 然后使用数据集,以填补其获取发送到UI层业务对象。 alt text http://img11.imageshack.us/img11/460/generic.png http://dabbleboard.com/draw?b=eiu165&i=26&c=

    4热度

    5回答

    我想弄清楚如何在数据,业务和UI层之间共享我的实体。是否最好为这些实体创建一个单独的项目,并将被所有层引用?怎么样枚举和自定义异常?我有一些仅由UI项目使用的枚举,还有一些由Business使用。这是否意味着我应该有两个单独的Enum文件夹:一个在Business项目中,另一个在UI中?与异常类似?到目前为止,我一直在一个单独的项目中维护实体,枚举和异常,这三个层都被引用。 我的业务项目有经理类(

    3热度

    1回答

    我意识到在n层设计中已经有了很多帖子,这可能是我思考问题并围绕圈子进行的,但是我现在都会感到困惑,并且会希望从社区中获得一些清晰的信息。 我想我创建了一个项目分开,(并没有设计架构非常好下手),出到不同的层(各自在自己的项目): UI 业务对象 逻辑/业务 DAL 的UI只调用逻辑层来获得它的东西 的的Business Objects不应调用或者有别的引用,只是存储数据的方式 的逻辑/BUSINE