Здравствуйте, Dmitry The Wing, Вы писали:
DTW>Поясню: DTW>На первых этапах, когда происходит разработка базовых элементов интерфейса и в целом движка, которые в 1С уже есть (или почти такие как надо) бесспорно времени будет потрачено больше. DTW>Однако на последующих этапах, когда на 1С придется разрабатывать новое + модифицировать старое, то выигрывать будет уже вариант с php.
DTW>Время, затраченное на каждый этап при использовании 1С будет по началу постоянны, а затем начнет расти. DTW>При использовании же php, время, затраченное на каждый этап, будет постоянно уменьшаться. (стоит пояснять?)
DTW>Это мое мнение, основанное на предыдущем опыте.
Зависит от того, насколько качественно был выполнен первый этап на PHP, разработан UI и насколько гибко можно будет менять логику документооборота.
Нужно смотреть конкретно на задачу.
Здравствуйте, _Oleg_, Вы писали:
_O_>Здравствуйте, Dmitry The Wing, Вы писали:
DTW>>Поясню: DTW>>На первых этапах, когда происходит разработка базовых элементов интерфейса и в целом движка, которые в 1С уже есть (или почти такие как надо) бесспорно времени будет потрачено больше. DTW>>Однако на последующих этапах, когда на 1С придется разрабатывать новое + модифицировать старое, то выигрывать будет уже вариант с php.
DTW>>Время, затраченное на каждый этап при использовании 1С будет по началу постоянны, а затем начнет расти. DTW>>При использовании же php, время, затраченное на каждый этап, будет постоянно уменьшаться. (стоит пояснять?)
DTW>>Это мое мнение, основанное на предыдущем опыте.
_O_>Зависит от того, насколько качественно был выполнен первый этап на PHP, разработан UI и насколько гибко можно будет менять логику документооборота. _O_>Нужно смотреть конкретно на задачу.
Верно, зависит, но на то и голова на плечах, чтобы изначально предусматривать универсальность разрабатываемых объектов и возможность простой модификации их.
Re[12]: 1C vs php + FireBird
От:
Аноним
Дата:
27.05.09 08:42
Оценка:
Здравствуйте, Dmitry The Wing, Вы писали:
DTW>Вдогонку: DTW>Создание одинаковых окон-закладок оправдано далеко не всегда, я бы даже сказал, что в большинстве случаев это нельзя допускать, а там можно открыть сколь угодно одинаковых ...
Итого, сделали 3 режима:
1. открывать только в одном окне все залкадки
2. работать как сейчас
3. не открывать новую закладку с объектом меню, если уже такая открыта
Я забыл уточнить: 1С рассматривается только версии 7.7, т.к. 8+ здесь никто не знает, а важна скорость.
DTW>Ситуация:
DTW>Есть заказчик, которому не важно в чем будет реализовыван проект, — важна только скорость разработки и модификаций. DTW>Есть два штатных исполнителя.
DTW>Основной минус — это отсутствие конкретизации в задаче — есть пока только общее направление, и заказчиак не может составить следующий этап, не пощупав предыдущий.
DTW>Т.е. режим работы даже более экзотичен, чем Extreme Programming.
DTW>А теперь сам вопрос:
DTW>Необходимо определиться с выбором средств разработки: DTW>- 1С DTW>или DTW>- локальный сервер Apache + php + FireBird + ajax
DTW>Нужно мнение незаинтересованных лиц.
Здравствуйте, DenisCh, Вы писали:
DC>Здравствуйте, Dmitry The Wing, Вы писали:
DC>>>Ужасы какие про 1с рассказываете... DTW>>А разве я не прав и существует автоматика для баккапов в 1С?
DC>Да, неправы. Существует. Начиная от пакетного режима (штатного средства) и до всяких раров и планировщиков (для файловой версии) и sql-jobs для sql-версии.
Я тут пообщался с опытными 1С-никами ... про пакетный режим никто ничего конкретного не сказал, но я понят так, что этот режим вызывается в конфигураторе из меню "Администрирование" — "Сохранить данные" — так? тогда где здесь автоматика?
остальное же не гарантирует, что сохранит полноценную версию данных, т.к. в момент баккапа 1С может что-то успеть записать в чатсь таблиц ... люди ссылаются на то, что баккапы делаются в ночное время, но что если производство круглосуточное? а у нас именно так. нет такого времени, когда никто не работает ...
Сейчас занимаюсь разработкой ERP системы по управлению
персоналом и кадровым делопроизводством. В систему заносится информация
о кандидатах с которыми были проведены собеседования, сотрудники компании (с избыточной информацией по ним) с возможностью
сортировки уволенных, на больничном, в декрете, на стажировке, в штате и т.д.,
штатная структура предприятия, внутренний и внешний кадровый резерв, план подбора и т.д. Для реализации я
выбрал apache, php, mysql. Так же реализована отличная система настраиваемых отчетов (причем даже с диаграммами .
Почему я выбрал не 1С? Потому что считаю что сама 1С не является легко масштабируемой системой, даже
ее ERP(? скорее CMS..) решения требуют больших затрат на лицензирование и оборудование, а сама система требует долго изучения.
Еще к минусам могу отнести частые несовместимости новых версий (например в старой версии платформы есть функция "Пусто" а в новой ее меняют на "НеПусто"), что в итоге опять приводит к расходам на отладку (но это скорее касается 1С8 как программного решения). Далее нельзя налету отредактировать
какой-либо модуль не заходя в саму 1С (из дома не поправишь). Садится и разбираться с тем что написал Рыжиков в своих ERP — Вы
потратите больше времени чем если бы Вы написали ее с нуля. Особых плюсов в 1С я не увидел.
Теперь поговорим о php/js. Да, скорее всего писать проект придется с нуля используя наработки сторонних разработчиков (jquery, prototype,
какие-либо хелперы для php по работе с базами данных и генерацией отчетов). К плюсам могу отнести: простота и скорость создания любых элементов управления и интерфейсов, возможность быстрого редактирования конкретного модуля, легкая масштабируемость (кроме браузера и интернет канала ничего от клиента не требуется). В своей ERP я писал все сам, но для быстроты процесса можно воспользоваться jQuery, extJS (в демках есть прекрасные интерфейсы которые можно сразу использовать, Вам останется только реализовать логику и структуру базы данных). К минусам могу отнести запары связанные с генерацией отчетов (к сожалению готовых классов по работе с Excel/Doc очень мало но эту проблему можно решить используя OLE офиса, что правда привязывает вас к Windows), утечки памяти в самом пхп (обычно решается обновлением версии), оптимизация SQL запросов.
В заключении хочу показать несколько скриншотов своей ERP, как пример:
Здравствуйте, Dmitry The Wing, Вы писали:
DTW>Я тут пообщался с опытными 1С-никами ... про пакетный режим никто ничего конкретного не сказал, но я понят так, что этот режим вызывается в конфигураторе из меню "Администрирование" — "Сохранить данные" — так? тогда где здесь автоматика?
Здравствуйте, DenisCh, Вы писали:
DC>Здравствуйте, Dmitry The Wing, Вы писали:
DTW>>Я тут пообщался с опытными 1С-никами ... про пакетный режим никто ничего конкретного не сказал, но я понят так, что этот режим вызывается в конфигураторе из меню "Администрирование" — "Сохранить данные" — так? тогда где здесь автоматика?
DC>Странные у Вас "опытные" 1сники...
Видимо этим в кругу моих знакомых никто не пользуется ... да и в справке 1С такого слова не находится ...
Здравствуйте, Dmitry The Wing, Вы писали:
DTW>>>Я тут пообщался с опытными 1С-никами ... про пакетный режим никто ничего конкретного не сказал, но я понят так, что этот режим вызывается в конфигураторе из меню "Администрирование" — "Сохранить данные" — так? тогда где здесь автоматика? DC>>Странные у Вас "опытные" 1сники... DTW>Видимо этим в кругу моих знакомых никто не пользуется ... да и в справке 1С такого слова не находится ...
Это слово находится в книжке "Конфигурирование и администрирование" стандартного набора книг из коробки 1с
DTW>Разработка и отладка в обоих случаях производится не на боевой системе, но! DTW>в случае с пхп+фб обновление боевой — простое копирование файлов пхп-сценариев и запуск sql-скрипта, вносящего изменения в БД, что занимает пару минут максимум, DTW>а на 1С это: DTW>[list] DTW>сравнение, DTW>принятие, DTW>объединение DTW>(частенько все 3 процесса занимают немалое время)
Есть хороший пункт "Загрузить изменённую Конфигурацию".
Описанные действия нужны при загрузки стандартных конфигураций (Бухгалтерия, Зарплата) итд.
Так как структура конфигураций могут не совпадать. Если же конфигурация наследуема, то основным является сравнения на этапе разработки, для самоконтроля.
По поводу 7.7 можно добавить ускорение для SQL ввиде 1С, для ДБФ можно сгенерить классы для прямого доступа.
Использование OpenConf_Light_Pack для интеллисенсе, констукторы запросов итд.
По поводу архивирования для дбф вполне подходит внешняя архивация правда после обновления нужно пройтись "Тестирование и исправление БД".
Плюс ДБФ желательно использовать через Терминалы.
Штамповать код на 1С легко и приятно, даже при том минимуме возможностей. Плю использование ВК расширяет горизонты.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
S> Есть хороший пункт "Загрузить изменённую Конфигурацию". S> Описанные действия нужны при загрузки стандартных конфигураций (Бухгалтерия, Зарплата) итд. S>Так как структура конфигураций могут не совпадать. Если же конфигурация наследуема, то основным является сравнения на этапе разработки, для самоконтроля.
S>По поводу 7.7 можно добавить ускорение для SQL ввиде 1С, для ДБФ можно сгенерить классы для прямого доступа. S>Использование OpenConf_Light_Pack для интеллисенсе, констукторы запросов итд. S>По поводу архивирования для дбф вполне подходит внешняя архивация правда после обновления нужно пройтись "Тестирование и исправление БД". S>Плюс ДБФ желательно использовать через Терминалы. S> Штамповать код на 1С легко и приятно, даже при том минимуме возможностей. Плю использование ВК расширяет горизонты.
OpenConf, 1C++, терминал — все это используется.
Обойти сравнение никак нельзя при коллективной работе.
Внешняя архивация все-таки неприемлима, т.к. работа круглосуточна. Поэтому приходится временно выгонять всех и архивировать.
В работе и невооруженным глазом видно различие в скорости получения данных из 1С и аналогичных или даже более сложных данных из нормальных внешних БД.
Также меня не устраивает время, затрачиваемое на внесение простейших изменений в конфигурацию, и необходимость отключения пользователей на это время.
В случае реализации в виде web-сервера пользователи вообще не будет замечать изменения, пока те не коснутся конкретно тех моментов, которые использует данный пользователь.
Да и скорость изменения сценариев пхп намного выше в первую очередь за счет модульности такого кода. В 1С же общие элементы приходится либо совать в глобальник, либо деталь внешними (куча накладок), либо классы 1с++ ... все варианты имеют кучу ограничений ... зачем себя ограничивать изначально, пока есть выбор?
Свобода рисовать интерфейс таким, каким хочется, а не таким, каким разрешено правилами 1С — тоже много значит.
Здравствуйте, Dmitry The Wing, Вы писали:
DTW>Также меня не устраивает время, затрачиваемое на внесение простейших изменений в конфигурацию, и необходимость отключения пользователей на это время.
DTW>В случае реализации в виде web-сервера пользователи вообще не будет замечать изменения, пока те не коснутся конкретно тех моментов, которые использует данный пользователь.
Почему??? Можешь использовать Tcp/Ip для связи с 1С. У меня ТСД через Wi-Fi работает под определенным юзером.
Многие кстати используют прямую запись и чтение в БД.
DTW>Да и скорость изменения сценариев пхп намного выше в первую очередь за счет модульности такого кода. В 1С же общие элементы приходится либо совать в глобальник, либо деталь внешними (куча накладок), либо классы 1с++ ... все варианты имеют кучу ограничений ... зачем себя ограничивать изначально, пока есть выбор?
Все зависит от задачи. Когда в модуле проведения 10 тысяч строк 1С кода, куча ветвлений то я лично выберу 1С, или другой фреймворк для работы с Бд как с объектами. Ну и плюс огромное количество кода, которое применяется но не изменяется.
Ваш выбор. А насчет архивации по верху открытых таблиц, ничего страшного. "тестирование и исправление БД" лечит, лишние ссылки, либо настроить архиватор, что бы Journal архивировал в воследнюю очередь. Проверить документы, так или иначе придется проверять и добивать в любом случае.
DTW>Свобода рисовать интерфейс таким, каким хочется, а не таким, каким разрешено правилами 1С — тоже много значит.
есть FormEx от Альфа http://www.dorex.ru/?projects&formex
Приветствую,
стоял похожий вопрос, выбрали C#+DevExpress (XAF,XPO) может будет интересно
Здравствуйте, Dmitry The Wing, Вы писали:
DTW>Ситуация:
DTW>Есть заказчик, которому не важно в чем будет реализовыван проект, — важна только скорость разработки и модификаций. DTW>Есть два штатных исполнителя.
DTW>Основной минус — это отсутствие конкретизации в задаче — есть пока только общее направление, и заказчиак не может составить следующий этап, не пощупав предыдущий.
DTW>Т.е. режим работы даже более экзотичен, чем Extreme Programming.
DTW>А теперь сам вопрос:
DTW>Необходимо определиться с выбором средств разработки: DTW>- 1С DTW>или DTW>- локальный сервер Apache + php + FireBird + ajax
DTW>Нужно мнение незаинтересованных лиц.
Здравствуйте, Dmitry The Wing, Вы писали:
DTW>Здравствуйте, DenisCh, Вы писали:
DC>>Здравствуйте, Dmitry The Wing, Вы писали:
DC>>>>Ужасы какие про 1с рассказываете...
1С — это и есть ужас.
DTW>>>А разве я не прав и существует автоматика для баккапов в 1С?
Бэкап на горячую в 1С невозможен и автоматики никакой нет. 1С не годится как система энтерпрайз уровня. Так для бухгалтерии из 5 бухов максимум.
DC>>Да, неправы. Существует. Начиная от пакетного режима (штатного средства) и до всяких раров и планировщиков (для файловой версии) и sql-jobs для sql-версии.
Это рары и планировщики существуют сами по себе. А в 1С встроенных средств нет.
Здравствуйте, Figaro, Вы писали:
F>skipped...
F>А при том же сочетании php+<сочетании неважно чего> тож придется тормозить работу... ладно, эт все лирика
Здравствуйте, Figaro, Вы писали:
F>skipped...
F>Вы только забываете — "контроль целлосности данных"... хотя хз, кому Вы это поручите
В 1С-е это сделано через ж.
Всех юзеров отключить, монопольный режим, удаление помеченных объектов. А еще оказываеца и ни все они удаляются.
Собственно идиотизм, почему-бы не сделать так, как в других нормальных СУБД
. 
