우리는 여러 데이터베이스 응용 프로그램을 단일 플랫폼 (웹 기반 일 수도 있음)으로 이동시키는 방법을 모색 중입니다.중첩 된 응용 프로그램 개발
우리가 생각해 봤는데 것은이 같은 중첩 된 응용 프로그램 무언가의 수있을 것입니다 모델 :
1) 응용 프로그램의 기본 탐색을 관리하는 "사이드 바"가를, 검색 등
2) 사이드 바에서 선택하면 디스플레이의 주요 부분에 적절한 응용 프로그램이로드됩니다. 이러한 각 응용 프로그램 내의 링크는 웹 페이지를 변경하는 것처럼 다른 응용 프로그램을 호출 할 수 있습니다.
그러나 주위를 둘러 보니 IntraWeb (브라우저에서 호스팅되는 첫 번째 선택 항목) 또는 Delphi (단일 응용 프로그램으로 모두 코딩하는 것)에서이를 구현하는 직접적인 방법을 볼 수 없습니다.
어떤 조언이 필요합니까?
웹 기반은 브라우저를 의미합니까? 응용 프로그램의 유형에 따라 단순히 통신을 위해 인터넷을 사용하는 기존의 Delphi 클라이언트 측 응용 프로그램을 작성하는 것이 좋습니다. 두 가지 접근 방식 중 하나는 이메일 : Outlook vs Gmail입니다. 그들은 둘 다 (분명히) 인터넷을 사용하지만 그 중 하나는 클라이언트 측에서 실행되고 다른 하나는 "클라우드"에서 실행됩니다. 물론 둘 다 기술적으로 클라이언트 측에서 운영되고 있다고 주장 할 수 있습니다. 계획의 당신의 설명을 바탕으로
는, 혼자 네이티브 델파이와 목표 달성의 한 아주 쉬운 방법 :
웹 기반 종류는 브라우저를 의미합니다. 감지 된 응용 프로그램 논리에는 전달, 뒤로, 링크 및 책갈피 유형 동작이 필요합니다. 하나의 가능성은 앱을 위해 특별히 브라우저를 다시 발명하는 것이 아니라 사용자가 익숙해 져야한다는 것입니다. 그러나 그 순간에는 우리가 가지고 있지 않은 기술 세트 (델파이)가 관련되어 있습니다. –
나는 오히려 브라우저가 델파이가 90 년대 초부터 제공해온 풍부한 클라이언트 측 경험을 재발 명한다고 말하고 싶습니다. 그리고 고려해야 할 다른 것이 있습니다. TWebBrowser 컨트롤을 Delphi 폼에 직접 포함시키는 것이 쉽기 때문에 필요에 따라 앱 내에서 브라우저 경험의 일부를 캡처 할 수 있습니다. –
중첩 된 응용 프로그램을 개발하고자하는 환경과 언어를 살펴 보지 않고 작동시키기 위해 필요한 기능 단위를 살펴보십시오. 델파이와 웹 사이트에서 모형을 작성해보십시오.
일반적으로 모든 응용 프로그램에 공통적 인 기능 부품은 메뉴, 보안 및 UI이며 핵심 "Manager"에 추가합니다.
UI에서 비즈니스 로직을 분할합니다.
Joomla, Drupal 및 기타 CMS 시스템이 구축 된 방법을 살펴보십시오. 특히 기능 단위를 관리하는 데 유용합니다. 초과 근무는 전체 프로그램 컨테이너로 발전했습니다.
dll을로드하고 첫 번째 앱에 기능을 추가 할 수있는 소형 cgi 앱을 만듭니다.
관련 질문 : http://stackoverflow.com/questions/753294/visually-containing-another-app-inside-your-own-app – mghie
또 다른 관련 질문 : http://stackoverflow.com/questions/1455111/how- delphi-runs-multiple-processes-ins – Harriv