Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Visual FoxPro 7 vs Power Builder 9
|
|||
|---|---|---|---|
|
#18+
2Dmitry Belousov > Коли NNN ещё здесь Только как читатель. Но все-равно спасибо за ответ. Остальным вместо спасибо (а то я так превращусь в сенкс-спаммера) - мой голос в поддержку вашего форума. Удачи! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2003, 13:48 |
|
||
|
Visual FoxPro 7 vs Power Builder 9
|
|||
|---|---|---|---|
|
#18+
2 NNN "Скажем так, я с навороченным гридами редко встречаюсь, так что будет время поищу скриншоты в инете. А про отчетность - согласен." Смотри не жалко. http://www.dw-extreme.com/index.htm К вопросу а resize. Подсмотрел реализацию splitbar'а кажется в примере от pb6. Если у кого нет PB6,то можно тут http://web.vrn.ru/567637/PB/pbobj.htm. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2003, 16:06 |
|
||
|
Visual FoxPro 7 vs Power Builder 9
|
|||
|---|---|---|---|
|
#18+
насчет генератора отчетов в VFP - чем именно он плох и чего там не хватает - хоты бы по-сравнению с Fast Reports/ Crystal Reports??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2003, 11:49 |
|
||
|
Visual FoxPro 7 vs Power Builder 9
|
|||
|---|---|---|---|
|
#18+
Нынешний генератор отчетов в VFP это песня. Правда в девятке вроде обещают поправить дело , но пока все вот так: 1) Не объектно-ориентирован. С запущенным окном отчета можно произвести уже минимум действий и то с извращениями; 2) Нет экспорта данных никуда. Можно только запустить в режиме TO ASCII, то бишь ваш любимый plain text. Правда появилось несколько сторонних продуктов по экспорту в office, html. Но работают они недостаточно быстро, за исключением PDF. PDF правда и так можно генерить, печатая но соответствующий принтер. Все остальное уже по мелочи. Но думаю первых двух пунктов вполне достаточно...Поэтому большинство народу стараются использовать чего-нибудь более человечное, SpreadSheet например... Есть правда один плюс у фокспрошного генератора - быстр собака. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2003, 12:07 |
|
||
|
Visual FoxPro 7 vs Power Builder 9
|
|||
|---|---|---|---|
|
#18+
Почему PB9.0 отваливается? Открываю Example'ы просмотрю окон 5-7 и PB вываливается. Чё за фигня? Кто знает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2003, 12:13 |
|
||
|
Visual FoxPro 7 vs Power Builder 9
|
|||
|---|---|---|---|
|
#18+
sergei_p писал:Почему PB9.0 отваливается? Открываю Example'ы просмотрю окон 5-7 и PB вываливается. Чё за фигня? Кто знает? К некоторой падучести PB следует привыкнуть. "Ложиться" он периодически будет. С количеством окон, IMHO, это не связано. Что можно сделать: Посмотреть, что является текущим DB profile. При открытии dwo, он лезет в базу, если активен preview pane. Сгенерить проект (full rebuild). При этом будет проведена регенерация всех объектов. Если ничего не помагает, посмотреть наличие патчей на sybase.com. Скачать, накатить. BTW. А почему не в новом "форуме" на форуме по Sybase? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2003, 12:59 |
|
||
|
Visual FoxPro 7 vs Power Builder 9
|
|||
|---|---|---|---|
|
#18+
Спасибо. P.S. А уж подумал что pb9 без глючное средство. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2003, 13:19 |
|
||
|
Visual FoxPro 7 vs Power Builder 9
|
|||
|---|---|---|---|
|
#18+
2Crip в)MS SQL 2000 Хорошая . MS вообщем-то на это и ориентируются сейчас. г), COM+/MTS Хорошая. Уровень VB6 Есть плюс - можно использовать наследование реализации в COM Недостаток - оторванные рекордсеты только через XML Как насчет CREATEOFFLINE() ?? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.07.2003, 15:47 |
|
||
|
Visual FoxPro 7 vs Power Builder 9
|
|||
|---|---|---|---|
|
#18+
Спасибо ASCRUS-u и Ермаку за содержательные постинги. 2 ASCRUS мощные гриды, построение сложных отчетов, кросстабов, графиков, сохранение в БД посредством отложенных изменений, фильтрацию и сортировку наборов данных, работу с множествами записей, возможность организации форм ввода и просмотра данных и отчетов для интернет-браузеров и построение 3-звенных систем ? И самое главное - если может, то насколько это реализовано "аппаратно" в самом фоксе - сколько кода и усилий необходимо приложить для реализации вышеперечисленных возможностей. Есть ощущение, что на фоксе ручками придется работать МНОГО больше..:( Report в фоксе весьма хилый. Грид вызывает чувства неудовлетворения, Аксессовский лучше. Компонентная ООП модель 8й версии уже неплоха. Например, есть ли такое в PB - You can use the BINDEVENT( ) function to attach, or bind, an event, method, or property from one Visual FoxPro object, or event source, to the method or event of another Visual FoxPro object, or the event handler. Уже неплохая обработка ошибок - TRY...CATCH…FINALLY. Как в PB? Русских форумов по VFP поболе будет; а вот в фидо на вопрос, стоит ли заниматься PowerBuilder-ом , был ответ, что он типа издыхает. Почем купил - за то продал, хотелось бы, чтобы все было не так. Очень хороши в фоксе возможности локальной обработки данных. Правда, оператор выборки SELECT недоделанный, нет нормальных вложенных запросов, зато навигационная модель хороша, иногда бывает удобней ей пользоваться. Очень удобно в фоксе можно организовать обновления версий - не останавливая запущенных программ; к работающей системе можно подключать модули (p-code), не собирая их в один EXE-файл или DLL. Для исполнения достаточного одного этапа компиляции в p-code, компиляция доступна в среде исполнения. PB я не знаю. Но доберусь, хотя бы чтоб плотнее познакомиться, что за зверь - DataWindow. ---------- В PB событие - это с точностью до наоборот - действие некоего класса на вызов его события кем то. типа это метод? ----------- События могут наследоваться, однако в отличие от наследований в методах классов порядок выполнения события идет от предка к наследнику А ежели мне надо модифицировать или вообще отменить метод предка ? -------- 2 who know Остался неосвещенным вопрос от Crip - как идет серьезная работа с уже полученными резалтсетами на клиенте. Только через ODBC? Или даже так: К элементам DataWindow можно ли обращаться через SQL-операторы или только как к элементам массива? Было бы интересно работать с отобранными данными в том же стиле и ключе, что и с данными на сервере. - Можно ли создавать классы во время выполнения? В фоксе - да, с определенными извращениями. - Можно ли сделать UPDATE или INSERT в 2 связанные таблицы (типа шапка документа и строки, в родительской ПКлюч по полю типа идентити) в одной транзакции, много ли придется шевелить ручками? -------- как доказательство - активность форума по Фоксу :) Хе-хе, в фидо загляните.. Вообще, ИМХО, ньюс-группы удобнее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.07.2003, 15:54 |
|
||
|
Visual FoxPro 7 vs Power Builder 9
|
|||
|---|---|---|---|
|
#18+
"Уже неплохая обработка ошибок - TRY...CATCH…FINALLY. Как в PB?" Начиная с версии 8.0 есть. "События могут наследоваться, однако в отличие от наследований в методах классов порядок выполнения события идет от предка к наследнику А ежели мне надо модифицировать или вообще отменить метод предка ? " Можно отменить выполнение обработки события предка. Можно выполнить сообытие предка после своей обработки. Модифицировать событие предка нельзя. "2 who know Остался неосвещенным вопрос от Crip - как идет серьезная работа с уже полученными резалтсетами на клиенте. Только через ODBC? Или даже так: К элементам DataWindow можно ли обращаться через SQL-операторы или только как к элементам массива? Было бы интересно работать с отобранными данными в том же стиле и ключе, что и с данными на сервере. " ODBC интерфейс используется специальным объектом (transaction) для организаци связи и выполнения запросов с нужным SQL сервером. Кроме ODBC, можно использовать OLE DB и Native интерфейсы. DataWindow с базой данных работает только через transactionObject, Резалтсет, он же DataWindow (после выборки данных) уже есть результат работы SQL (Select, StoredProc). После этого для навигации по Datawindow используется "навигационный" подход (получилось масло-масленное, но так и должно быть, в смысле масло просто обязано быть масленным). Вы можете редактировать как хотите выбранные данные, после чего при выполнении метода update() DataWindow автоматически сформирует необходимые SQL выражения (Insert, Delete, Update) и выполнить их. Выбранные данные можно сортировать, можно наложить фильтр (обращения к БД при этом не происходит). Если переключить DataWindow в query mode, то получаем QBE форму, тут же в самом DataWindow определяем критерии. При выходе из Query mode, оператор SELECT будет динамически изменен в соответствии с введенными критериями и данные в DataWindow будут выбраны из БД заново. "Можно ли создавать классы во время выполнения? В фоксе - да, с определенными извращениями." Если классы в фоксе "тоже", что объекты в PB, то создать новый класс нельзя, а экземпляры объектов (визуалные и невизуальные) можно. "Можно ли сделать UPDATE или INSERT в 2 связанные таблицы (типа шапка документа и строки, в родительской ПКлюч по полю типа идентити) в одной транзакции, много ли придется шевелить ручками?" Я бы сделал примерно так (insert): Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. А много это или мало решайте сами. PS. По поводу издыхает - на мой взгляд фигня. Правильнее было бы сказать, что PB не является на сегодняшний день в России, модным средством разработки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.07.2003, 17:05 |
|
||
|
Visual FoxPro 7 vs Power Builder 9
|
|||
|---|---|---|---|
|
#18+
Sjfx Bindable в PB не поддерживается. Try есть, реализован один в один, как в Java, то есть если метод вызывает Exception, то он должен в своем заголовке ее описать, а при использовании такого метода PB будет требовать, чтобы он обязательно был заключаен в блок try ... catch. Однако в PB это используется для разработки обьектов для EAS. Сама же обработка ошибок в PB базируется на стандартном методе возврата функцией флага успешности завершения, что в принципе я даже считаю удобным для клиентского приложения, в котором и не может быть большого кол-ва критичных участков кода. PB так же как и Fox поддерживает динамические библиотеки и приложение даже во время выполнения спокойно может изменять список подключенных к приложению библиотек, исследовать метаструктуру обьектов и пользоваться их функционалом. Насчет издыхания PB не знаю честно говоря сильно сомневаюсь, с учетом того, что в новую 9 версию встроена поддержка XML, .NET и JSP, а значит продукт пользуется спросом, раз он эволюционирует и не отстает от современных технологий. Событие в PB действительно по смысловой нагрузке фактически является методом класса, изменить или отменить порядок их выполнения можно. Однако в отличие от методов к событиям можно обращаться динамически, без ошибок компиляции или во времени выполнения, то есть если оно не будет обнаружено у обьекта ошибкой это считаться не будет. Вся парадигма PB построена на событиях. Фактически функции класса получаются некоторыми его служебными действиями, а события служат для вызова действий и управлением логики между обьектами. Также в PFC (базовая библиотека классов) пошли далее, применив при построении иеархии базовых классов не модель иеархии наследования обьектов, а модель делегирования, где в этих библиотеках существуют как бы 3 уровня: 1. Сервисы - невизуальные классы, выполняющие определенный круг действий 2. Компоненты - наследованные от стандартных компонент PB классы, с интегрированной поддержкой сервисов 3. Классы-надстройки - специальные классы, которые можно изменять для изменения и дополнения функциональности PFC Фактически такая схема позволяет во первых комбинировать в приложении только нужную функциональность сервисов, во вторых - не привязываться к жесткой зависимости от иеархии наследования, в третьих - через классы надстройки менять и дополнять базовую функциональность PFC, не боясь все потерять, когда выйдет новый PB с новой PFC, так как производитель гарантирует неизменность классов надстроек и вводит изменения только в базовые сервисы и компоненты. Так что например если базовый сервис вызывает окно сортировки и Вам не нравиться его оформление и что все там по английски, то достаточно изменить такое окно в классе надстроек, которое наследовано от базового окна PFC и спокойно получить результат, при этом сохраняя всю логику и функционал базового класса без всякого наследования и дописания кода. Данные PB может получать от ODBC, OLE DB, Direct Connect, JDBC и Native Interface (Oracle, MSSQL, Sybase ASE, Informix). Данные хранятся в буферах (массивах). SQL локально к ним естественно применять нельзя, жирно конечно клиенту иметь свой SQL движок. Зато можно оперировать множествами, то есть копировать и перемещать указанные по рангу записи между DataWindow с одинаковой структурой записей и работать со значениями полей указанных в ранге записей (например с 10 по 100 запись одной командой полю присвоить значение). Не понял вопроса насчет создавать классы во время выполнения. Я так понял генерить классы и тут же подключать. Этого делать в PB нельзя, зато можно во время выполнения создавать или изменять описания DataWindow, фактически при желании можно сделать свой дизайнер форм и отчетов, не понятно правда зачем. Так же в PB поддерживается для невизуальных классов свойство AutoInstatiate, которое позволяет указать PB, что класс глобальный и автоматически создается при первом к нему обращении. Правильное сохранение, добавление ключей (и даже их каскадное обновление и удаление) в дочерние наборы данных реализовано в виде специальных сервисов PFC, которые просто нужно подключить и пользоваться их услугами. P.S. Вроде по всем вопросам постарался ответить :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.07.2003, 18:29 |
|
||
|
Visual FoxPro 7 vs Power Builder 9
|
|||
|---|---|---|---|
|
#18+
Ну вот - пока писал, меня уже обогнали :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.07.2003, 18:30 |
|
||
|
Visual FoxPro 7 vs Power Builder 9
|
|||
|---|---|---|---|
|
#18+
2 All Можно отменить выполнение обработки события предка. Можно выполнить сообытие предка после своей обработки. Модифицировать событие предка нельзя. Собсно, под модификацией я и понимал замену события предка своим. Данные хранятся в буферах (массивах). SQL локально к ним естественно применять нельзя, жирно конечно клиенту иметь свой SQL движок. Мы ж на жирных клиентах работаем, отчего нет. В фоксе - есть, и это хорошо.. Можно загрузить данные с сервера, отрубиться, поработать, пополучать отчеты, выключить комп, назавтра включить и обновить данные на сервере. Хотя вроде как в поставке ПБ идет ASA в какой-то минимальной конфигурации, вероятно, можно приспособить. Жалоб на падучесть фокса намного меньше. Кстати еще неприятность в фоксе, как она мне не нравится! Дело в том, что эта зараза обработку событий от клавы перемежает с обработкой своего внутреннего генератора событий, еще с ДОСовских времен(!), нажатия на клаве конвертит в свое событие и отдает на обработку. Это приводит к дерганности движения курсора внутри textBox-a, editBox-a и визуальной дерганности прохода по записям в гриде, когда нажата стрелка на клаве. В ДОСе это было полезно, сам пользовал, а в винде нафиг не нужно. Коллеги, вы бы заглянули на fido7.ru.powerbuilder , послушали бы печальную песнь... Тоже информация к размышлению. 2 ASCRUS В ASA вроде как БД до 2ГБ, до 12 БД на сервер. Что за 26 ГБ (из другой ветки)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.07.2003, 20:06 |
|
||
|
Visual FoxPro 7 vs Power Builder 9
|
|||
|---|---|---|---|
|
#18+
Цитирую BOL ASA: Database size 13 files per database. For each file, the largest file allowed by operating system and file system Field size 2 Gb File size (FAT 12) 16 Mb File size (FAT 16) 2 Gb File size (FAT 32) 4 Gb File size (NTFS, HP-UX 11.0 and later, Solaris 2.6 and later): 256 Gb for 1 kb pages 512 Gb for 2 kb pages 1 Tb for 4 kb pages File size (NetWare) 4 Gb File size (all other platforms and file systems) 2 Gb Так же поддерживает RAM для XP и 2003: NonAWE - 2,3 гб AWE - 64 гб Настольная версия поддерживает до 2 процессоров, NET версия столько же, сколько может поддерживать ОС. Заявленная поддержка железа в самый раз для сервера рабочих групп :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.07.2003, 21:59 |
|
||
|
Visual FoxPro 7 vs Power Builder 9
|
|||
|---|---|---|---|
|
#18+
2 Sjfx >Можно загрузить данные с сервера, отрубиться, поработать, пополучать отчеты, выключить комп, назавтра включить и обновить данные на сервере. ПБ тоже так работает. Пока датавиндову не скажешь update, данные лежат на клиенте и сервер можно отрубать. Выключать клиентский комп, правда, без подготовки нельзя: сначала нужно сделать export куда-нибудь, а когда включишь - import. ASA к повербилдеру идет, но поставлять ее заказчику вместе с приложением нельзя, нужно покупать сервер. >Жалоб на падучесть фокса намного меньше. Гораздо меньше, я например уже лет 10 ни одной не слышал. Наверное потому что я и людей не знаю, которые с ним работают - некому жаловаться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2003, 00:40 |
|
||
|
Visual FoxPro 7 vs Power Builder 9
|
|||
|---|---|---|---|
|
#18+
2Sjfx,ACRUS: насчет BINDEVENT(). В ООП иногда встречается такая штука как DELEGATION - возможность делегировать обработчики событий одного объекта другому - на этой концепции любят строить систему событий. Так вот в PB, по-крайней мере 9, эта идея реализована. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2003, 09:21 |
|
||
|
Visual FoxPro 7 vs Power Builder 9
|
|||
|---|---|---|---|
|
#18+
funikovyuri Если в 9 версии сделали поддержку делегирования событий, то пожалуй срочно надо на него посмотреть :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2003, 10:38 |
|
||
|
Visual FoxPro 7 vs Power Builder 9
|
|||
|---|---|---|---|
|
#18+
bindevent() в VFP8 это и есть делегирование... Метод делегата можно вызвать до, после и вместо события...В метод делегата передаются те же параметры, что и в событие... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2003, 11:10 |
|
||
|
Visual FoxPro 7 vs Power Builder 9
|
|||
|---|---|---|---|
|
#18+
К некоторой падучести PB следует привыкнуть. "Ложиться" он периодически будет. По-моему, после такого ветку можно прикрыть:-((( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2003, 16:12 |
|
||
|
|

start [/forum/topic.php?fid=35&startmsg=32214514&tid=1554308]: |
0ms |
get settings: |
6ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
46ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 255ms |
| total: | 384ms |

| 0 / 0 |
