标签: 3-tier

对于.Net,Microsoft /其他人提供了许多项目,通过这些项目可以了解在现实生活中如何实现模式等.

我正在寻找Java EE的(除了Sun提供的示例:http://java.sun.com/javaee/reference/code/).我正在寻找更复杂的.可能正在使用JSF/Spring/Struts

我在asp.net 3.5 a3层应用程序中使用crystal报表时出现以下错误

名称空间"CrystalDecisions.Web"中不存在类型或命名空间名称"CrystalReportViewer"(您是否缺少程序集引用？)

我包含的名称空间是:

using System;
using System.Collections;
using System.Configuration;
using System.Data;
using System.Linq;
using System.Web;
using System.Web.Security;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Web.UI.WebControls.WebParts;
using System.Web.UI.HtmlControls;
using System.Xml.Linq;
using MorvelNew.Report;
using System.Data.Sql;
using System.Data.SqlClient;
using System.Data.SqlTypes;
using CrystalDecisions.CrystalReports.Engine;
using CrystalDecisions.Web;

我在C#Windows应用程序中使用,我使用过

TempProWin - >对于Windows应用程序项目
TempProApp - >对于数据库和功能,如使用CSLA方法的类文件.

在TempProWin.frmLogin.cs中:

using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Windows.Forms;
using  TempProApp;

private void frmLogin_Load(object sender, EventArgs e)
{
 UserLoginList oUserLoginList = UserLoginList.GetUserLoginList();
 cmbUserName.DataSource = oUserLoginList;
 cmbUserName.DisplayMember = "Select User";
}

但是当我构建这个应用程序时,我收到以下错误:

错误5找不到类型或命名空间名称'TempProApp'(您是否缺少using指令或程序集引用？)

我已经在D:\ TempPro\TempProApp\bin\Debug的路径中包含了TempProApp.dll的引用

我正在开发一个从头开始进行身份验证的3层项目.我使用以下内容作为实现身份验证的指南:http://bitoftech.net/2015/01/21/asp-net-identity-2-with-asp-net-web-api-2-accounts-management /

问题是我需要安装以下NuGet包:

Install-Package Microsoft.AspNet.Identity.Owin -Version 2.1.0
Install-Package Microsoft.AspNet.Identity.EntityFramework -Version 2.1.0
Install-Package Microsoft.Owin.Host.SystemWeb -Version 3.0.0
Install-Package Microsoft.AspNet.WebApi.Owin -Version 5.2.2
Install-Package Microsoft.Owin.Security.OAuth -Version 3.0.0
Install-Package Microsoft.Owin.Cors -Version 3.0.0

我直观地将Microsoft.AspNet.Identity.Owin安装到我的Presentation Layer中,现在又陷入困境,Microsoft.AspNet.Identity.EntityFramework它去了哪里？我已经在数据访问层中安装了EF6,有没有办法在表示层中为Microsoft.AspNet.Identity.EntityFramework提供这种依赖？

我正在构建标准的3层ASP.NET Web应用程序,但我在努力去做某些事情 - 特别是处理异常.

我试图在网上浏览一些例子,但找不到任何一个整个项目,显示一切如何链接在一起.

在我的数据层中,我正在连接到SQL Server并做一些事情.我知道我需要捕获可能因此而引发的异常,但我不知道该在哪里做.

根据我的阅读,我应该在UI层中进行,但在这种情况下,我不确定如何确保与数据库的连接已关闭.是否有人能够澄清如何做到这一点？此外,如果有人知道我在哪里可以找到一个示例3层Web应用程序,该应用程序遵循最佳实践,也会很棒.

谢谢

到目前为止,我已经有过使用COM +技术的经验来构建3层应用程序.这是一项巨大而先进的技术,支持许多有趣的概念.它只适用于在LAN上运行的应用程序.

现在我打算建立3层系统,仍然基于D7.不同之处在于它应该在互联网上运行.客户将分散在世界各地.根据我在这种情况下的经验,我不会依赖com +.Com +基本上需要稳定的连接,配置必须打开相当广泛的端口的防火墙服务器并不容易(即使你缩小它).

所以问题是.什么体系结构(Web服务,服务或其他)在生产中适合您？我想我想拥有一个侦听一个tcp端口的服务.我可以在其中保存可用于打开会话的会话客户端参数.此外,某种内置加密技术将是一个优势.

感谢帮助!

我想在ASP.NET中构建一个具有3层架构的Web应用程序.但是我遇到了循环引用的问题.

我有3层:

1. 包含UI的应用层.
2. 包含所有逻辑和域类的业务层.
3. 包含所有数据库交互方法的数据层.

我在业务层中使用数据层方法来执行数据库操作,在这些方法中,我需要将域类对象传递给数据层,但由于循环引用而无法完成.

例如,我有一个Person包含一些属性和方法的域类.现在我想将其Person插入数据库.我在Person类中有一个方法,命名为InsertPerson().在这个方法体中,我必须调用Data层的函数插入到数据库中.但是我无法将整个人对象传递到数据层方法,因为数据层引用被添加到业务层,反之亦然.

那我怎么能避免这个问题呢？请建议.

我想根据我的下拉列表中的选择,使用值填充我的文本框.

DAL:

public static string GetTicket(collection b)
{
    try
    {

        string returnValue = string.Empty;
        DB = Connect();
        DBCommand = connection.Procedure("getTicket");
        DB.AddInParameter(DBCommand, "@SupportRef", DbType.String, b.SupportRef1);

        var myReader = DBCommand.ExecuteReader();
        while (myReader.Read())
        {
            returnValue = myReader.GetString(0);
        }

        return returnValue;
    }

    catch (Exception ex)
    {
        throw ex;
    }

BLL:

   public string returnTicket(collection b)
   {
       try
       {
           string ticket = DAL.data.GetTicket(b);
           return ticket;
       }
       catch (Exception ex)
       {
           throw ex;
       }
   }

PL:

protected void ddl_Customers_SelectedIndexChanged(object sender, EventArgs e)
{
    string selectedValue = ddl_Customers.SelectedValue.ToString(); …

在域驱动设计中,域层据说不依赖于其他层,即存储库接口位于域层内,而其实现位于基础架构层.

然而,有界上下文(带域+ infra)被部署为一个单元(可部署),因此这些层实际上是逻辑的而不是物理的.那么在域和基础架构层之间绘制这个虚拟分隔符有什么好处？

更新

在传统的分层方法中,域(服务)被认为依赖于基础设施层.相反,当涉及DDD /清洁/六边形体系结构时,域独立于其他层,因为域层具有由基础结构层实现的接口.

无论您使用DDD还是传统的分层方法,您仍然需要模拟存储库,这意味着域实际上并不是独立的.它是否正确？

假设有一个 Employee 类，业务需求之一是 EmployeeName 变得唯一。现在使用 3 层架构，

第 1 层：表示
层 第 2 层：域模型 + 数据服务类（业务逻辑层）
第 3 层：数据访问类 + 存储过程（数据访问层）

既然上面的需求是业务需求，您认为这条规则最好放在哪里？

选项 1：数据库中的唯一键约束

选项 2：检查业务层数据服务类中的条件，以便无论使用哪个数据层，都将业务逻辑封装在该层中？