«separation-of-concerns» 태그된 질문

10
“사용자는 관리자인지 여부를 결정해서는 안됩니다. 권한 또는 보안 시스템이 필요합니다.”
이 질문에 사용 된 예제는 최소한의 데이터를 함수에 전달 하여 사용자가 관리자인지 아닌지를 결정하는 가장 좋은 방법을 제공합니다. 일반적인 대답은 다음과 같습니다. user.isAdmin() 이로 인해 여러 차례 반복되고 많은 투표가있었습니다. 사용자가 관리자인지 여부를 결정해서는 안됩니다. 권한 또는 보안 시스템이 있어야합니다. 클래스에 밀접하게 연결된다고해서 해당 클래스의 일부로 만드는 것이 좋은 생각은 …

12
생성자에서 모든 객체의 작업을 수행해야하는 이유가 있습니까?
이 코드가 내 코드 나 동료의 코드가 아니라고 말함으로써이 서문을 시작하겠습니다. 몇 년 전 우리 회사의 규모가 더 좁 았을 때, 우리는 용량이 없었기 때문에 필요한 프로젝트를 수행하여 아웃소싱했습니다. 이제는 일반적으로 아웃소싱 또는 계약자에 대해 아무런 조치도 취하지 않았지만 이들이 생성 한 코드베이스는 대량의 WTF입니다. 즉, (주로) 효과가 있기 때문에 …

6
저장 프로 시저가 3 계층 분리를 위반합니까?
저의 일부 동료들은 데이터베이스에 저장 프로 시저에 비즈니스 로직이있는 것은 데이터베이스가 데이터 계층에 속하고 저장 프로시 저는 비즈니스 로직이기 때문에 3 계층 분리 아키텍처를 위반한다고 말했습니다. 저장 프로 시저가 없으면 세계는 매우 어두운 곳이라고 생각합니다. 그들은 실제로 3 계층 분리를 위반합니까?

4
MVC가 "문제의 분리"인 경우 왜 면도기 구문이 도입 되었습니까?
내 질문은 MVC 디자인 패턴 및 Microsoft가 도입 한 면도기 구문과 관련이 있습니다. MVC 디자인 패턴을 배우는 동안 아이디어가 분리의 우려 라는 원칙에 기반을 둔다는 말을 들었습니다 . 그러나 Razor Syntax를 사용하면 뷰 에서 C #을 직접 사용할 수 있습니다. 우려의 교차점이 아닌가?

8
DB를 사용하는 것과 달리 실제 데이터 값을 코드에 하드 코딩하는 경우는 언제입니까?
나에게 가장 오래된 질문은 데이터베이스 테이블에 데이터 (실제 값)를 언제 저장하고 언제 코드에 바로 저장합니까? 알려지지 않은 합의는 일반적으로 다음과 같습니다 (*). 단일 변수이거나 간단한 구조이거나 몇 개의 값 배열이면 데이터를 코드에 바로 넣으십시오. [* 의견과 답변에 대한 합의가 논의되었지만 기본적으로 나는 질문을 시작하기 위해 어떤 전제를 원했기 때문에 자유롭게 …

5
개별 데이터 구조로 텍스트 내 메타 데이터 저장
inline , intext 메타 데이터 를 저장 해야하는 응용 프로그램을 개발 중입니다 . 이것이 의미하는 바는 다음과 같습니다. 긴 텍스트가 있고 특정 단어 또는 텍스트 문장과 연결된 일부 메타 데이터를 저장하려고합니다. 이 정보를 저장하는 가장 좋은 방법은 무엇입니까? 나의 첫 번째 생각 은 텍스트 에 검색 할 때 구문 분석 …

8
로깅 코드를 비즈니스 로직 외부에서 완전히 유지할 수 있습니까?
AOP의 도움으로 비즈니스 로직에서 로깅 코드를 제거 할 수 있습니다. 그러나 나는 간단한 것들 (즉, 로깅 방법 입력 / 종료 및 매개 변수 값)을 기록하는 데만 사용할 수 있다고 생각합니다. 그러나 비즈니스 로직에 무언가를 기록해야하는 경우 어떻게해야합니까? 예 : public void SomeDomainMethod(string id) { //Get user by Id User user …

3
건축 적으로 말하면 Microsoft의 Entity Framework와 같은 데이터베이스 추상화 계층에서 별도의 데이터 액세스 계층이 필요하지 않습니까?
그것이 있었던 방식 몇 년 동안 저는 다음과 같은 소프트웨어 솔루션을 조직했습니다. 데이터 액세스 비즈니스를 추상화하기위한 DAL (Data Access Layer) 비즈니스 규칙을 데이터 세트에 적용하고 인증을 처리하는 BLL (Business Logic Layer) 유틸리티 (Util)는 시간이 지남에 따라 구축 한 일반적인 유틸리티 메소드의 라이브러리 일뿐입니다. 물론 웹, 데스크탑, 모바일 등 모든 것이 …

6
Dijkstra는 우려 분리에 대해 글을 쓸 때 코드 모듈화를 계획 했습니까?
먼저, 나는 Edsger W. Dijkstra의 1974 년 논문 "과학적 사고의 역할에 관한"을 읽었습니다. 내가 당신에게 설명하려고 노력하겠습니다. 내 취향에 맞는 것은 모든 지적 사고의 특징입니다. 그것은 자신이 일관성을 유지하기 위해 자신의 주제의 측면을 심도있게 연구하고자하는 것이며, 항상 하나의 측면만으로 자신을 차지하고 있다는 것을 알고 있습니다. 우리는 프로그램이 정확해야한다는 것을 알고 …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.