|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#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 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Konstanrtin , конечно же многозвенное приложение на Java. Будет чем заняться долгими зимними вечерами ... |
|||
:
Нравится:
Не нравится:
|
|||
30.08.2012, 18:49 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Всё верно, мне надо набираться опыта, а большие проекты дают его много. Бизнес процессы я думаю по исходникам старого проекта можно раскурить. vvp11, Вы это серьезно или так? А как такие новомодные технологии как silverlight, asp.net mvc, wpf ? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.08.2012, 21:13 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Буквально в понедельник, перевел старую учетную систему на новые рельсы. Старая система просуществовала 8 лет. Перешли за 1 год.При этом: - все процессы в компании я знаю на зубок. - Всю логику старой системы я так же знаю как свои пять пальцев. - Функционал в новой системе был очень сильно упрощен. - Структура в БД претерпела не значительные косметические изменения - Логика на стороне сервера была переписана довольно сильно - Клиент на Delphi был заменен Asp.Net (MVC) В понедельник ввели в эксплуатацию три модуля только в Питере в регионах пока работает старая система. За неделю получили обратную связь от пользователей по ошибкам, критических ошибок нет. Но в учете рабочего времени проморгали важный момент, хотя все о нем знали все равно не учли. А в другом проекте, так же переход с одной ИС(Караби) на другую(1c) одна миграция данных заняла три месяца. Резюмируя: Переходить на новую систему нужно только тогда когда старая не удовлетворяет требованиям бизнеса и не может меняться под него в необходимые сроки. Если старая система удовлетворяет руководство, то надо решить текущие проблемы и забыть про переход или тихонь писать новую поддерживая старую и вводя новую по модулям. Судя по тексту топикстартера, у него вообще нет понимания как такие вещи делаются, поэтому лучше не браться за такой проект. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.08.2012, 22:26 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
авторили тихонь писать новую поддерживая старую и вводя новую по модулям. чем и собираюсь заняться. авторСудя по тексту топикстартера, у него вообще нет понимания как такие вещи делаются, поэтому лучше не браться за такой проект. Если судить по Вашему тексту то конечно тут сразу можно понять что Вы гуру проектных перевоплощений. Если я не написал что я что-то уже переводил с одной базы на другую или не занимался большими проектами - это ни о чем не говорит. Есть у меня опыт или его нет - это другая тема для разговора. Я например в данный момент занимаюсь сопровождением банковской программы, которую мы переписывали на Оракле 2 года. Теперь её внедрили во всех регионах нашего банка. Приложение - типичная трехзвенка с терминальным клиентом (переделанный Putty), позволяющий сократить объемы трафика 5 раз по сравнению с обычными http. Бизнес логика на oracle forms. Всё руководство довольно. Теперь я возрос в глазах окружающих? Я задал вопрос про выбор средства, а меня начинают отговаривать, типа "большой проект", "1.5 года". Ну и что? А как еще опыт набирать и изучать новые технологии? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.08.2012, 23:22 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Небольшое резюме по предложенным вариантам: 1. delphi с динамической загрузкой bpl 2. java с многозвенкой 3. с delphi на asp.net (mvc) - тоже рассматриваю такой вариант ... |
|||
:
Нравится:
Не нравится:
|
|||
30.08.2012, 23:26 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Konstanrtin... Я задал вопрос про выбор средства, а меня начинают отговаривать, типа "большой проект", "1.5 года". Ну и что? А как еще опыт набирать и изучать новые технологии? Ну так и бери каждый вечер новую бабу и набирайся опыта, изучай новые техники... А если по теме - иди поработать в контору которая подобным занимается по твоему направлению. По крайней мере потом от клиентов бегать непридется, соответственно на лекарствах сэкономишь. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2012, 04:51 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Злой Бобр А если по теме - иди поработать в контору которая подобным занимается по твоему направлению. По крайней мере потом от клиентов бегать непридется, соответственно на лекарствах сэкономишь. Идти и поработать если такая контора есть и дурак сможет, а вот когда такой конторы нет и делать что-то надо здесь я как понимаю Вы уже не советчик? Вопрос-то в теме простой и звучит он не "А стоит ли мне начинать....?", а "Выбор средства". Ваше мнение? ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2012, 07:53 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
KonstanrtinВопрос-то в теме простой и звучит он не "А стоит ли мне начинать....?", а "Выбор средства". Ваше мнение? Правильно заданный вопрос - это половина ответа. Наверное, бесполезно пытаться достучаться до здравого смысла, давить на совесть ("пожалейте работодателя"), предупреждать о риске для репутации, учить, как в одну строчку в батнике организовать обновления и т.д. Самый важный момент этого топика выделен тут: Konstanrtin... а переделывать я собрался ... для себя. Все остальное не имеет никакого значения. Раз для себя, значит важен только 1 критерий: что нравится топикстартеру. Спрашивать помощи зала тут бессмысленно. Можно посоветовать только помониторить форум с вакансиями на тему того, какая технология более востребованная в данный момент. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2012, 08:25 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
[quot Konstanrtin]Злой Бобр Вопрос-то в теме простой и звучит он не "А стоит ли мне начинать....?", а "Выбор средства". Ваше мнение? Вам пытаются донести что не поможет Вам с таким подходом ни одно средство и не одна модная технология, а Вы не слышите. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2012, 10:05 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Konstanrtin... я как понимаю Вы уже не советчик? Вопрос-то в теме простой и звучит он не "А стоит ли мне начинать....?", а "Выбор средства". Ваше мнение? Ну а что можно посоветовать человеку который сам лезет в петлю? Ну мыльца взять, да веревочку проверить... Когда мне нада было срочно изучить одно узкое направление, то я погуглив нашел контору, созвонившись достаточно быстро договорился и уже через неделю переехал к ним на несколько месяцев. Поэтому отмазки что в вашем мухосранске нет конторы - это детский лепет. Тут уже сказали что человеку вбившему себе в голову такой бред советовать что-то бесполезно. Ну и работодатель если дурак - туда ему и дорога. Единственное что толку небудет в плане набраться опыта, один гемор токо. Ушел из темы. Надоело вправлять мозг. ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2012, 10:06 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Konstanrtin Бизнес логика на oracle forms. Всё руководство довольно. Так на нем и делайте, только всю логику на сервер переместите ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2012, 10:14 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Топик считаю закрытым всвязи с непониманием комментаторов начального вопроса топика. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2012, 12:34 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Java или .NET 3-го не дано ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2012, 18:51 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
KonstanrtinТопик считаю закрытым всвязи с непониманием комментаторов начального вопроса топика. как была страна советов, так и осталась :) я года 4 назад также озаботился такой задачей (и сложность обновлений тут ни причем) на узкие вопросы тоже получал такие же широкие советы (не взлетит..., зачем..., и т.п.) я использую экзотику - python+Qt+MySql на клиенте 1 раз инсталлируется платформа (типа браузера) на сервере создается 2 БД - одна для данных, другая для логики при запуске из БД с логикой грузится нужная информация (меню, формы,запросы, отчеты) обновления просто загружаем в БД для логики так что все возможно НО:3 года, хоть и не в затяжку ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2012, 19:56 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
vill_agerя использую экзотику - python+Qt+MySqlи вы ведь её выбрали не потому что на форуме вам её посоветовали, правда? У человека тут не узкий вопрос, а очередной заход на холивар "шарп vs ява". Скучно уже. К чему душа лежит, то и надо брать, как "средство для переделки большого приложения" и никакие советы с форума тут помочь не могут. По сути, всё, что угодно подойдёт, хоть макроассемблер и плоские файлы. P.S. vill_agerНО:3 годаключевые слова, об этом все и говорят. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.09.2012, 00:34 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
> я использую экзотику - python+Qt+MySql Экзотика - только MySQL. Если вы не понимали это три года назад, то сейчас, наверное, вам это очевидно? > на сервере создается 2 БД - одна для данных, другая для логики Это принципиальная ошибка. Нет необходимости в отдельной базе данных для вспомогательных структур. Если на лбу граблями шишку еще не набили, готовьтесь. А ваша, ТС, фраза "нормальную СУБД, например Firebird" говорит о том, что вы не имеете представления об IT вообще. Выбор технологии - это не ваша задача. Любой выбор будет ошибочным. Любые советы - бесполезными. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.09.2012, 01:57 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
guest_20040621>Это принципиальная ошибка. Нет необходимости в отдельной базе данных для вспомогательных структур. Если на лбу граблями шишку еще не набили, готовьтесь. это не ошибка. на одной БД с логикой (она же конфигурация) может работать несколько информационных баз, и наоборот. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.09.2012, 10:43 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
> это не ошибка Просто немного подождите. > на одной БД с логикой (она же конфигурация) может работать несколько информационных баз, и наоборот Это еще одна ошибка. Во-первых, вы своими руками лишили себя возможности консистентного бэкапа. Во-вторых, своими же руками ограничили количество способов реализации метамоделей. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.09.2012, 13:31 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
guest_20040621> А ваша, ТС, фраза "нормальную СУБД, например Firebird" говорит о том... не могу понять почему вы такой вывод сделали? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2012, 15:55 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
Konstanrtin, переделывать я собрался именно из-за сложности сопровождения старого приложения, т.е. для себя. Первое четко понять зачем вы проводите работу . Если цель - повторить имеющийся функционал, но уменьшить трудоемкость сопровождения то можно: Перевести на нормальный клиент сервер. (Либо трехзвенку). Логику по максимуму делаем на сервере. Клиента оставляем старого, изменяем только получение и запись данных. Плюсы - не придется менять бизнес процессы. Просто часто кардинальную миграцию делают, меняя логику - но это совсем другая история. И самое сложное - не технологии, а именно разработать новую логику. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2012, 15:26 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
KonstanrtinВсем привет. Существует большое приложение с полным учетом деятельности завода, содержащее в себе соответственно все модули: реализацию продукции, склад, бухгалтерию, зарплату, пенсионку. Т.е. весь спектр. Всё это написано очень давно на Delphi 7 и включает в себя примерно 100 форм, которые находятся в самом клиентском приложении (про размер клиента не спрашивайте). Вся бизнес-логика, в т.ч. отчеты, также лежат на клиенте, т.к. была использована СУБД DBISAM. Т.е. при обновлении приходится обновлять клиента на всех машинах. Естественно от такого бардака хочется избавиться и перейти на нормальную СУБД, например Firebird. Вопрос: какое средство для переделки лучше выбрать, чтобы обновление любых мелочей, форм, отчетов происходило только на сервере и клиент не затрагивался? 1С не подходит, т.к. она платная, а переделывать я собрался именно из-за сложности сопровождения старого приложения, т.е. для себя. Попытка кардинально переделать приложение только из-за проблем с обновлением выглядит как требование перестроить дом только потому, что не устраивает ручка на входной двери. Может проще освоить средства автоматического обновления ПО в Delphi, а не переделывать все и вся? Тем более уже готовые средства автообновления существуют, практически на любой вкус: http://www.torry.net/pages.php?id=291 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2012, 15:48 |
|
Выбор средства для переделки большого приложения
|
|||
---|---|---|---|
#18+
KonstanrtinБизнес процессы я думаю по исходникам старого проекта можно раскурить Исключено. По исходникам реализации можно с вероятностью сколь угодно близкой к 100% налететь на старые ошибки и ограничения, которые не были по каким-либо причинам продуманы прежними "шаманами". Будете из набора досок от старого сарая строить новый дом? Без понимания всех процессов, почему именно так, чем можно пожертвовать и как что обойти, как сделать с заделом на будущее - можно даже не начинать браться. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2012, 16:49 |
|
|
start [/forum/topic.php?all=1&fid=33&tid=1547789]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
47ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
70ms |
get tp. blocked users: |
1ms |
others: | 12ms |
total: | 166ms |
0 / 0 |