JAVA에 utility program을 작성하여 사용자가 파일 (스프레드 시트 등)을 업로드하고 UI에 표시 한 다음 나중에 일부 상호 작용을 수행하고 그 중 템플릿 (플랫 파일)을 만들 수있게해야합니다. 하나의 형식을 다른 형식으로 매핑하는 것과 같습니다. 이 시나리오에서 web-app 또는 desktop app(standalone/thick client)을 사용해야합니까? 이 두 기준을 결정하는 기준은 무엇입니까? 데스크톱 앱을 처음 사용하기 때문에 tomcat에 배포 된 매우 단순한 webapp으로 기울어졌습니다. 그러나 두꺼운 클라이언트를 만드는 대신에 노력할 가치가 있다면 기꺼이 발목을 질질 렵니다.씬 클라이언트보다 두꺼운 클라이언트를 사용하면됩니까?
팁이 있습니까?
나는 '당신이 그것을 사용할 수 있기를 원하는 사람'에 따라 결정할 것입니다. 또한 '호스팅 비용'과 같은 항목을 고려해보십시오 (보안 계층이 있지만 사용자가 보안을 설정할 계획이 아니라면 다른 사람이 끝점에 업로드 할 수 있습니다). 그러면 웹 응용 프로그램의 경우 파일을 서버에 업로드해야만 파일을 업로드 할 수 있습니다. 독서. (이것은 로컬 드라이브에서 직접 읽을 수있는 씩 (thick) 클라이언트 응용 프로그램에서 필요하지 않은 추가 단계입니다. 이것이 특정인을위한 것이라면, 두꺼운 클라이언트 응용 프로그램이 단지 파일 업로드의 추가 번거 로움을 피하고, 웹 응용 프로그램을 보호하고 (예 : 끝점으로 업로드하는 사람들로부터), 호스팅 비용 등을 호스팅하는 데 가장 적합 할 것이라고 생각합니다. 두꺼운 클라이언트를 먼저 쓰는 것이 가장 좋으며 적은 단계 만 필요하므로로드 작성, 매핑 및 코드 작성에만 집중할 수 있습니다.
의견을 주셔서 감사합니다. 그렇습니다. 클라이언트가 로컬 Tomcat 인스턴스를 통해 인트라넷에서 호스팅하기는하지만 보안은 문제가됩니다. 내 모든 이전 애 썼는데 웹 - 애플 리케이션을 개발했다 자바 스윙이나 비슷한 프레임 워크 (자바 FX2)보다 JSP로/서블릿을 사용하여 UI를 만드는 것이 더 쉬운 것이라고 생각. –
주로 의견 기반 많은 좋은 질문은 전문가 경험을 토대로 어느 정도의 의견을 제시하지만이 질문에 대한 답변은 사실, 참고 문헌 또는 특정 전문 지식보다는 의견을 기반으로하는 경향이 있습니다. – JFPicard