Excel에서 웹 응용 프로그램 작성? 왜 안 돼?
https://stackoverflow.com/questions/1060435
-
21-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
당신이 불타는 것을 시작하기 전에, 나는 이것이 나쁜 생각이라고 스스로를 확신 시키려고 노력하고 있다고 말할 것입니다.
기본적으로 기본 회계 기능이있는 웹 사이트를 만들려고합니다. Excel 만 아는 컨설턴트 인 내 친구는 이것이 웹 인터페이스 대신 Excel 스프레드 시트인지 물었습니다.
나는 왜이 경우 Excel이 더 나은 도구가 아닌가? Web2.0 앱에 보유한 모든 도구 (스크립팅, DB에 대한 액세스, 기본 형식)가 있으며 회계를 위해 만들어집니다. 기본적으로 Excel을 사용하여 SQL 데이터베이스에서 데이터를 가져오고 일부 셀을 채우고 나머지 공식을 사용하는 프로그램을 작성할 수 있습니다.
Ajax-Y Web2 앱을 만들기 위해 브라우저를 사용하므로 Excel을 사용하는 것이 선례가 있습니까?
이것이 왜 나쁜 생각입니까?
업데이트 : 명확히하기 위해 나는 이것이 더 "수사적"토론이라는 것을 의미했습니다. 나머지 메시지가 왜 명확히하지 않았는지 잘 모르겠습니다 ...
해결책
글쎄, 만약 당신이 그것을 Excel로 만들었다면, 그것은 실제로 웹 응용 프로그램이 아닙니다. Excel 응용 프로그램이 될 것입니다.
그래도 나쁜 일이 아닙니다. Excel에서 앱을 빌드하는 것이 더 합리적이라면 이동하십시오.
Excel에서 수행 할 문제는 데스크탑 대 웹 응용 프로그램에서 발생하는 문제와 동일합니다. 예를 들어, 새 버전의 앱 배포를 어떻게 처리합니까? 새로운 (또는 오래된) Excel 버전의 앱 업데이트를 어떻게 처리합니까? 등.
ETA :
Excel VBA의 Bugginess와 데스크탑 응용 프로그램 관리의 두통을 피하려면 Google 스프레드 시트 API. 이를 사용하여 공식 및 기타 많은 스프레드 시트 굿 니스를 포함하여 Google 문서 스프레드 시트를 즉시 만들/업데이트 할 수 있습니다. 웹 애플리케이션의 하이브리드와 Google 스프레드 시트를 사용하면 정확히 필요한 작업에 따라 두 세계의 최고를 제공 할 수 있습니다.
다른 팁
Excel-VBA에서 수년간의 프로그래밍을 마친 후에는이 작업을 수행하지 않기 위해 제공 할 수있는 최상의 답변입니다.
Excel-VBA는 버기입니다! 아마도 Microsoft가 생산 한 가장 버그로 채워진 앱일 것입니다. 일부 작업에는 좋지만, 의도하지 않은 일을하도록 강요하면 문제가 발생할 수 있습니다.
나는 비슷한 일을하는 몇 가지 스프레드 시트를 가지고 있으며 (법안은 의도하지 않은 것), 예외없이, 그들은 실패의 위기에 시달리고, 약간의 도발만으로 충돌하는 경향이 있습니다.
물론, 당신은 그것을 할 수 있지만, 두통은 그만한 가치가 없습니다.
Excel은 그런 식으로 사용되지 않았으므로 고통 스러울 것입니다.
웹 스프레드 시트 통합을위한 두 가지 더 나은 아이디어 :
- 보세요 Resolver One, 통합 웹 서버가있는 프로그래밍 가능한 Excel 호환 스프레드 시트.
- 사용 구글 문서 스프레드 시트. 거기 있습니다 API 그들과 프로그래밍 방식으로 상호 작용합니다.
나쁜 생각은 아니지만 몇 가지 한계가 있습니다. 배포가 귀하에게 문제가되지 않고 응용 프로그램에 대한 "보편적 인"액세스가 필요하지 않은 경우 솔루션을 사용하면 시간을 절약 할 수 있습니다. 웹 애플리케이션은 특히 소프트웨어를 공개적으로 사용할 수 있도록하려면 더 우아한 접근 방식 일 것입니다.
웹은 본질적으로 HTML을 기반으로하며 데이터베이스, CSS 및 서버 측 언어 및 JavaScript (아마도 다른)와 함께 추가됩니다. 대부분의 것들과 마찬가지로 작업에 적합한 도구를 사용해야합니다. 웹 사이트를 원한다면 웹 사이트를 만들기 위해 도구를 사용해야합니다.
Excel은 웹 사이트를 만들기위한 것이 아니며, 그렇게하도록 강요하면 행복보다 더 많은 좌절감이 생길 것입니다.
글쎄, 당신은 서버 쪽에서 그것을 실행할 것입니다. 아마도 라이센스 및 성능 문제가 발생할 것입니다.
클라이언트에게 .xls를 제공하는 경우 모든 고객에게 Excel 또는 호환되는 것을 갖추어야합니다. 그러나 당신은 또한 당신의 "사이트"에 대한 통제력을 상실합니다 - 현지에서 필요한 모든 것을 가지고 있다면 방문의 요점은 무엇입니까?
그렇다면 SQL 문은 클라이언트에 있을까요? 그것은 거의 좋은 생각이 아닙니다.
MS Access가있는 그래픽 편집기를 작성하는 것이 나쁘거나 PowerPoint를 사용하여 MMORPG를 코딩하는 것이 나쁘다는 것은 나쁜 생각입니다. :)
또한 브라우저 사용을 클라이언트로 사용하지 않으면 "웹 응용 프로그램"이 될 수 있습니다. 실제로 HTTP를 통해 데이터를 가져 오는 Excel 시트에 대해 이야기하고 있습니다.
"Excel 앱은 웹 앱이 아닙니다"라고 말한 모든 사람에게 +1.
그러나 ... 웹 앱의 서버 측 계산에 스프레드 시트 은유를 사용하려면 서버 측 코드의 Excel과 함께 제공되는 재무 기능 라이브러리에 액세스하려면 사용할 수 있습니다. Excel 서비스. 비누를 통해 노출되어 상호 운용 가능하며 모든 비누 가능 플랫폼에서 호출 가능합니다.
서버 가능합니다. 실제로 서버에 Excel을로드하지는 않지만 기능의 GUI가 아닌 런타임입니다.
Excel을 브라우저로 사용하는 것은 나쁜 생각이라고 생각하지만 더 나은 아이디어는 Desktop 앱에서 Excel Control을 사용하는 것이라고 생각합니다.
이렇게하면 SQL과 연결을 제어 할 수 있습니다. 원하는만큼 자주 데이터를 저장할 수 있습니다. 업데이트 메커니즘을 구현할 수도 있습니다. 앱은 더 안전하고 해킹하기가 더 어려울 것입니다.
외부 리소스에 연결하려고 할 때 Excel이 얼어 붙어 있다고 생각합니다.이 방법으로 모든 것을 제어 할 수 있습니다.
이 응용 프로그램에 대한 사용자 요구 사항을 얻는 것으로 시작 했습니까? 그들이 웹 사이트를 시작하기를 원했던 것처럼 들리지 않습니다. 매크로가있는 Excel 스프레드 시트를 원했던 것 같습니다.
