HTA 기반 CRUD 앱에 대한 설계 조언

Question

다양한 사내 CRUD 앱을위한 프레임 워크를 개발하고 있습니다. 여러 MS 기술 (WPF, Access, Winforms, ASP.NET)을 고려했으며 클라이언트를 위해 HTA+JQuery를 사용하여 ASP.NET MVC에 정착했습니다. 그렇게하는 이유는 빠른 일회성 GUI 앱을 작성하고 배포 할 수있는 방법이 필요하기 때문입니다.

첫째, 클라이언트 측에서 ADODB를 사용하는 상대적인 장점에 대한 생각에 감사 할 것입니다. SQL Server에 클라이언트 측에 액세스 할 수 있기 때문에 ADODB에 기대어 있습니다 (이미 ADODB와 상호 작용하는 JS 라이브러리를 작성했습니다). 그러나 편안한 서비스를 개발하는 것이 어떻게 유용한 지 알 수 있습니다.

둘째,보고 기능을 시스템에 통합해야합니다. SQL Server보고 서비스 또는 Crystal Reports를 사용할 수 있지만 사용자는 VBA를 사용하여 Word로 보고서를 작성하는 일부 이전 응용 프로그램에 익숙해졌습니다. 그래서 저는 WordML을 사용하여 보고서를 작성하는 것을 고려하고 있습니다.

감사.

Answer 1

데이터베이스 액세스

얇은 클라이언트가 필요한 경우 클라이언트 내에서 데이터베이스에 직접 액세스하는 것이 좋습니다.

주요 문제는 특정 네트워크 아키텍처에 대한 높은 의존성을 소개하고 ASP.NET 응용 프로그램과 HTA는 데이터베이스에 크게 의존한다는 것입니다.

대신 나는 DB에 대한 직접 시야에 대한 의존성을 끊고 서버에서 데이터를 처리 할 것을 선호합니다.

여기에는 몇 가지 장점이 있습니다.

• DB에 대한 많은 작은 변경의 경우 ASP 앱 만 업데이트하면됩니다.

• 인터넷을 통해 클라이언트 앱이 기능 해야하는 경우 (일부 사용자가 외부 회의에 가고 있거나, 직장에서 일하거나 회사가 새 지점을 열어야하기 때문에) 씬 클라이언트를 다시 작성할 필요가 없습니다.

• 리소스에 대한 액세스를 더 잘 제어 할 수 있습니다. ASP 앱이 데이터베이스와 대화하고 들어오고 나가는 것을 필터링하십시오.
  이렇게하면 클라이언트에서 모든 보안을 구현해야합니다. ASP 앱은 데이터베이스의 수호자가됩니다. 정보를 보호하는 훨씬 더 좋은 방법이며 더 많은 제어력을 제공합니다.

보고

보고를 위해 클라이언트 자체에서 복잡한보고 기능을 구현하기보다는 서버를 다시 사용했습니다.
문제는 HTA를 사용하고 있으며 각 사용자의 컴퓨터에 종속성을 설치하지 않으려는 경우 항상 클라이언트에 제한을 얻을 수 있다는 것입니다.
건물을 끝내겠습니다 두꺼운 시간이 지남에 따라 클라이언트 ...

ASP.NET을 사용하는 경우 인생을 훨씬 쉽게 만들고 사용자가 이러한 기능을 직접 코딩하지 않고도 Excel, Word, PDF 등으로 멋진 보고서를 얻을 수있는 정말 좋은보고 도구가 많이 있습니다.
Crystal Reports는 괜찮지 만 예를 들어 더 좋고 간단한 대안이 있습니다. 개발자 익스프레스 보고서 엔진은 사용하기 쉽습니다.