Какой язык\фреймворк выбрать для разработки приложения?

Question

[Alex]

Всем привет!
Недавно возник интерес к разработке приложения для решения некоторых рабочих задач.
Необходимо, чтобы программа, грубо говоря, заменяла метки в шаблонных .doc\.docx-документах тем, что вводит пользователь заранее, заполняя формы, выбирая опции, стили и т. д. Хочется, чтобы пользователь работал в веб-интерфейсе и была авторизация, разграничение прав.
Порекомендуйте, пожалуйста, язык\фреймворк для разработки такого приложения.
Опыт программирования небольшой, разработкой планирую заниматься не только для рабочих целей, но и «для души» :)

Answer 1

[VZVZ]

Под винду в большинстве случаев лучше всего C#.
Говорю как человек, который углублялся аж до машинного кода (и реверс-инжиниринга других бинарных форматов), до дизассемблирования OllyDbg'ом и написания драйверов NT, ну и фреймворков/языков, соответственно, повидал кучу разных.

> заменяла метки в шаблонных .doc\.docx-документах
Для .docx под .NET есть аж 3 способа, первый - это библиотека docx.codeplex.com (к слову, аналогичная библиотека есть для Excel - npoi.codeplex.com/) второй - это взаимодействие с Office через COM (также поддерживает и .doc), третий - Open Office SDK (не пробовал; должно поддерживать и doc, и docx, и xls/xlsx при установленном Open Office, а может и без него).
Самое удобное, портабельное и быстродействующее решение - это именно библиотеки типа NPOI, которые работают напрямую с документом без посредников. Для них не нужны никакие офисные пакеты.
Скажем, для Delphi я в свое время таких библиотек не нашел, только платные, а бесплатно - только COM (стандартно в VCL).

> чтобы пользователь работал в веб-интерфейсе
То есть это сайт будет?
Често говоря, с вебом знаком мало.
Тем не менее, вам должна подойти связка C#+ASP.NET+DOCX/OpenOffice/COM Сервак надо с виндой.
Но также можно попробовать и Java (для нее есть библиотека POI, поддерживающая и doc и docx, но учтите, что Java сильно требовательна к железу сервака), ну и для PHP стоило бы покопать, нет ли библиотек для doc и docx. В общем, 3 основных варианта, выбирайте на вкус))

Comments

[Alex]

Спасибо за развернутый ответ!
Да, нужен именно сайт, помимо удобства работы есть коллеги, которые работают под unix, os x и т.д.
Уже думал про ASP.Net MVC, хочу еще рассмотреть варианты.
Здесь уже предложили Ruby on Rails, хотелось бы услышать пару слов о Python + Django.

[VZVZ]

Alex: ну так гуглите и разбирайтесь, можно ли на Python и Ruby работать с doc/docx, и насколько хорошо. Как я понимаю, в вашем случае это - главное.

[Алек Оним]

Alex: учитывая, что можно открыть docx как zip-архив, достать оттуда и переделать document.xml, а потом запаковать и сохранить как docx, то думаю никаких препятствий для реализации на python нет

[VZVZ]

Антон Хурс: вспомнился стишок Маршака:
"...Теперь догадайся:
Как скоро верхом
Могу я всю землю
Объехать кругом.

- Чуть солнце взойдет,
Поезжай понемногу
И следом за солнцем
Скачи всю дорогу,
Пока не вернется
Оно в небеса, -
Объедешь ты в двадцать
Четыре часа!"

Как бы и для бинарного варианта тоже нету препятствий, почти любой ЯП работает с бинарными файлами. Хотя трудоемкость и гораздо больше, но она ПО-ЛЮБОМУ большая, если мы хотим не только сохранять простенькие файлики, но и стабильно открывать различные файлы и работать с различными типами содержимого в них.

Answer 2

[Константин Т]

Если «для души», советую Rails

Answer 3

[Константин Нагибович]

Меня конечно закидают камнями... Я подобное делаю в 1С. Запоняю не только вордовые документы, но и эксель. Как выяснилось, подобные приложения пользуются спросом )

Comments

[Евгений]

:))) я пошел за камнями
Alex: используй rails
Зависить от 1С, боже мой, да не учени мне такой учести))

[Алек Оним]

в каком-нибудь СППР, наверное, делаете?:) если я вас правильно понимаю, то скажу, что ОЧЕНЬ весело, конечно, копаться в document.xml, потом обратно всё паковать) выдирать нужные куски разметки)

[Константин Нагибович]

Антон Хурс: для работы с офисными документами xml использовать не обязательно. Все на много проще.

Answer 4

[Владимир Ио]

Это нынче не модно и не опенсорсно, но что-угодно делать в с любыми Microsoft Office файлами проще всего в библиотеках из .NET Framework. Ничего даже ставить вроде не придется, а просто подрубить стандартных пару namespacе'ов. Ну а приложение тогда на ASP.NET MVC. Простейшую авторизацию, формы и сервак с файлами вы получите из коробки.

Comments

[Дмитрий Ковальский]

Вы в руки хоть раз брали .NET Framework? Парой стандартных namespace не отделаешься.

[Владимир Ио]

Дмитрий Ковальский: Хоть пару раз каждый день на протяжении пары лет. Если вы про OpenXml, то понятное дело он мощнее. Я же говорил про https://msdn.microsoft.com/en-us/library/microsoft...

[Дмитрий Ковальский]

Владимир Ионов: Данная сборка имеет опосредованное отношение к .NET Framework. Это не ее часть, а один из компонентов расширения. Конкретно - Visual Studio Tools for Office

[VZVZ]

Дмитрий Ковальский: Для .docx под .NET есть аж 3 способа, первый - это библиотека docx.codeplex.com (к слову, аналогичная библиотека есть для Excel - npoi.codeplex.com/) второй - это взаимодействие с Office через COM (также поддерживает и .doc), третий - Open Office SDK (не пробовал; должно поддерживать и doc, и docx, и xls/xlsx при установленном Open Office, а может и без него).
Самое удобное и быстродействующее решение - это именно библиотеки типа NPOI, которые работают напрямую с документом без посредников.

Ясно, что .NET тоже далеко не идеален, но что вы можете предложить лучшее?
Скажем, для Delphi я в свое время таких библиотек, как NPOI, я вообще не нашел, только платные, а бесплатно - только COM (стандартно в VCL).

[Дмитрий Ковальский]

VZVZ: Я не оспариваю ответ. Я лишь хотел сделать уточнение о том что .NET Framework из коробки не умеет работать с офисом, нужны сторонние либы.

[Владимир Ио]

Дмитрий Ковальский: Но коробочность этих некоробочных решений, значительно выше коробочности всех остальных. Собственно это мы вам.
А диалог вы начали не очень то "мягко".