아래 데이터베이스에 대한 요구 사항을 추가했습니다. 나는 증인 단체를 어디에 둘 것인지 모르겠습니다. This is what my design currently looks like Ollivander Wand Laboratory는 수많은 밀레니아에서 지팡이 제조 업계의 선두 주자입니다. 알려진 바와 같이 지팡이는 마법사를위한 장비 중 가장 중요한 부분입니다
다른 .net 응용 프로그램을 호출하여받은 통합 된 제품 xml을 다시 가져옵니다. Xml에는 P1, P2, P3 등과 같은 다양한 하위 제품에 대한 데이터가 들어 있습니다. xml을 구문 분석하고 각 하위 제품 P1, P2, P3 ....에 대해 세 개의 별도 xmls..i.e.one으로 나누는 C# 프로그램을 작성해야합니다. 각 하위 제품에 대해 xml
팻 DB에서 마이크로 서비스 아키텍처로의 변환에 대해 이야기하고자합니다. 역사의 비트 : 우리는 1000 개 이상의 테이블이있는 FAT 데이터베이스에 고객 세부 정보를 캡처하는 기존 대출 애플리케이션 시스템을 보유하고 있습니다. 이 응용 프로그램은 대출 캡처를 넘어선 100 개 이상의 스크린/프로세스로 대출을 캡처하는 것 이상의 기능을 수행합니다. 관리,보
현재 레이 바의 "코 틀린 안드로이드 개발자를위한"책을 다음, 나는에 대해 궁금 한 가지 ... 거기 import blah.data.Forecast
import blah.domain.Forecast as ModelForecast
왜, 각각의 데이터를에 "예측"클래스를 생성하고 도메인 계층, 그리고 별칭 하나? 단순히 도메인 이름을 blah.domain
그래서 내 학교 웹 사이트의 UI 디자인을 만들고 싶습니다. 기사/학교 저널리즘 웹 페이지의 한 섹션이 있습니다. 타일 된 카드보기 또는 목록보기 사이에 약간 혼란스러워합니까? 다중 열 레이아웃 https://i.stack.imgur.com/B420r.png 한 열 레이아웃 - 목록보기 https://i.stack.imgur.com/xzk6J.png
몇 가지 비슷한 질문을 본 적이 있지만 위임이 인터페이스로 제한되는 이유는 무엇입니까? 사실 실제로 우리는 실제로 인터페이스가 전혀없는 것을 가지고 있습니다. 그것은 거의 구현되지 않지만 일부 기능을 제공하거나 추상 클래스를 구현하는 클래스입니다. 강제로 인터페이스로 제한하는 근본적인 제한이 있습니까? 아니면 향후 kotlin이 제한없는 위임을 가질 것으로
약간의 문제가있었습니다. 스레드에서 뭔가를하고 새로운 GUI 창을 끝내고 싶습니다. 나는 몇 가지 해결책을 발견 : 내가 느끼기 때문에, 스레드를 만들고 스레드 내에서이 방법은 좋지 않은 느낌이 나에게, 그 업데이트 후 내 GUI를 내 작업 라인을하는 것입니다 그 통해 내 GUI를 업데이트 GUI 업데이트를위한 것이 아닌 스레드가 가장 좋은 아이디어는 아닙
UML을 처음 사용하고 있으며, 보수계 응용 프로그램 용 유스 케이스 다이어그램을 모델링하고 있습니다. 그러나 나는 조금 혼란 스럽다. 기능 요구 사항이 있습니까? 카운트 수, 거리 계산, 속도는으로 계산하고 유스 케이스로 간주할까요? 과 같은 유스 케이스의 경우에 로그인하십시오. 배우가 사용자임을 알기 쉽게 표현했습니다.
PHP 백엔드와 자바 스크립트 프론트 엔드가있는 대시 보드 애플리케이션이 있습니다. 여러 소스에서 데이터를 읽었으며 모든 소스의 데이터베이스에 액세스 할 수 있습니다. 응용 프로그램을 디자인하는 동안 응용 프로그램에 요청이있을 때마다 원격 데이터베이스를 사용하는 대신 원격 데이터를 로컬로 저장하는 것이 좋습니다. 로컬로 저장 하시겠습니까? 이유는 데이터가