이 게시물을 읽은 후에 (business logic database or application layer) "데이터베이스의 비즈니스 로직"주제와 여전히 싸울 충분한 이유가 없습니다. 내 현재의 작업에는 많은 DB 트랜잭션 (실제로)이 있고 그 진절머리가 나는 코드는 저장하기 어렵다. 스토어드 프로 시저에서 많은 복제가 발생하므로, 테이블의 값을 변경하려면
퀴즈 응용 프로그램을 만들어야합니다. 응용 프로그램에 대한 세부 사항 : 1. 각 클라이언트가 퀴즈에 참여하기 전에 서버에 등록 할 수 있습니다. 서버는 각 사용자의 사용자 이름을 물어보고 각 사용자에 대한 임시 ID를 생성합니다. 2. 등록 프로세스 후 클라이언트에 성공적으로 연결된 서버는 질문입니다. 3. 클라이언트가 응답으로 응답합니다. 4. 서버는
그래서 사양 패턴에 대한 몇 가지 게시물을 살펴 보았습니다. 아직 답변을 찾지 못했습니다. 제 질문은 n 계층 아키텍처에서 정확히 사양을 "새로 추가"해야합니까? 내 서비스 레이어에 넣어 수 (일명, 애플리케이션 계층은 때때로 ... 기본적으로, 뭔가가 .ASPX 코드 숨김에 말할 것이다라고),하지만 난 '것을 수행하여 같은 느낌 비즈니스 규칙을 도메인 외
UDP 트래픽을 스니핑하고 응용 프로그램 계층 만 파일에 기록 할 수있는 도구 (Linux가 선호 됨)를 찾고 있습니다. 나는 항상 하위 레이어의 헤더를 작성하므로 tcpdump/wireshark을 그렇게 만들 수 없습니다. snort (./snort -qd -l ./logs)으로 작업을 시도했지만 패킷에 응용 프로그램 계층 데이터가없는 경우에도 데이터를
TerracottaJobStore와 함께 Quartz Scheduler를 사용하고 있으며 스케줄러 노드와 서버가 통신에 사용하는 프로토콜을 파악하려고합니다. 웹 응용 프로그램 설정에서 브라우저 (클라이언트)는 TCP/IP를 통해 HTTP 또는 HTTPS를 사용하여 Apache (서버)와 통신합니다. 쿼츠와 테라코타에 해당하는 것은 무엇입니까? 나는 쿼츠 스