business-logic-layer

0열

4답변

MVC 아키텍처 컨트롤러에서의 대용량 메소드

현재 컨트롤러의 ActionResult 함수에서 비즈니스 로직을 개발하고 있으며 다루기 힘들어지고있는 것으로 나타났습니다 ... 커다란 ... 많은 페이지의 기복이 있습니다. 코드에는 ViewBag 속성에 할당 된 드롭 다운 목록에 대한 채우기 목록이 포함되어 있지만 크기의 대부분은 EF (linq에서 엔터티)로 처리되고 이에 대한 메모리 처리에 사용됩니다

asp.net-mvc business-logic-layer 2014-01-23

---

1열

1답변

비즈니스 및 데이터 액세스 엔터티 공유 전략

비즈니스 및 데이터 액세스 엔터티의 90 %가 동일한 속성을 가진 계층화 된 응용 프로그램을 설계하고 있습니다. 기본적으로 관심을 분리하기 위해 동일한 속성으로 각 레이어 (및지도)에 대해 하나의 클래스 세트를 만드는 것은 의미가 없습니다. 나는 automappers를 완전하게 알고있다. 그러나 나는 그것이 불필요하다고 생각하면서 오히려이 경우에 하나를 사

data-access-layer domain-model business-logic-layer 2013-10-21

---

1열

1답변

ASP.NET : 웹 서비스 메서드에서 객체 목록 반환

문자열 목록 대신 객체 목록을 반환하는 방법이 궁금하십니까? 내 비즈니스 로직 계층 여기 여기 내 웹 서비스 [WebMethod] public List<OpProduct> SearchProduct(string name) { BLProduct blProduct = new BLProduct(); List<OpProduct> result =

c# asp.net web-services serialization business-logic-layer 2014-05-11

---

1열

2답변

수업 문제의 인터페이스 implimenttaion

여기 내 간단한 senario입니다. 인터페이스를 구현 한 클래스 (BLL 클래스)가 있습니다. 내가 원하는 것은 프리젠 테이션 레이어 내에서 사용자가 인터페이스에만 접근하고이 인터페이스로 클래스를 상호 작용하고 클래스 함수가 ​​직접 상호 작용하지 않기를 바랍니다. 거기에 어쨌든 할 수 있습니까? 내 BLL 클래스 implemeted 인터페이스 : IOf

c# asp.net interface data-access-layer business-logic-layer 2013-10-26

---

0열

1답변

Windows 클라이언트 및 웹 클라이언트 - 동일한 비즈니스 계층 및 데이터 계층

프론트 엔드 또는 UI가 다른 회사의 경우 .NET에서 제품을 작성해야합니다. 양식, 웹 및 모바일에서 승리하지만 비즈니스 로직 및 데이터베이스는 같은. 누구나이 경우에 사용했던 아키텍처를 공유하거나 제안 할 수 있습니까? 나는 또한 다음을 고려하고 있었다. 비즈니스 계층과 WCF를 작성하고 서비스로 제공하십시오. WCF 데이터 서비스를 사용할 수 있습니까

.net wcf architecture multi-tenant business-logic-layer 2014-02-05

---

0열

1답변

세 가지 계층 구조 결정

크기가 꽤 괜찮은 웹 프로젝트에서 작업하고 있습니다. 동시에이 프로젝트는 Android, iOS 등과 같은 여러 플랫폼으로 확장 될 예정입니다. 제 의도는 여러 플랫폼에서 액세스 할 수있는 코드를 중앙 집중화하는 것입니다. 그러나이 디자인의 새로운 점은 레이어 구성 (BL, DL, UI)에 대해 약간 혼란 스럽습니다. 제 의도는 특정 모듈과 관련된 모든 코

c#-4.0 data-access-layer n-tier-architecture business-logic-layer loose-coupling 2014-02-10

---

0열

1답변

비즈니스 로직을 스토어드 프로 시저로 변환 - 아직도 혼란 스럽습니다.

저는 여러 장소에서 비즈니스 로직을 사용하지 않아야하는 이유에 대해 많은 articles을 읽었지만 BLL 코드로 유지하려고합니다. 유지 관리가 쉽고 코드가하는 일을 명확하게 이해하고 있습니다. 그러나 비즈니스 규칙 중 일부를 저장 프로 시저에 적용 (반복)하면 데이터베이스에서 클라이언트 응용 프로그램으로의 데이터 전송이 현저하게 줄어들 경우 어떻게해야합니

stored-procedures design business-logic-layer 2014-05-21

---

1열

1답변

XML 데이터를 가져 오기 및 저장 프로 시저 및 C#을 사용하여 기존의 테이블에 삽입

public int UpdatePlantContacts(int PlantID, List<string> PlantContacts) { int i = 0; DataTable dt = new DataTable("PlantAreaContact"); dt.Columns.Add("PlantAreaID",System.Type.GetType(

c# xml stored-procedures data-access-layer business-logic-layer 2014-02-15

---

0열

1답변

비즈니스 로직 관점에서 비즈니스 열에 고유 한 인덱스를 사용하는 것이 맞습니까?

내 질문은 데이터베이스 관점에서 공식화되지는 않지만 비즈니스의 장점은 논리적 인 관점입니다. 예제 테이블 CreditCard 및 열 CreditCardNumber를 사용합니다. 두 개의 동일한 CreditCardNumber를 가질 수 없으므로 CreditCardNumber에 고유 색인을 지정할 수 있습니다. 그러나, 이것이 비즈니스 규칙이 아닌가? 그렇다면

database business-logic-layer unique-index 2014-02-21

---

1열

2답변

대부분 CRUD 애플리케이션에서 비즈니스 계층을 우회 할 수 있습니까?

대다수의 기능이 데이터베이스 테이블과 뷰 사이에서 일대일 매핑 인 애플리케이션에서 작업하고 있습니다. 멀리 떨어져 있고 순수한 CRUD 응용 프로그램입니다. 그러나 비즈니스 규칙이있는 경우는 거의 없습니다. 예를 들어 사용자가 '제한 테스트'를 작성하는 경우 회사 정보를 입력해야하지만 '제한 테스트'가 아닌 경우 회사 정보는 선택 사항입니다. 중간 비즈니스

design orm architecture crud business-logic-layer 2014-03-07

---