for flooders
:: Главная :: Решения :: Статьи :: Сайт М. Дроздова :: Файловый архив :: Книга по VFP 9 :: Русский Help Online :: OFF-LINE Форум
   Лисоводы   всех   стран,  объединяйтесь !!!  

Список Форумов  :: Visual Foxpro, Foxpro for DOS
  

Куда идет VFP 9.0
Kaiser

Сообщений: 272
Дата: 21.07.04 17:21:06
Вопрос не праздный. По прежнему занимает нишу файл серверного приложения ? Улучшается интерфейс, обработка данных, XML, но все равно файл серверное приложение.




------------------
жизнь дала трещину и стала похожа на ж.....
Ratings: 0 negative/0 positive

Re: Куда идет VFP 9.0
Kaiser

Сообщений: 272
Дата: 23.07.04 10:20:07
ну ладно, появилось несколько интересных моментов с транзакциями для свободных таблиц, и что....для работы небольших контор, работающих с небольшим объемом данных это нормально, если это его ниша, то понятно. Есть возможность работы с SQL сервером, в таком случае он как клиент + обработка информации локально, если и это его ниша, то тоже понятно. Как клиент он так себе, обработка конечно ничего.




------------------
жизнь дала трещину и стала похожа на ж.....
Ratings: 0 negative/0 positive

Re: Куда идет VFP 9.0
amaximum

Сообщений: 131
Откуда: Новороссийск, Красндарский край
Дата: 23.07.04 12:09:18
Так Фокс в любом случае всегда был и пока остается файл-серверной системой СУБД, в лучшем случае клиентом..
Ratings: 0 negative/0 positive

Re: Куда идет VFP 9.0
Igor Korolyov
Автор

Сообщений: 34119
Дата: 23.07.04 15:54:33
Цитата:
Так Фокс в любом случае всегда был и пока остается файл-серверной
системой СУБД
Как СУБД - да, как среда программирования - не совсем

Цитата:
в лучшем случае клиентом..
Однако он позволяет соорудить под
COM+/WebService 2-х уровневую Клиент-серверную систему. Причём именно на
чистом фоксе, с фоксовым-же хранилищем данных.
Ну и ессно позволяет сделать 2 уровня в 3-х звенке (где DataLayer это любая
"большая" СУБД).
IMHO этого более чем достаточно для работы в любых условиях.




------------------
WBR, Igor
Ratings: 0 negative/0 positive

Re: Куда идет VFP 9.0
Kaiser

Сообщений: 272
Дата: 23.07.04 16:16:38
а как же грядущая NET, где COM и не пахнет(точнее пахнет, но это чисто для связи), и работу с веб становится целой системой и писать можно целые программы.
а фоксу отводится тогда что ? генератор XML из локальных данных? так это уже лишее...так.... где-то на задворках истории получается...хотя конечно разработчики не могу не понимать этого...наверняка что-то припасли


Сча вот читаю С#....поставил себе Visual Studio 2003.



[i][small][color=Gray]Отредактировано (23.07.04 16:20)


------------------
жизнь дала трещину и стала похожа на ж.....
Ratings: 0 negative/0 positive

Re: Куда идет VFP 9.0
Igor Korolyov
Автор

Сообщений: 34119
Дата: 24.07.04 18:02:42
1) NET уже пришёл (можно даже сказать давно), и что?
2) Не всё то новое что предлагается выживет, и станет стандартом, или просто
широкораспространённой вещью. Мне почему-то кажется что на NET прогресс не
остановится, и ещё неизвестно что там будет "послезавтра" - может быть всё
рухнет как например произошло с VB (тоже был типа флагман - всё стращали -
кто не на VB тот устарел и не котируется. Ну и где теперь все эти спецы
куцего ОО-подобного средства?) А фокс живёт уж куда больше




------------------
WBR, Igor
Ratings: 0 negative/0 positive

Re: Куда идет VFP 9.0
amaximum

Сообщений: 131
Откуда: Новороссийск, Красндарский край
Дата: 24.07.04 21:27:42
Fox COM как промежуточное звено, только без сервера? а насколько это оправдано? не лучше ли по старинке. А то упаковывай параметры, потом расшифорвыывай результаты. Хорошо, что сейчас есть XML. А как же многопоточность истинного сервера БД?
Ratings: 0 negative/0 positive

Re: Куда идет VFP 9.0
Igor Korolyov
Автор

Сообщений: 34119
Дата: 25.07.04 19:07:50
Это ты на какое сообщение написал? Пожалуйста, старайтесь ответы под то
сообщение ставить, на которые реально они и написаны
Теперь по сути:
В общем и целом - естественно всё это дело с COM+ затевается не для того
чтобы крутиться на одной машине - порождая совершенно ненужные тормоза и
проблемы. А для раельного Клиент-серверного подхода - т.е. компоненты
работают на сервере, и передают только ту информацию что реально необходима
на клиентов. COM+ вкупе с MultiThreaded Stateless VFP компонентами
обеспечивает вполне приемлемую масштабируемость IMHO.
Какие задачи имеет смысл в первую очередь переносить на сервер? Создание
отчётов - особенно агрегирующих большие объёмы информации в сравнительно
малые отчёты. Выполнение тяжелых и важных расчётов (но не очень частых в
плане параллельного исполнения) - чтоб и надёжно выполялось (UPS на сервере
не роскошь а средство первой необходимости - а вот на клиентах - обычно нету
), и быстро и данные не гоняло туда-сюда.
Реализовывать полный доступ к данным через серверный слой (т.е. реально 100%
клиент-сервер делать) - ну это не особо то и нужно обычно - т.е. гибрид КС и
ФС вполне живучий должен получиться.




------------------
WBR, Igor
Ratings: 0 negative/0 positive



Извините, только зарегистрированные пользователи могут оставлять сообщения в этом форуме.

On-line: 10 (Гостей: 10)

© 2000-2021 Fox Club 
Яндекс.Метрика