(문서 이미징을위한) 중앙 집중화 된 데이터 및 파일 저장 시스템을 필요로하지만 상대적으로 빈약 한 상호 연결이있는 여러 지사가있는 환경에서 Delphi 응용 프로그램을 배포해야합니다. 필자는 3 계층 데이터베이스 응용 프로그램을 사용하는 것이 가장 좋은 방법이라고 생각하여 상대적으로 가벼운 데이터 전송 요구가있는 풍부한 데스크톱 경험을 제공 할 수 있습니다. 지금까지 DelmM Datasnap, kbmMW 및 Remobjects SDK에서 간단히 살펴 보았습니다. kbmMW 및 Remobjects SDK가 최소 대역폭을 사용하는 것 같습니다. 누구든지 상당수의 사용자가있는 어려운 환경에서 이러한 기술을 배포 한 경험이 있습니까 (700 이상을 지원해야합니까?)? 감사!최고의 델파이 n 계층 저 대역폭 기술은 무엇입니까?
원격 데이터 집합과 연결된 경우에 따라 다릅니다. 데이터 셋 바인딩이 아닌 경우 SOAP이 좋은 선택이 될 수 있습니다. 또는, 내가 한 것은 자연에서 SOAP와 비슷한 자체 프로토콜을 작성하는 것입니다. 이것은 SOAP가 표준이되기 전에 이루어졌고 기꺼이했습니다. 이렇게하면 더 많은 데이터 흐름을 제어 할 수 있습니다. 연결 상태가 불량하면 지원하는 데 시간을 할애 할 것입니다. 공급 업체를 기다리지 않고 자신이 지원하는 코드라면 대단히 좋습니다. (KBM과 REM은 꽤 좋은 공급자로 알려져 있지만).
개인 메모 : 문서 연결 응용 프로그램에서 700 명의 사용자가 연결 상태가 좋지 않으면 혼란처럼 들릴 수 있습니다. 장기적으로는 비용이 저렴 해 지므로 연결 업그레이드에 돈을 투자하십시오.
kbmMW 및 RO SDK는 모두 SOAP 형식보다 압축 된 바이너리 형식을 제공하며 특별히 문서 작업을합니다.
RO sdk는 서비스를 수행하는 데 도움이되는 더 많은 GUI 도구를 제공하는 것 같습니다.
또한보기에는 가벼운 리모팅 프레임 워크입니다.
하지만 프레임 워크를 사용하면 작업 디자인이 빨라지거나 느려질 것입니다. 느린 128kb 라인에서 작동하는 일부 응용 프로그램이 있습니다. 그리고 어떤 사용자도 불평하지 않고 완벽하게 작동하지만 큰 작업을 수행하지 않습니다. 파일 전송.
내가 가장/가장 효율적인지 (이 질문에 기뻤습니다!) 모르겠지만, RemObjects SDK + DataAbstract를 사용하면 좋은 결과를 얻었습니다. 후자는 배관 관련 세부 사항을 덜 복잡하게 만들어 도움이되었습니다. 아직 구현하지만, 지금까지는 그렇게 좋은.
한가지 기억해야 할 것은 사용자의 수는 아니지만 동시에 리소스를 사용하는 사용자의 수는 문제가 될 것입니다. 가능하다면 애플리케이션을 "서버 무 상태 (stateless)"로 개발하려고 시도하십시오. 고객 기반을 지원하기 위해 더 많은 서버를 풀에 추가해야하는 경우 장기간 더 큰 유연성을 허용 할 것입니다. n-tier에 대해 가장 어려운 점은 처음부터 서버를 확장하는 것입니다. 처음부터 그 계획을 세우십시오. 각 요청은 이전 요청에 관해서는 알지 못한다. 또는 적어도 요청은 컨텍스트를 전달하는 방법을 가져야 만 서버가 세션 테이블 등에서 그것을 찾을 수있다.
개인적으로 저는 RemObjects를 권하고 싶습니다. 나는 그것을 좋은 결과와 함께 사용했다.
"저 대역폭"으로 가고 싶다면 BSD 소켓 API를 사용하십시오. 전송되는 내용을 완벽하게 제어 할 수 있기 때문에 원하는 정보를 보낼 수 있습니다. 물론 모든 층을 직접 구현해야 할 것입니다.하지만 이봐 요. 여전히 옵션이 있습니다. : D