|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Всем привет. Существует большое приложение с полным учетом деятельности завода, содержащее в себе соответственно все модули: реализацию продукции, склад, бухгалтерию, зарплату, пенсионку. Т.е. весь спектр. Всё это написано очень давно на Delphi 7 и включает в себя примерно 100 форм, которые находятся в самом клиентском приложении (про размер клиента не спрашивайте). Вся бизнес-логика, в т.ч. отчеты, также лежат на клиенте, т.к. была использована СУБД DBISAM. Т.е. при обновлении приходится обновлять клиента на всех машинах. Естественно от такого бардака хочется избавиться и перейти на нормальную СУБД, например Firebird. Вопрос: какое средство для переделки лучше выбрать, чтобы обновление любых мелочей, форм, отчетов происходило только на сервере и клиент не затрагивался? 1С не подходит, т.к. она платная, а переделывать я собрался именно из-за сложности сопровождения старого приложения, т.е. для себя. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2012, 09:01 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Для качественного скачка нужно принципиально новое приложение. С нуля. При этом среду разработки менять не обязательно. Разве что перейти с Д7 на Д2007/ХЕ и пр. SQL можно взять или Оракл или МССКЛ. Будет достаточно их бесплатных редакций. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2012, 10:15 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
LSV, разве для бесплатных редакций данных СУБД нет существенного ограничение на размер базы или кол-во одновременно работающих юзеров? Насколько я знаю для Оракла есть ограничение в 4 Гб, а для мсскл - мало пользователей. Еще интересует вопрос именно о клиентской части, которая должна работать с сотнями форм и не распухать в размерах при добавлении отчета или той же формы. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2012, 10:40 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Konstanrtin, по ТРИЗу "идеальная система - это система которой нет, а её функциональность - есть". Обратите внимание - это идеальная система. Что по вашему значит "не распухать"? Функционал где-то же должен храниться. Допустимо только ограничение "если клиенту что-то не нужно, то исполняемый код, бизнес-логика, пользовательский интерфейс к клиенту не поступает (см. "тонкий клиент") или таки хранится у клиента на локалке, но по крайней мере не "распухает" в памяти - (смотри bpl в Delphi)"... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2012, 10:46 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
АнатоЛой, да, интересует некий "клиент", скорее толстый, т.к. среди тонких наверное только браузер подойдет, а отсюда получается что надо переводить приложение только на web-платформу? Просто может кому известны еще какие-либо технологии (готов к изучению чего-угодно) которые позволяют создавать приложения большей частью на сервере. Здесь на форуме были примеры баз в ~1000 таблиц, ~1500 процедур на firebird ( http://www.sql.ru/forum/actualthread.aspx?tid=833115). Хотелось бы узнать как выглядит клиентское приложение, как хранятся формы, отчеты? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2012, 11:08 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Konstanrtin, ИМХО, двухзвенка с толстым клиентом себя не изжила. Веб-клиент нужен только тебе, а не предприятию... Возможно, что на самом деле для нужд твоего предприятия тебе хватит bpl с динамической загрузкой. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2012, 12:12 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
АнатоЛой, хорошо, я примерно представляю что значит bpl с динам.загрузкой, но хотел бы ознакомится по-лучше. Есть ли готовые ссылки чтобы долго гугл не разгребать? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2012, 12:24 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Konstanrtin, слишком много вопросов по твоей теме: программных и архитектурных. Не уверен, что знаю одно место, где сложены все нужные ответы... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2012, 12:32 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
АнатоЛой, ладно, спасибо, в любом случае без гугла не обойтись. Но тема пока остается открытой. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2012, 14:19 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Вин-сервер+цитрикс решат проблему централизованных обновлений ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2012, 19:36 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
andreymxВин-сервер+цитрикс решат проблему централизованных обновлений Проблемы централизованных обновлений не существует (при мало-мальски отлипающих от задницы руках). Её можно решить столькими способами, как программистскими, так и админскими, что само её упоминание давным-давно стало признаком либо наглого впаривания, либо явной некомпетентности, имхо. KonstanrtinЕстественно от такого бардака хочется избавиться и перейти на нормальную СУБД, например Firebird. Это дело хорошее. Но стоит понимать, что трудоёмкость такого перехода во многих случаях может составлять 50% и более от трудоёмкости разработки исходного варианта. Не уверен, что программист сопровождения может (да и вправе) тратить такие усилия без согласования с руководством. KonstanrtinВопрос: какое средство для переделки лучше выбрать, чтобы обновление любых мелочей, форм, отчетов происходило только на сервере и клиент не затрагивался? Ответ: эта сомнительная идея в большинстве случаев приводит к совершенно ужасным (хотя кое-как работающим) реализациям. Гораздо разумнее и неизмеримо проще сделать удобный механизм обновления клиента. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2012, 22:52 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
KonstanrtinВопрос: какое средство для переделки лучше выбрать, чтобы обновление любых мелочей, форм, отчетов происходило только на сервере и клиент не затрагивался? 1С не подходит, т.к. она платная, а переделывать я собрался именно из-за сложности сопровождения старого приложения, т.е. для себя.Что-то в этом абзаце совершенно не видно ничего, кроме желания чего-то переписать. Да и вообще - насколько необходимо писать практически с нуля систему учета во втором десятилетии 21 века? Кто систему эту сопровождать будет, когда ТС свалит на вольные хлеба? ЗЫ: Пожалеть денег хотя бы на 1С. Это, случайно, не завод корзин для матери Навального? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2012, 23:49 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Konstanrtin, Может проще атоматизировать обновление клиентов? Это обойдется ЗНАЧИТЕЛЬНО проще переписывания системы из 100 форм. наверняка для дельей есть что-то? С бинарным дифами, чтобы много не качать. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2012, 00:08 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
KonstanrtinТ.е. при обновлении приходится обновлять клиента на всех машинах. Ну и что? Вы это считаете существенной проблемой? Тогда рекомендую поменять имеющегося сисадмина (если он вообще есть) на квалифицированного. softwarerПроблемы централизованных обновлений не существует (при мало-мальски отлипающих от задницы руках). Её можно решить столькими способами, как программистскими, так и админскими, что само её упоминание давным-давно стало признаком либо наглого впаривания, либо явной некомпетентности, имхо. О, оказывается, мысль уже выражена :) Подпишусь под каждым словом. Централизованные обновления делаются легко, будь то Windows c AD или без, Linux, локальная сеть или же удаленные филиалы в усть-урюпинске с модемом. А если такая примитивная задача вызывает проблему, то за переделку приложения тем более лучше и не браться. Ну, то есть топикстартеру может интересно, чтоб скиллзов набрать, но вот для его работодателя это будет беда серьезного масштаба :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2012, 09:53 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
vandererЦентрализованные обновления делаются легко, будь то Windows c AD или без, Linux, локальная сеть или же удаленные филиалы в усть-урюпинске с модемом. А если такая примитивная задача вызывает проблему, то за переделку приложения тем более лучше и не браться. больше похоже на "приду, порву" чем на мнение специалиста, знающего тему. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2012, 10:58 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
KonstanrtinПросто может кому известны еще какие-либо технологии (готов к изучению чего-угодно) которые позволяют создавать приложения большей частью на сервере. приложения в трехзвенной архитектуре таким образом работают. Все делается только на сервере, клиент, подключаясь к серверу, получает необходимый контент и работает с ним. На клиенте, естественно, только сама клиентская программа, браузер образно, web-браузер или смарт-клиент, в зависимость от варианта реализации трехзвенки ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2012, 11:05 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Konstanrtin, на всякий случай поясню, что многие адепты трёхзвенок плохо понимают, что это такое, и называют "клиентской программой" то, что в "двузвенных приложениях" называется "винда". ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2012, 11:08 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
на всякий случай поясню, что многие неадепты вообще не понимают, что такое трехвенка и лепят всякую чушь чаше всего ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2012, 11:10 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
softwarerназывают "клиентской программой" то, что в "двузвенных приложениях" называется "винда". мда... жесть. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2012, 11:11 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
iscrafmvandererЦентрализованные обновления делаются легко, будь то Windows c AD или без, Linux, локальная сеть или же удаленные филиалы в усть-урюпинске с модемом. А если такая примитивная задача вызывает проблему, то за переделку приложения тем более лучше и не браться. больше похоже на "приду, порву" чем на мнение специалиста, знающего тему. iscrafm, для вас тоже задача обновления клиента является сложной? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2012, 12:00 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
KonstanrtinСуществует большое приложение с полным учетом деятельности завода , ... ... перейти на нормальную СУБД, например Firebird. ... а переделывать я собрался ... для себя. Очередной мазохист. Как же достали студенты. Вы реально представьте сроки ... Для производства это от 1-1.5 лет до бесконечности. Увольняйся. ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2012, 13:05 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Злой БобрОчередной мазохист. Как же достали студенты. Вы реально представьте сроки ... Для производства это от 1-1.5 лет до бесконечности. Увольняйся. ))) Ну почему, хоть кто-то взялся навести хоть какой-то порядок в отдельно взятом участке страны. Пусть занимается, пока энтузиазм есть. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2012, 13:20 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Konstanrtin, Зачем переделывать, если все работает? Админы в нашей организации пошли следующим путем, организовали файловый ресурс, там разместили модули программы, доступ к ресурсу на основании доменных прав, доменными политиками при регистрации пользователя в домен подключается сетевой диск, а на рабочий стол пользователя добавляются необходимы ярлыки для запуска, обновления соответственно выполняются на файловом ресурсе. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2012, 13:47 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
novexelfKonstanrtin,Зачем переделывать, если все работает? Да потому что студенту хочется сотворить что-то свое, и он "уверен" что у него все получится. ТС, выше кто-то говорил что время разработки замет от 1.5 года до бесконечности +1. Просто вопрос другой, ТС перед тем как начинать "переделку" всей системы, возьму ручку и бумагу сядь и прикинь: а все ли бизнес-процессы ты понимаешь? Ведь перенос формочек из 1-й системы в другую это одно, а бинес-логика? а требования к системе, отчеты и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2012, 13:53 |
|
|
start [/forum/topic.php?fid=33&msg=37933566&tid=1547789]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
42ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
59ms |
get tp. blocked users: |
1ms |
others: | 300ms |
total: | 442ms |
0 / 0 |