| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Алгоритмы > Какой язык выбрать для написания проги |
| Автор: Barabeo 28.12.2012, 23:20 |
| Такая задача: Нужно наваять прогу типа BibleQuote - т.е. электронную библию. Будет некая оболочка в которую будут выводится тексты того или иного перевода или толкования. Требования: 1.Кроссплатформенность. 2.Возможность поиска в тексте и изменение шрифтов. 3.Возможно на будущее добавление плагинов. 1.Какой язык лучше подойдет для этого? Qt, PHP, или что-то другое? 2.Как лучше организовать подключение текстов и переводов? Буду рад любой информации. |
| Автор: JackYF 28.12.2012, 23:41 |
| Qt -- не язык, а framework. Но да, я бы сказал, С++/Qt -- неплохой вариант. |
| Автор: kemiisto 28.12.2012, 23:53 | ||
А я бы сказал, что плохой.  Вообще, писать надо на том, что Вы знаете. Причём речь о связке язык + библиотеки. Если знаете C++ и Qt, то C++/Qt - таки неплохой вариант. А если не знаете... То лучше и не знать.  Ещё варианты: C/GTK+, C++/wxWidgets, Java/Swing, Java/SWT. Ну и, конечно, многие тулкиты (по крайнем мере популярные) имеют привязки для других языков. Например, Python/PyQt, C#/Gtk#, ... Тысячи их!  |
| Автор: nworm 29.12.2012, 00:41 |
| Зависит от задачи. Если, к примеру, низкий бюджет, берите готовое решение, CMS, например. |
| Автор: Barabeo 29.12.2012, 12:43 |
| Спасибо за советы. Склоняюсь к С++/Qt. Как организовать тексты книг - хранить их в .txt, .html или как лучше? |
| Автор: _Y_ 31.12.2012, 13:02 | ||
это тоже зависит от задачи.
|
| Автор: Barabeo 31.12.2012, 20:33 | ||||
Спасибо. Наверное нужен всё таки .xml: текст должен быть разбит по главам и "стихам", т.е. всё это должно быть пронумеровано. |
| Автор: Peter 1.1.2013, 09:29 | ||
А ещё какой-то текст должен быть набран курсивом. Так что .txt явно не подходит. |
| Автор: Barabeo 1.1.2013, 21:47 | ||||
и это верно. |
| Автор: Barabeo 2.1.2013, 22:29 |
| Ещё вопрос - что лучше использовать в данном случае - SAX или DOM? Нужна возможность редактирования загружаемых текстов. Как я понял, это можно реализовать только в DOM? |
| Автор: _Y_ 3.1.2013, 17:54 |
| Barabeo, c DOM работать проще (IMHO), так как в нем у Вас прямой доступ к любому элементу докунмента. Но за это приходится весь докумнт держать в памяти. Если у Вас в обрабатываются варианты переводов/толкований целоком (сколь понимаю, за тысячи лет натолковали о-го-го!), то DOM в лоб не потянет но один комп. А если искать обходные пути, то прелести DOM затеряются в ходе поисков. Страдайте с SAX |
| Автор: Peter 3.1.2013, 21:07 |
DOM загружает весь xml-документ в память. Если сама Библия объема порядка 4 мегабайта, то памяти съестся, может, в несколько раз больше. Оперативки на компе хватит?  Добавлено через 2 минуты и 33 секунды Конечно, для редактирования документа надо DOM использовать. SAX "пролистывает" xml, сигнализируя о тэгах; программист должен на это реагировать, загоняя прочитанные данные в свои структуры. А в DOM уже готовые структуры, всё естественно. |
| Автор: Stolzen 4.1.2013, 11:06 | ||||
Да хоть в 100 раз больше, это разве много?
в базе данных лучше, какой-нибудь embedded, например SqLite или даже Firebird |
| Автор: Akella 4.1.2013, 12:49 |
| Взять готовую CMS, хоть ту же Joomla! |
| Автор: Фантом 4.1.2013, 13:34 | ||
Лучше уж MediaWiki (или любой другой вики-движок). Они именно для таких задач делались. |
| Автор: SiteVizitka 12.3.2013, 18:56 |
Модератор: Сообщение скрыто. |
