powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / FoxPro, Visual FoxPro [игнор отключен] [закрыт для гостей] / (C#) Интересно, хорошо это или плохо...
351 сообщений из 351, показаны все 15 страниц
(C#) Интересно, хорошо это или плохо...
    #33173343
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Прочитал инетересную статью (к сожалению она на английском) тынц . Из которой следует, что очень многие вещи в C# 3.0 будут от FoxPro... Вот только пока не понятно - они хотят сделать этот язык для нас более понятным или похоронить FoxPro?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33173357
Sergey Sizov.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
А может и то и другое?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33173383
Фотография ГенГрум
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я где читал что С# - это с-образный basic.
Значит они хотят сделать его еще фокс-образным. Но сдрагой стороны в фоксе очень много хвостов от доса. В хелпе пишут - эта ф-ция работает так-то но лучше её не пользоватся. Множет разработчики хотят почистить хвосты?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33173893
luser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нормальный язык.
Я приноворился уже. Подключаю намеспейс от фокса, VFP ToolKit For Net и свободно пишу на фоксе в нете. Ниче так себе получаеться. Хотя С# знать не знаю
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33173972
Фотография ГенГрум
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
luserНормальный язык.
Я приноворился уже. Подключаю намеспейс от фокса, VFP ToolKit For Net и свободно пишу на фоксе в нете. Ниче так себе получаеться. Хотя С# знать не знаю
А грид , кнопки и т.д.? Фоксовские или как?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33173991
luser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
нет конечно. Но грид круче фоксовского , да к тому же куча компонентов самописных к нету. Ну подумаешь вместо курсора датасет. так на то VFPToolKitNet и был придуман, что вся работа с нетовскими замарочками скрыта внутри DLL ки в котрой валяеться пространсво имен с реализованными функциями для лисятников. Ну и веб сервисы юзать проще чем в фоксе и системные сервисы писать тож. Что больше всего радует просто и доступно можно запускать поточные блоки кода. Я всегда ругался на дельфи, даже на ms sql ругался, а вот шарп меня завоевал. Что поделать. ну не оправдывает себя фокс поработе с большими объемами инфы, что поделать, стоит признать.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33174034
Фотография ГенГрум
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
luserПодключаю намеспейс от фокса, VFP ToolKit For Net и свободно пишу на фоксе в нете
А при этом он свои родной язык он понимает? Постепенный пререход на С#?

Хотя один знакомый переходил с асемблера на си. Начал прогу на си закончил асме.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33174065
luser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
неа, не понимает. Просто функции родные, какие-то получаються.
ну допустим так
vfp.FILETOSTR(...) разве не понятно ? Хотя глюков дофига, вот допустим такая нетовкая функция из DLL VfpToolKitNet, не хочет работать с блоком данных больше 64 килобайт
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33174172
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
luserЧто поделать. ну не оправдывает себя фокс поработе с большими объемами инфы, что поделать, стоит признать.
Вот это место, расшифруйте, пожалуйста...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33174195
Проходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
присоединяюсь к Sergey_Ch. Так что такое не сложилось у фокса с большими объемами данных? И что такое "большие"?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33174269
Reznichenko Y.V.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
luser...ну допустим так vfp.FILETOSTR(...) разве не понятно ?...

Понятно. Но зачем? Ведь есть Фокс!
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33174369
luser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Расшифровываю.
Допустим, каждый месяц "рождаються" файлы однотипной струкруры объемом предельным для VFP - 2 Гига. Идет месяц за месяцем, проходит год, два ! Информация накапливаеться и вот настает час Х, когда нужно произвести статистический анализ всего этого добра и данные нужна все !!! Из всех таблиц за все месяцы, потому что алгоритм прогнозной оценки такой. Ну да, можно быстро набить алгоритм, а вот быстро посчитать, на фоксе не удастся. Мало того, что фокс при таких расчетах вешает приложение, а сам что-то там считает, он вешает (на что не имеет права) и операционную систему.
Он конечно хорош и прекрасен, максиммум для написания бухгалтерии или учета основных средств Я конечно вышел из положения, написал свой асинхронный сервер запросов, но! Утверждаю, фокс - сдал свои позиции и уже давно.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33174374
luser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторПонятно. Но зачем? Ведь есть Фокс!
Есть - есть :)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33174598
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
"luser" <nospam@sql.ru>; wrote in message news:1717606@sql.ru...
Расшифровываю.
Допустим, каждый месяц "рождаються" файлы однотипной струкруры объемом
предельным для VFP - 2 Гига. Идет месяц за месяцем, проходит год, два !
Информация накапливаеться и вот настает час Х, когда нужно произвести
статистический анализ всего этого добра и данные нужна все !!! Из всех
....
Я конечно вышел из положения, написал свой асинхронный сервер запросов, но!
Утверждаю, фокс -

=============================

тэк-тэк. 2Гб*12*2г=48Гб. Вы написали сервер запросов который нормально с
таким объёмом работать хотя для скл серверов первой тройки (оракл, мсскл,
дб2) подобный анализ не является простой задачей.

Может поделитесь наработками?


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33174607
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
причём если посмотреть на ваши вопросы в форуме то не создаётся мнение что
вы являетесь разработчиком с большим опытом. И тем не менее создать некий
тул на уровне крупнейших корпораций разрабатывающих ПО.

Поздравляю.


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33174780
luser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не нужно флейма. С тобой - не поделюсь. ОГбидные слова говоришь.
А чем определяеться мой опыт ? мож когда ты вотку пьешь я занимаюсь самообразованием, а при условии, что я не пальцем сделанный, еше умею и мыслить, ну и не слишком деликатно шутить
Хотя на счет сервера - я те серьезно говорю. учись студент, когда - нибудь и у тебя получиться.. наверное
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33174783
luser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
На счет вопросов :) у меня еще под логином сын сидит, 9 - лет Подумай о своем будующем .. и настоящем.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33174797
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi Sergey!

Я бы это лишь приветствовал :) По наследию DOS уж скучать точно не буду :)

А насчёт VFP Toolkit For Net - баловство это, если не сказать более прямо - лажа - лапша на уши неофитов NET-а пришедших из xBase систем (назвали бы прямо Ugly subset of FPD functions :) )

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33174800
luser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Игорь, это все просто слова. Где факты ? Я привел тебе сегодня(если ты внимательно читал) и смвсл и доступность и перспективность этой платформы (хотя скажу по секрету я больше люблю с++, совместимость с фоксом и все дела) + NET. Вот когда ты приведешь мне минусы, ток чур не врать и укажешь мне место где фокс перешагнул нет, я тебе пожму руку. а пока, что это у тебя балавство личных амбиций( это мне так каажеться. На оргинальность идеи не претендую).
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33174821
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi luser!

ВНИМАТЕЛЬНО почитай что я написал - там что-то говорится про платформу? Про
С# или VB.NET?

P.S. Таким стилем общения можно добиться только одного - молчаливого игнора
со стороны постоянных участников.

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33174824
luser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да жажду твоих галимых советов
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33174874
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Sergey Ch
Опять 25.....Ну скоко можно :)) ?
Тока долбанутые фанаты .NET кричат о том, что .NET для винды это "рулез".
Зайдите на форум http://www.gotdotnet.ru и почитайте вопросы....
Это ваще вилы полные....Типа, как узнать текущее положение записи в гриде ? :)
Типизированный DataSet это ваще вверх MS "гениальной" мысли...и посему приходиться создовать не типизированный и работать с ним.
Нетовский грид - это "песня"....Про "простоту" написания контролов..и прочее прочее...

Интересовался у крупных разработчиков ПО и у себя и в МСК - все в одно слово говорят : посмотрели, попробывали ...очень сырой и не RADостный продукт...

Юзать из .NET VFP это конечно вверх мозахизма....

P/S Все сказанное исключительно про WinForms. Да, скоко я не пытался узнать что такого "крутого" в .NET - так и не добился ответа - запрещенная тема чтоль ???
Особенно "вдохновляет" быстродействие среды VS2005 betta 2...на моем P4EE 2.8 с гигом оперативки ворочается, но очень медленно....вообщем привет MS
Лучше бы MS так VFP двигал, вместо убогого НЕТа.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33175003
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Лично у меня сложилось странное впечателние после беседы вчера с несколькими людьми об это теме... Все сходятся на мнении, что это рекламный трюк большого брата, чтобы переманить разработчиков с FoxPro в стан .NET... Уж больно хороший продукт FoxPro оказался Никак умирать не хочет и MS заставляют его улучшать. Вывод VFP из состава VS сделал его развитие еще более стремительным, а раздача бесплатных лицензий подписчикам MSDN довольно популярным...

P.S. Как я уже писал, мне довелось сделать несколько проектов на VB.NET - впечателние в общем-то не плохое... Если бы не было FoxPro... А так, пока сравнение явно не в строну VS.NET, даже VS 2005 отстает пока...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33175096
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хотя на счет сервера - я те серьезно говорю. учись студент, когда - нибудь и
у тебя получиться.. наверное


2лузер
-------------------------
Гм. Так на счёт того что этот тул существует и работает с 40Гб объёмами на
приемлимой скорости будут подтверждения? Мне собсно всё равно но некоторые
могут подумать что ваше мнение имеет "не оправдывает себя фокс поработе с
большими объемами инфы, что поделать, стоит признать." действительно имеет
смысл


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33175108
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
40 GB... Что-то многовато данных для анализа... В таких случаях рекомендуют смотреть в сторону Data Warehouse... Для тех кто не в курсе - это такие таблицы с уже подготовленными итогами, например, по дням или месяцам или по отдельным документам... Очень модная и разрекламированная вещь в MS SQL Server and Oracle Server... Только все это можно легко реализовать на FoxPro, как говорят на Западе - "Если есть голова и руки, то можно все сделать и самому"... А 40 GB это очень много и для промышленного сервера (так как его использует довольно много народа и запросы такой величины от несеольких клиентов быстро "поставят его на колени")...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33175125
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
YuriWhite Да, скоко я не пытался узнать что такого "крутого" в .NET - так и не добился ответа - запрещенная тема чтоль ???
Да нет, почему - "Просто все говорят о .NET, вот по этому и круто!" Сотни миллионов долларов сделали свое дело... Теперь работодатели хотят C# или VB.NET ... С C# все понятно - звучит похоже на C++, а там где Си, там круто! Только на совсем понятно, зачем C++ для разработчиков баз данных, когда уже все есть и работа с FoxPro это по существу вызов процедур, написанных на C++
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33175177
Фотография Redrik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
luserНа счет вопросов... буду ю щем
Это не опечатка! Это - диагноз! :-[
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33175603
Фотография Диченка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Действительно, ажиотаж вокруг .net превосходит все мыслимые пределы, или как сказали бы американцы - over-hype. Я довольно давно уже наблюдаю за местным форумом работы, где часто мелькают вакансии т.н. .net-программистов с бешенными зарплатами. Причем набирают орды программистов. Но вот что странно - лично я до сих пор не видел ни одного мощного продукта уровня предприятия или хотя бы достаточно крупной торговой фирмы, который был бы написан целиком на .net. Я довольно часто задаю соответствующие вопросы программистам .net про то, что ими было сделано на сегодняшний день. А в ответ получаю лишь невнятные отговорки, либо детский лепет, либо попросту гробовое молчание. Поначалу я думал что они секретничают из-за боязни раскрыть какие-то свои ноу-хау, но потом я понял - им попросту нечем похвастаться! Там где раньше обходились пятью строками кода - приходится писать пятьдесят! Как сказал один из местных посетителей про .net - "главное процесс, а не результат". Именно эта фраза характеризует для меня монструозный .Net.

Что же касается того, что работадателям требуется .net-программисты - лично мне от этого не жарко и не холодно. Потому что у меня обширная база собственных клиентов, которые пользуются моими клиент-серверными решениями, где в качестве клиентского приложения выступает vfp9. И все они безумно довольны тем, что имеют на сегодняшний момент. Подавляющее большинство клиентов - люди очень далекие от компьютеров и программирования. Они не знают на чем написана программа, да им и попросту наплевать на это. Для них самое важное - функционал, удобство использования и мощная техническая поддержка. 99% клиентов никогда не спросят у меня на чем написана моя программа. И ни разу в моей бизнес-практике не было случая, когда клиент воротил нос от программы, потому что она была написана не на .net. Никогда.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33175779
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
это когда клиенты есть. А когда их надо искать то высказывания на форумах в
духе "в среде Х у меня ничего не получилось а на с-диез всё летает" очень
мешают. И человеку далёкому от компутиров трудно объяснить что это пустая
болтовня студентов каких-то. Иногда из-за этого приходится делать не на чём
удобней а на чём щас модно.


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33175825
Фотография Диченка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Глядя на этот монструозный .Net я задаю себе вопрос - если все это изучать чтобы на этом работать - то когда же жить ? Ну не несет .Net в себе ничего такого сверхординарного, чтобы на него переходить! Кроме того, всем давно известны апетиты этого монстра к аппаратному обеспечению. Если я буду в качестве системных требований к программе, написанной на .Net предлагать клиенту менять компьютер на более мощный, то у меня попросту не будет никаких клиентов! На технический прогресс можно не кивать - в провинции куча компаний работают на слабеньких машинах и не планируют в ближайшем будущем делать апгрейд. Бизнес-программы по своему классу относятся к офисным приложениям, а не к 3d-играм, которые требуют навороченные процессоры и гигабайты памяти. Судя по тому, как еле ворочается .net на относительно мощных системах, создается впечатление что .Net это оконный дум3.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33175850
Фотография Диченка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вот здесь есть некоторые мысли по поводу .net

http://www.sql.ru/forum/actualthread.aspx?tid=192485&hl=net
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33175899
Crispy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Кстати (для разраядки :), вот это возможно немного даже характеризует, что думают о .NET на западе (просто обратите внимение на владение языками программирования):
http://www.newtechusa.com/ppi/talent.asp
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33176283
luser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Код: plaintext
 40  GB... Что-то многовато данных для анализа... В таких случаях рекомендуют смотреть в сторону Data Warehouse... Для тех кто не в курсе - это такие таблицы с уже подготовленными итогами, например, по дням или месяцам или по отдельным документам... Очень модная и разрекламированная вещь в MS SQL Server and Oracle Server... Только все это можно легко реализовать на FoxPro, как говорят на Западе - "Если есть голова и руки, то можно все сделать и самому"... А  40  GB это очень много и для промышленного сервера (так как его использует довольно много народа и запросы такой величины от несеольких клиентов быстро "поставят его на колени")...

Ничего этого не происходит, потому что, как ты знаешь для каждого DCOM EXE(+ ответы по TCP+ сигнальные соклассы реализующие собития выполнения на клиентскую машину) в котором у меня реализован проток (!) операционнй системой отводиться 4 гига (!) ( И не только к ним, а вообще любому процессу) ,виртуальной оперативной памяти. И как бы там к моему серверу не щимились он рождает свою копию в памяти и выполнет посланные к нему запросы. Да, конечно же. Если его запустить под Win95 c 32 оперативки он умереть - не умрет, но будет очень долго тормозить. Но тебе же на такую машину даже легкий Sybase SQL не придет же в голову ставить. Но думаю , что вам этого не нужно :)) Большинство всегда оправдываеться, что когда фокс ворочает такие массивы инфы им есть чем заняться. Плохо - очень плохо.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33176402
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ничего этого не происходит, потому что, как ты знаешь для каждого DCOM EXE(+
ответы по TCP+ сигнальные соклассы реализующие собития выполнения на
клиентскую машину) в котором у меня реализован проток (!) операционнй
системой отводиться 4 гига (!) ( И не только к ним, а вообще

-------------------------
не понял ничего. Протоки какие-то, дком с тсп, 4 Гб когда речь вроде шла про
40Гб. И почему-то на вфп это сделать нельзя а на ц-шарп можно. Странно.

Как вы знаете есть так называемые скл-серверы. Которые производят крупные
конторы тратящие огромные ресурсы на оптимизацию. По уму задача получения
отчётности по большим объёмам решается примерно так

cn=sqlstringconnect("...
sqlexec(cn,"anySP")
quit

а anySP на сервере создаёт джоб который стартует в 23-00 (или в ночь на сб.
если расчёт не успевает за одну ночь). В джобе вызываются все процедуры для
отчётов, запускается DTS пакет который сохраняет их в формате ексела. Утром
те кому положено отчёт читают.

ЗЫ

Не смог разглядеть как вы смогли реализовать лучший чем описаный и без
использования скл-сервера, извините. Или речь про 40Гб всё таки туфта? Тогда
понятно.


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33176419
luser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Особо одаренных, прошу купить книгу начинающего программиста платформы Win32 Там черным по белому написано, что любому процессу запускаемомоу под этой ос отводиться 4 Гига опертивной памяти, и твоему родному MS SQL в том числе и ОRACLE и прочим монстрообразным шняшам так же. Это же не мешает им ворочать такими данными
Блин, я с тебя скоро за лекции деньги барть буду. Пока что тебе 2.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33176427
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
да-да, извиняюсь. Плохо в школе учился. Ну так где же, где этот
чудодейственный алгоритм разработаный нашим кулибиным и работающий лучше чем
вражеские ораклы и мссклы?

---------------
Это же не мешает им ворочать такими данными
---------------

заметьте - "им" а не каким-то кустарным поделкам.

ничего личного


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33176507
luser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну если ты посмотришь на MS SQL, он тож висит системным сервисом, не пойму, что тебя не устраивает ? И кстати, я его не на С# писал. Я тебе мазохист что ли , работать с таблицами фокса через ADO.NET. Сам сервер написан на фоксе, а вот тот механизм который запускает методы в потоке на С++. Я вообще не врублюсь к чему тут кулибин и к чему такой отрицающий подход. Это практикуеться сплошь и рядом.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33176543
leaf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мужики!
ну чего Вы с ним тявкаетесь
он не знает даже чем виртуальные методы в с++ отличаются от не виртуальных и почему (2**N)%256=0 где N>=9
Но это не мешает ему оскорблять членов клуба
Да и вообще кажется он безработный ему делать не...н
Конечно он меня счас накроет ....
Но как говориться "let it be"
Пусть еще один мыльный пузырь лопнет
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33176635
luser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
дурачек. Читай выше, кто задает такие вопросы
---- deleted by moderator ----
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33176680
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
многоуважаемый лузер

неплохо бы вам понять что никто не мешает вам общаться вежливо


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33176867
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
To: luser

Давайте обойдемся без оскорблений. Это технический форум. Если Вы хотите себя показать с крутой стороны, то на данном форуме есть AREA 51 (там можно почти все, но там могут и запросто Вам ответить на Вашу грубость грубостью)...

Good luck!
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33176943
luser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну хорошо, уговорили. Просто я вам хотел показать одно. Личные амбиции и свои неверения оставтьте при себе. У каждого свой круг задачь. Мне было нужно - я сделал и пришел с вами поделиться, потому , что уверен многим это нужно, а вот теперь - нетс, господа. Теперь хотите с плакатами Fox Rules. Хотя сами внутри себя знаете, что ну мягко говоря, не совсем так.
Хотя я его люблю и уважаю и много - премного лет на нем программирую.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33176947
luser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
То Sergey Ch:
При моем, даже не слишком большом желании ты мне просто ответишь и освободишься от исполнения своих потребностей в модерировании, как минимум. Я уважаю возраст, но влазить когда разговаривают взрослые дядьки не советую.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33177002
//То Sergey Ch:
При моем, даже не слишком большом желании ты мне просто ответишь и освободишься от исполнения своих потребностей в модерировании, как минимум. Я уважаю возраст, но влазить когда разговаривают взрослые дядьки не советую.//

Подобные вещи пишут полуграмотные обиженные тинейджеры с большими амбициями, но ничего толком не сделавшие в этой жизни.

luser, иди учись грамоте !
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33177055
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi Sergey!

Предлагагаю закрыть данную тему, или даже перекинуть куда-нить в другой
раздел.

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33177302
Reznichenko Y.V.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
luserТо Sergey Ch:
При моем, даже не слишком большом желании ты мне просто ответишь и освободишься от исполнения своих потребностей в модерировании, как минимум. Я уважаю возраст, но влазить когда разговаривают взрослые дядьки не советую.

Буковка в НИКе не та, lOser!
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33177449
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сергей, Киев Подобные вещи пишут полуграмотные обиженные тинейджеры с большими амбициями, но ничего толком не сделавшие в этой жизни.
Плох тот программист, который не считает себя гением
Каждый начинающий программист считает, что история программирования начинается именно с него!
Прграммист после тридцати лет - "это доисторическое ископаемое" и явно мне не авторитет
Только у слона круче я... чем у меня! (особенно после написания нетленки "Hello world" на очередном новом языке).
Самое главное - не забывать названия языков программирования, которыми "владеешь в совершенстве"

P.S. Хотя после первых десяти - пятнадцати лет начинаешь понимать, что ничего не смыслишь в программировани и другие люди, оказвается, умеют тоже думать...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33177554
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Может все-же про .NET ?

Щас вот был на www.rsdn.ru - там тока слепой не хает VFP...и диспуты на то, зачем нужен .NET быстренько удаляются...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33179135
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Начинал ещё с Clipper Summer 87, на x-Base языках писал много. Но потом (года с 98-го) полностью ушел от подобных языков, коим является и FoxPro.

Под .NET (VB.NET, C#) пишу уже года полтора. Впечатления от .NET - (imho) Супер.
Приходится иногда делать кое-что на FoxPro, но если есть возможность делать на чем-то другом - пишу на C# (only).

Процентов 80 фокспрошников, которые встречались мне, в принципе, неспособны понять прелести объектно-ориентированного программирования в целом и оценить
богатство классов .NET Framework в частности.
А если говорить о профессионализме как о зеркале ветвей этого форума - почему-то количество бездарных вопросов касающихся разработки программного
обеспечения, в ветке FoxPro особенно велико. :)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33179195
FlareНачинал ещё с Clipper Summer 87, на x-Base языках писал много. Но потом (года с 98-го) полностью ушел от подобных языков, коим является и FoxPro
А чем Fox перестал устраивать? Невозможность на нем решить какую-либо реальную задачу или что-то другое?

FlareПроцентов 80 фокспрошников, которые встречались мне, в принципе, неспособны понять прелести объектно-ориентированного программирования в целом и оценить
богатство классов .NET Framework в частности.

Скажите, а приблизительно какое количество классов из .NET Framework Вы в используете в своих реальных проектах ? Или Ваши разработки требуют всего этого богатства?
Да, на Foxе можно использовать и чисто процедурное программирование и работать с классами. Каждый выбирает что ему больше нравиться. Хотя, если Ваши 80% фокспрошников – люди не предпенсионного возраста, то позвольте Вам не поверить.
Кстати, С++ тоже – гибридный язык программирования и на нем, при желании, тоже можно писать программы без использования классов. А ну попробуйте сказать, что программисты С++ не способны понять прелести объектно-ориентированного программирования в целом, например на форуме по С++.

Flare// А если говорить о профессионализме как о зеркале ветвей этого форума - почему-то количество бездарных вопросов касающихся разработки программного обеспечения, в ветке FoxPro особенно велико. :)

Да, литературы по Foxу маловато, вот поэтому и появляются здесь вопросы начального уровня. Ну и что? А вообще кто сказал, что здесь не должно быть таковых? Все когда-то
(я думаю и Вы, в том числе) задавали подобные.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33179214
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Flare
Все что Вы написали - полный бред ( это мягко сказано )...Или Вы разницы не понимаете совсем между FoxPro и Visual FoxPro.

Тест так-сказать на вшивость - сколько Вам нужно времени, чтобы добавить свойство в форму ВИДИМОЕ в дизайнере ? Или сколько действий нужно сделать , чтобы "породить" пользовательский класс от стандартного ?

Ждемс ....

P/S Про "богатство классов .NET Framework" в версии FW1.0 например не было компонента для выбора директории - да-да это я про BrowseFolderDialog - появился в версии FW1.1 после, того как вышло тучево самопальных классов или глючная поддержка XP схем - это то-же клево ??? Или например мне нужен компонет для ввода цифр с точкой ( кол-во рублей и копеек ) - почему его нет - за каким фигом я буду изобретать лисапед и писать его с нуля...(В VFP пишем например '999 99.99')
Купить ? Нормальный грид то-же купить у DevExpress например ???
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33179218
piva
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
все эти разговоры, чем фокс хуже чем ( нужное вписать ) я слышу на протяжении уже скоро 20 лет, а воз и ныне там
2Sergey Ch - Сергей - дай и мне транклюкатор помахать на этом форуме
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33179221
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2piva
Транглюкатор - это слишком :)

Я хочу объективного анализа про .NET от догматов .NET - а слышу только, наезды...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33179252
Фотография Диченка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flare
Под .NET (VB.NET, C#) пишу уже года полтора. Впечатления от .NET - (imho) Супер.


Что значит "супер" ? Проекты где ? Или ты из тех кому главное процесс а не результат ? Давай-ка яви общественности что ты написал за это время, желательно со скриншотами. Если ты этого не сделаешь - ты виртуальная дотнетовская балаболка, коих в стане дотнета 99.9 %. Которые падают ниц от слова .Net и готовы со слюнями на губешках и фанатичным блеском в глазенках идолопоклонничать перед какой-то "супер-пупер технологии" не от того, что она технологически выше всего остального, а от того, что она пропиарена майкрософтом и на нее бешенный "ажиотаж" со стороны работодателей.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33179428
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Диченка Что значит "супер" ? Проекты где ? Или ты из тех кому главное процесс а не результат ? Давай-ка яви общественности что ты написал за это время, желательно со скриншотами...
Вот в принципе мой проект на ASP.NET (VB.NET) База данных проекта MS VFP 8.0 и клиент управления контекстом + предача данных написана в виде "толстого клиента" на VFP 8.0 + SOAP 3.0... Ничего выдающегося, все можно было написать прямо на Visual FoxPro, но "захотелось почувствовать себя крутым и могучим"
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33180604
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сергей, КиевА чем Fox перестал устраивать? Невозможность на нем решить какую-либо реальную задачу или что-то другое?Когда в начале 98-го года встал вопрос написания приложений под серверы БД и, соответственно, Win32-клиентов к ним - возможностей Visual FoxPro 5.0(тогда была эта версия) для этих целей просто не хватало. После пробы нормального ООП Borland C++ Builder и быстроты разработки GUI-интерфейса в VB работать в Fox-е уже не захотелось.
Сергей, КиевСкажите, а приблизительно какое количество классов из .NET Framework Вы в используете в своих реальных проектах ? Или Ваши разработки требуют всего этого богатства?
Да, на Foxе можно использовать и чисто процедурное программирование и работать с классами. Каждый выбирает что ему больше нравиться. Хотя, если Ваши 80% фокспрошников – люди не предпенсионного возраста, то позвольте Вам не поверить.
Кстати, С++ тоже – гибридный язык программирования и на нем, при желании, тоже можно писать программы без использования классов. А ну попробуйте сказать, что программисты С++ не способны понять прелести объектно-ориентированного программирования в целом, например на форуме по С++.
Вот уж количество использованных :) классов я считать не буду. Естественно, что написание windows service требует использования одних классов, а скажем, разработка windows application как толстого клиента к серверу БД - других и.т.д. Просто обычно смотрю у большинства фокспрошников психология "создал формочку, накидал кнопок, повторил так несколько раз" вместо того, чтобы определить класс и создавать от него объект, немного его меняя в том или ином случае, что увеличивает степень повторно-используемого кода. Писать сейчас нужно с использованием объектно-ориентированного стиля. Процедурное программирование - это уже история, тут только непрофессионал может спорить :)
YuriWhite2Flare
Все что Вы написали - полный бред ( это мягко сказано )...Или Вы разницы не понимаете совсем между FoxPro и Visual FoxPro.

Тест так-сказать на вшивость - сколько Вам нужно времени, чтобы добавить свойство в форму ВИДИМОЕ в дизайнере ? Или сколько действий нужно сделать , чтобы "породить" пользовательский класс от стандартного ?

Ждемс ....

P/S Про "богатство классов .NET Framework" в версии FW1.0 например не было компонента для выбора директории - да-да это я про BrowseFolderDialog - появился в версии FW1.1 после, того как вышло тучево самопальных классов или глючная поддержка XP схем - это то-же клево ??? Или например мне нужен компонет для ввода цифр с точкой ( кол-во рублей и копеек ) - почему его нет - за каким фигом я буду изобретать лисапед и писать его с нуля...(В VFP пишем например '999 99.99')
Купить ? Нормальный грид то-же купить у DevExpress например ???
Пользовательский элемент управления создается недолго, если мы, хотим унаследовать класс Form как класс YuriWhiteForm и добавить ему свойство YuriWhiteStatus, которое может принимать, например, фиксированные значения "Бред"/"НеБред" - это дело пары минут :) Компонет для ввода цифр с точкой называется MaskedEdit или MaskedBox и делается за полчаса максимум, если без особых "наворотов". Или берется готовый например с CodeProject.com (объясняется как сделать подробно) , если программист самостоятельно "ниАсилил" как это сделать. Кстати, в VS 2005 MaskedEdit(MaskedBox) есть изначально.
Насчет грида. В Фоксе он также не фонтан. Можно доработать по описанной выше схеме или взять/купить хороший сторонний. Я использую Infragistics UltraGrid из набора компонент Infragistics NetAdvantage (бывшие Sheridan). К слову - это один из самых богатых наборов компонент в настоящее время, среди .NET/COM/Web наборов компонент.
ДиченкаЧто значит "супер" ? Проекты где ? Или ты из тех кому главное процесс а не результат ? Давай-ка яви общественности что ты написал за это время, желательно со скриншотами. Если ты этого не сделаешь - ты виртуальная дотнетовская балаболка, коих в стане дотнета 99.9 %. Которые падают ниц от слова .Net и готовы со слюнями на губешках и фанатичным блеском в глазенках идолопоклонничать перед какой-то "супер-пупер технологии" не от того, что она технологически выше всего остального, а от того, что она пропиарена майкрософтом и на нее бешенный "ажиотаж" со стороны работодателей.Как по скриншотам ты собираешься определить на чем сделан GUI, хотел бы я знать? Ха-ха-ха. :)
На подобные истерики отвечать нет никакого желания. А ярлыки вроде "балаболка" можешь на себя весить сколько угодно и хамить также с места в карьер себе подобным.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33180646
Фотография Диченка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Флоря, как я и говорил, ты самая обыкновенная балаболка от дотнета. Вывалил кучи каких-то названий, сторонних компонентов. Бред сивой кобылы. Смахивает на адептов дельфи с ихней тягой качать на каждый "пук" компоненты из интернета. Вот ты попробуй всю эту чудовищную смесь компонентиков, фреймворков и прочей дребедени запустить на целероне где-нибудь в провинциальном городке, я на тебя посмотрю. Не понимаю я таких людей, которые с радостью прогибаются под мелкомягких, в то время как те ставят над ними эксперименты по усложнению до немыслимых размеров разработку ПО. Где ты в вашей нищей Одессе найдешь компы под свой дот нет, хотелось бы мне знать ?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33180723
oleg_km
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
авторвместо того, чтобы определить класс и создавать от него объект, немного его меняя в том или ином случае, что увеличивает степень повторно-используемого кода

Я действительно не понимаю, как можно поносить что-то, им не владея. Почему в VFP по крайней мере 6+ нельзя сделать то же - создать базовый класс формы, унаследовать от нее с нужной модификацией и прочее.

авторПроцедурное программирование - это уже история, тут только непрофессионал может спорить

Вообще можно писать без процедурного стиля, только на классах.

Может Вы действительно сравниваете FPD или FPW, но тогда это все равно, что сравнивать QBasic и VB 6
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33180753
Starpom
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Господа, ну что вы деретесь. Давайте на чистоту. Если вы ДЕЙСТВИТЕЛЬНО программист, а в жилах течет не только кровь добротного мастера но и художника. То выбор языка не имеет смысла. Какой больше подходит к задаче или страшный сон – что выбрал заказчик) на таком и пишем. В чем проблема. Я десять лет писал на С/С++, да сейчас тащусь от С# (он еще недоразвит, но красив). Но появился заказ написать на Fox’e , ну да я поматерился денек по поводу некоторых неудобств, но это все оболочка которой мы описываем ИДЕЮ. Так что успокойтесь, посмотрите на C# Cмю C—D++, по забавляйтесь, прикиньте и идите ТВОРИТЬ. Знаете, за свою программисткую жизнь я писал на Асме, Си, Си++, Смалтоке, Паскале(эх детство) Дельфи, Борландском Билдере(даже откапал гадкую ошибку в виртуальных классах, отсылал им, говорят потом исправили, но я уже ушел) Клипер, КАВО, ДБАСЕ и пр.и причин поиска лучшего или худшего я не вижу. Наша задача написать хорошую программу, а там хоть на Асме (очень хорошо теребит застоявшие мозги), хоть на Бэйсике(помню первую граф. игрушку писал на GWBasic, класс). Все равно придут другие языки, Фокс могут ввести в Нет (та же псевдо компиляция) и чего теперь стреляться? Так что предлагаю обсуждать и спорить до хрипоты об идеях, а не о оболочках для их реализации.

Удачи всем и что бы провода не перегибали байтики.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33180798
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДиченкаФлоря, как я и говорил, ты самая обыкновенная балаболка от дотнета. Вывалил кучи каких-то названий, сторонних компонентов. Бред сивой кобылы. Смахивает на адептов дельфи с ихней тягой качать на каждый "пук" компоненты из интернета. Вот ты попробуй всю эту чудовищную смесь компонентиков, фреймворков и прочей дребедени запустить на целероне где-нибудь в провинциальном городке, я на тебя посмотрю. Не понимаю я таких людей, которые с радостью прогибаются под мелкомягких, в то время как те ставят над ними эксперименты по усложнению до немыслимых размеров разработку ПО. Где ты в вашей нищей Одессе найдешь компы под свой дот нет, хотелось бы мне знать ?"чудовищная смесь" в виде программы учета некоторых ТМЦ, например, вполне быстро бегает в виде клиента на 500-м Селероне со 128 Мб памяти, cервер на 2000-м Pentium-4 с MSSQL. Все данные обрабатываются на сервере, хранимыми процедурами на T-SQL. Это как один из примеров.
"чудовищная смесь", это по твоему любая программа, включающая сторонние компоненты или несколько модифицированные родные классы? Бред несешь как раз ты, показывая, что не смыслишь нишиша в разработке ПО, если в целом считать технологии, включая новые. У тебя наверное и сертификации ни одной нет, ни по какой технологии. Сборка - она самодостаточна и полностью себя описывает. При инсталлированном фреймворке вся инсталляция приложения Winforms - не более чем XCOPY на другую машину.
Для совсем слабой машины можно обойтись тонким клиентом на ASP.NET - так что работать можно при желании хоть на 200-м Pentium. Internet Explorer лишь бы был.
Кроме того, если ты пишешь только под бедных провинциальных заказчиков - пиши дальше. Это твои проблемы. На твои постинги больше отвечать не буду, так как ты хам безграмотный, задавшийся целью все обгадить и представить только FoxPro в белом, т.к. больше и не знаешь то ничего толком.
Сложилось такое впечатление.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33180811
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
oleg_kmЯ действительно не понимаю, как можно поносить что-то, им не владея. Почему в VFP по крайней мере 6+ нельзя сделать то же - создать базовый класс формы, унаследовать от нее с нужной модификацией и прочее. Сейчас как раз работаю с проектом на FoxPro (начатым не мной), к вопросу о владении. Создать класс можно и наследовать его также, но моя практика показывает, что подавляющее большинство программистов на Фоксе этого не делают, а тянут за собой процедурный стиль программирования.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33180818
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StarpomЯ десять лет писал на С/С++, да сейчас тащусь от С#
Вот и я говорю, язык великолепный. А библиотека классов, по сравнению с MFC - просто сказка :)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33180857
oleg_km
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Flareчто подавляющее большинство программистов на Фоксе этого не делают, а тянут за собой процедурный стиль программирования

Ну мы же не обсуждаем, чем занимаются подавляющее большинство программистов на других языках. Может тебе приходилось иметь дело с проектами, наскоро перетащенными из FPW без переделки. А мне приходилось иметь дело с "поделками", написанными на Delphi, причем в языке, изначально содержащим ООП программист именно так и делал:

Flareсоздал формочку, накидал кнопок, повторил так несколько раз

Так что, как это неоднократно обсуждалось, между кривостью рук и кривостью инструмента прямой связи нет.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33181089
FlareКогда в начале 98-го года встал вопрос написания приложений под серверы БД и, соответственно, Win32-клиентов к ним - возможностей Visual FoxPro 5.0(тогда была эта версия) для этих целей просто не хватало.

Flare, в начале 98 года все возможности, для решения такой задачи были и в Visual FoxPro 5.0, не было - (как впрочем и сейчас) хорошей литературы на русском языке, КАК использовать ЭТИ возможности VFP. На указанный Вами период, мне была известна только книга А. Горева “Microsoft Visual FoxPro 5.0. Книга для программистов”. Боюсь ошибиться, но мне кажется, по 5 версии - одна единственной и осталась.

FlareПосле пробы нормального ООП Borland C++ Builder и быстроты разработки GUI-интерфейса в VB работать в Fox-е уже не захотелось.

Что значит в Вашем понимании – “нормального ООП”? Да, в VFP нет множественного наследования (хотелось бы узнать, сколько людей используют его в своих реальных проектах, на других языках программирования, где есть такая возможность?), нет виртуальных функций, нет перегрузки функций в понимании С++, ну и что? От этого VFP нисколько не проиграл в создании полновесных объектно-ориентированных приложений. Раскладываете свою задачу на классы (объекты), проектируйте взаимодействие между ними, включайте мощь VFP и получайте быстрый и качественный объектно-ориентированный результат. Лично меня, больше интересует и привлекает, перевод в термины ООП реальной задачи, над которой работаешь, чем создание дополнительных кнопочек, формочек, “рюшечек” с n-уровнем наследования. Хотя и это решается в VFP очень просто.(Не запутаться бы самому в них, потом!)
Далее, не совсем понятно, чем принципиально отличается создание GUI-интерфейса в VB, от VFP и других языков программирования с приставкой Visual, чтобы как-то кардинально влиять на скорость его разработки?

FlareПросто обычно смотрю у большинства фокспрошников психология "создал формочку, накидал кнопок, повторил так несколько раз" вместо того, чтобы определить класс и создавать от него объект, немного его меняя в том или ином случае, что увеличивает степень повторно-используемого кода. Писать сейчас нужно с использованием объектно-ориентированного стиля. Процедурное программирование - это уже история, тут только непрофессионал может спорить :)

Самым большим и главным плюсом ООП, считаю возможность моделировать процессы реального мира в терминах взаимодействия классов(объектов), что значительно упрощает написание кода (но усложняется дополнительным написанием самих классов), сопровождение проекта и его дальнейшее развитие. Именно при работе с классами предметной области и есть смысл говорить о повторно-используемом коде, но никак не классами кнопочек, “пупочек” и тому подобного, их как раз то можно смело набрасывать на форму. (Поиск в своих обширных библиотеках нужной кнопки может быть дольше, чем ее создание с нужным функционалом на основе базовой, про Grid, я вообще молчу.)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33181140
Reznichenko Y.V.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сергей, КиевНа указанный Вами период, мне была известна только книга А. Горева “Microsoft Visual FoxPro 5.0. Книга для программистов”. Боюсь ошибиться, но мне кажется, по 5 версии - одна единственной и осталась.

Позволю себе добавить, что была еще одна неплохая книга Барри Сосински "Разработка приложений в среде Visual FoxPro 5.0". Правда о ней очень редко упоминают - наверное маленький тираж был.
В остальном целиком Вас поддерживаю.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33181184
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Интересная тема про ООП всплыла... Главная задача - это избежание повторного написания одного и того-же кода... В реальной жизни это случается, но очень редко... Как правило задачи уникальны и как кто-то тут уже заметил, гораздо проще и быстрее создать все это на основе базового класса, добавив необходимые свойства и методы...

Насчет применения процедурного подхода... Иногда это самый дешевый способ - написал процедуру, поместил в главную программу или библиотеку - и пользуйся везде... Класс, оно, конечно, хорошо, но когда нчинаешь длительный процесс наследования - можно действительно запутаться и всегда есть соблазн "улучшить класс до неузнаваемости"... Так что все это на любителя...

Мне тоже нравятся некоторые библиотеки .NET пока их нельзя напрямую использовать в VFP, но Большой Брат смотрит в эту строну и обещает, что это будет скоро намного проще... Я не случайно привел ссылку на статью в этом форуме, где говорится о том, что в самом FoxPro собрано годами и усилиями тысяч программистов-практиков очень много положительного, что в настоящий момент делает данный продукт уникальный при разработке реальных, а не "высосанных из пальца приложений"...

Всего Вам доброго, давайте жить дружно, программировать на том, что Вам нравится и не забывать о том, что есть в ряду надежных, быстрых и удобных средств разработки наш старый обновленный FoxPro.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33181510
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi All!

2 Flare

Процедурное программирование не умерло, и никогда не умрёт - говорить что писать программы нужно ТОЛЬКО используя ООП - это глупость полнейшая. Возьмём например тот-же T-SQL/PL-SQL - и что, сильно кто страдает от того что они процедурные а не ООП? Возьмём кучу языков которые в принципе не могут быть ООП - типа Пролога... Тоже скажешь вчерашний день? А я скажу что завтрашний - ибо уже сегодня всем мыслящим программистам предельно ясно, что запихать реальное разнообразие мира в набор "объектов" совершенно нереально... Конечно ООП на сегодня один из флагманов - но не потому что он так хорош идеологически, а лишь потому что он лучше всего проработан (сколько лет продвигали фактически ТОЛЬКО его, не развивая альтернативных направлений?) и лучше всего описан.

Про то что есть куча малограмотных вопросов - а ты не подумал, что это не от того что язык плох, а наоборот - язык настолько прост, что даже малограмотный (пока) студент, или вообще человек к программированию практически никакого отношения не имеющий, может взять вот так просто и начать работать?
Реально ли полному чайнику нарисовать нечто на C#? Порой не понимая даже самых основ языка и идеологии среды? А на фоксе - пожалуйста - не знаешь ВООБЩЕ смысла ООП - не важно, не понимаешь сути работы с курсорами - тоже не страшно - не говоря уже о более сложных вещах... А опыт это дело наживное...

2 Сергей из Киева

По своей сути все фоксовые методы виртуальны (ну только что не абстрактны - хотя напиши в соответствующем классе ERROR "Pure Virtual Function Call" и наслаждайся потом виртуальностью :) ). Перегрузка же функций - это IMHO просто способ обойти ПРОБЛЕМУ вытекающую из наличия в других языках строгой типизации. В фоксе строгой типизации (пока) нету - и соответственно нету проблемы, которую и решает перегрузка.

По поводу "избегания написания повторного кода" - такие системы вообще идеально делаются с использованием процедурного (и модульного) подхода! Так что тут как говорится хоть ASM бери и твори! Не нужно для этого ООП... Так что тут вообще пустой разговор будет - не для того ООП предназначен, не даёт он в этой части преимуществ, пожалуй только усложняет всё...

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33181516
Igor Korolyov
… запихать реальное разнообразие мира в набор "объектов" совершенно нереально.

Это почему же ? Еще как реально. В этом мире ВСЕ можно разложить на объекты и взаимодействия межу ними!

Igor Korolyov
По поводу "избегания написания повторного кода" - такие системы вообще идеально делаются с использованием процедурного (и модульного) подхода! Так что тут как говорится хоть ASM бери и твори! Не нужно для этого ООП... Так что тут вообще пустой разговор будет - не для того ООП предназначен, не даёт он в этой части преимуществ, пожалуй только усложняет всё...

Дает, еще как дает. Но, смотря, что иметь в виду под “избеганием написания повторного кода”. Лично я, не хочу в каждом новом своем проекте все время создавать, например “Постащика” и всего, что с ним связано – этот объект практически не отличается в разных проектах, и подобных объектов можно насобирать не мало. Можно ли решить подобную задачу с помощью процедурного программирования? Конечно – да. Но, при дальнейшей модернизации и развитии проекта - ООП предпочтительнее.
Ну а если на ASMе решать задачи для которых выбирают СУБД, то это разработчик у которого либо время не куда девать или на жизнь он зарабатывает не написанием программ.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33181841
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Flare
Про форму и свойство видимое в дизигнере - код в студию .....

MaskedEdit - Вы либо издеваетесь, либо никогда не видели VFP TextBox с
'999 99.99' и не смотрели поведение сего контрола. Лазить по инету за готовыми контролами ???!!!
И что значит "неАсилил" ?? Нфига мне тратить свое время ( и следовательно деньги ) на изобретение лисапеда ???!!!!!

Вы используете Infragistics - мне Вас искренне жаль - в тормозной среде да с тормозными и не аккуратно( исходники не смотрели ? ) написанными компонентами - Вы далеко пойдете :))
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33181964
Foxer003
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Сергей, Киев
Лично я, не хочу в каждом новом своем проекте все время создавать, например “Постащика” и всего, что с ним связано – этот объект практически не отличается в разных проектах,

да и я не хочу, и поэтому иногда намного быстрее и проже взять, и скопировать того самого “Постащика” из старого проекта в новый....
конечно это дань процедурному подходу, но перейдя на классы я напоролся на такую вещь..
1 написал классы использовал в проекте
2 пишу следующий проект - посетили идеи класс переделываю, то есть добавляю в него повые методы, но к ним в старом проекте нету обращения так как тогда их не было
3 через год возвращаюсь к старому проекту и - о-па... почему-то пишу по инерции обращение к методам. которых там и не было еще...

я о том, что путанница возникает...
а все зависит от того кому и как удобней - быстрей и проще писать...
ПЛ-СКЛ процедурный и что? плох? ИМХО нет.... классы хорошо, но тоже наверное не везде и не всегда, хотя классов в ВФП завались и свои пишите на здоровье.... зачем сравнивать тогда в ВБ или ВС++ или Дельфи.... без разницы...
ВФП-шник с 3-х летним опытоп = Дельфисту с тем же 3-х летним опытом.. и так далее... Если Вам показалось удобней писать на ВБ, то кто же спорит?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33182565
Aijik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sergey ChПрочитал инетересную статью (к сожалению она на английском) тынц . Из которой следует , что очень многие вещи в C# 3.0 будут от FoxPro...
Сергей, очень старался, но не смог найти в сабжем интервью место, из которого это следует :) Наоборот, Хейльсберг сказал, что, мол, не хочет "сковывать" C# рамками той парадигмы, в которой понимают термин "data manipulation" члены FoxTeam, с которыми он, как говорит, постоянно общается. Те понимают этот термин в смысле БД, SQL, курсоров, etc, а он видит его шире - помимо этого, еще и XML со-товарищи, "something that you moved off a bunch of objects " и проч. нереляционная братия. Он печется о том, чтобы шарп оставался как можно более независимым и общепрофильным языком, а заточки на работу с данными, такие как сделаны в том же VFP, например, такую "независимость" языка убьют. Более того, было подчеркнуто что конкретно из VFP что-то брать он не собирается. Я так понимаю может быть некоторые идеи - да, но конкретную реализацию этих идей в VFP - нет. Мысль о FoxPro на самом деле была подсунута журналистом (причем было употреблено "я, возможно, ошибаюсь"), но Хейльсберг как-то вяло вообще на тему FoxPro отреагировал.
Ранее, на каком-то западном крупном IT-портале, наоборот, была утечка, что как раз не шарп, а VB.NET в новой инкарнации будет ближе к VFP, но насколько я помню, никто из MS так и не прокомментировал это. Вернее, на UT откликнулся шеф VS Data Team Yair Griver (YAG), но то по-сути была отмазка в основной мыслью "не воспринимайте слухи непонятного происхождения серьезно", т.е. не вашим, не нашим :)


ЗЫ Вообще, ресурс microsoft-watch.com следует читать с оглядкой. Что касается технологич. вопросов, за ними замечена тенденция путать божий дар с яичницей. Не так давно написали, что, мол, ай-яй-яй, де .NET Framework 2.0 оказался такой глючный, что "не пожелавшие открывать себя" источники в MS, мол, поведали о том, что MS приняло решение отказатья от идеи писать на нем ядро новой OS Longhorn. Вот такой псевдо-скандал.... И это всё при том, что MS никогда не обещало писать ядро Longhorn на .NET, и было бы вообще полным бредом бросать полунаписанный движок и начинать писать его на другом языке, причем при постоянном срыве сроков
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33182901
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Aijik Сергей, очень старался, но не смог найти в сабжем интервью место, из которого это следует :)
Нет дыма без огня

Недовольство в том, что многого не хватет в VS.NET от FoxPro идет давно и многие программисты видя это неудобство, высказывют об этом Microsoft... Вот MS и обещает исправиться... Когда это произойдет остается действительно только гадать...

Насчет источников... Вы когда нибудь слышали конкретные ответы на конкретные вопросы от официальных лиц? Лично я, увы, нет... Так что нет ничего плохого в том, что журналисту подсунули этот вопрос, ответ на который ожидает столько разработчиков...

P.S. Насчет Вашего замечания о VB.NET - если это будет там, то будет автоматом и в С#... может быть синтаксис немного иным...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33183288
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Рекомендую почитать о переводе VFP приложений и баз данных на рельсы .NET и MSSQL Server - VFP Conversion
Modern Application Development: Visual FoxPro and .NET
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33183453
Да простит меня автор этой темы, так как мои посты не соответствуют ее названию, но все же… Хотя, если по теме, то ответ на вопрос “(C#) Интересно, хорошо это или плохо... ” можно получить только после того как будет сделано на C# хотя бы несколько проектов разработчиками ХОРОШО знакомыми с Foxом. Тогда, после “участия в боях с разным оружием” можно говорить и о преимуществах/недостатках этих инструментов относительно друг друга. Если есть таковые, то лично мне, очень интересно их мнение.
А бумажные и электронные официальные “писарчуки “, за деньги, и АЛГОЛ-60 сделают “конфеткой” сегодняшнего дня.

Foxer003
…но перейдя на классы я напоролся на такую вещь..
1 написал классы использовал в проекте
2 пишу следующий проект - посетили идеи класс переделываю, то есть добавляю в него повые методы, но к ним в старом проекте нету обращения так как тогда их не было
3 через год возвращаюсь к старому проекту и - о-па... почему-то пишу по инерции обращение к методам. которых там и не было еще...

Чтобы такого не случалось, никогда не нужно трогать однажды созданный пользовательский базовый класс (например, того же “Поставщика”), а только НАСЛЕДОВАТЬ его в новом проекте и уже в этом наследуемом - добавлять какие-то новые свойства и методы отсутствующие в базовом, но необходимые для данного проекта. Если таких новых свойств и методов нужно добавлять много, то стоит подумать, правильно ли Вы выбрали родительский класс или может быть есть смысл - создать новый базовый. В общем - простор для творчества. Для вызова методов класса, который стоит в иерархии выше текущего - нужно использовать (::)
При этом, нужно всегда помнить, что любые изменения в классе затронут все классы, которые были
унаследованы от данного. Это общепринятая методика ООП. По такому же принципу построена иерархия компонентов, например в C++ Builder. Если так делать, то в Ваших проектах, пользовательские классы будут иметь только те свойства и методы, которые Вы определили для классов данного проекта.
Ну а VFP, тем и прекрасен, что позволяет успешно применять как методику процедурного, так и объектно-ориентированного программирования. Правда, в рамках одного проекта - желательно работать с какой-то одной. Хотя, всем гениям была присуща черта – уходить от устоявшихся канонов. :-)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33183766
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FlareРекомендую почитать о переводе VFP приложений и баз данных на рельсы .NET и MSSQL Server - VFP Conversion
Modern Application Development: Visual FoxPro and .NET
Это всего-лишь частное мнение Маркуса (Markus Egger) которое естественно, имеет право на жизнь как и любое другое. На мой скромный взгляд - каждый принимает решение самостоятельно и чем больше информации для размышления - тем оно более правильное может быть...

Сегодня мы полтора часа обсуждали ООП и пришли к выводу что это "тормоз по сравнению с процедурным подходом". Старшие товарищи вспомнили многих ребят, рьяно "двигавших ООП" и за последние год-два отказавшиеся от него. Но мы сошлись на мнении, что иногда ООП подход удобен, то есть если его применять его в меру и к месту... То есть что-то проще, быстрее, элегантнее сделать "процедурными подходами" , а что-то ООП.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33183775
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сергей, КиевДа простит меня автор этой темы, так как мои посты не соответствуют ее названию, но все же… Хотя, если по теме, то ответ на вопрос “(C#) Интересно, хорошо это или плохо... ” можно получить только после того как будет сделано на C# хотя бы несколько проектов разработчиками ХОРОШО знакомыми с Foxом. Тогда, после “участия в боях с разным оружием” можно говорить и о преимуществах/недостатках этих инструментов относительно друг друга. Если есть таковые, то лично мне, очень интересно их мнение.
Я уже приводил ссылку на проект ASP.NET, есть еще много Windows приложений. Следующий проект на .NET надо будет делать сканирование товара на складе на карманный ПК с последующей передачей на сервер (просто код FoxPro к сожалению не работет на ПК и MS пока не планирует изготавливать соответствующие библиотеки)...

Впечатления - противоречивые. Но самое главное - большое нагромождение классов (если с ними не рабоать постоянно, то они быстро выветриваются из головы), запутанность и ненужная сложность при работе с данными по сравнению с FoxPro... В VS.NET 2005 вроде как все это будет немного упрощено, по крайней мере из того, что нам показывли ребята из Microsoft (при вводе команды будет даже выдаваться подсказка, что писать дальше)... Но только это была бета и многие задачи вываливались... В вобщем мое мнение - VFP более походит для быстрой разработки программ, чем .NET.

Но у каждого свое мнение...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33183827
Sergey Ch… Но мы сошлись на мнении, что иногда ООП подход удобен, то есть если его применять его в меру и к месту... То есть что-то проще, быстрее, элегантнее сделать "процедурными подходами" , а что-то ООП.

Sergey Ch, читая Ваши посты, трудно не согласиться с мыслями в них изложенными ! :-)
Если планируется развивать свое приложение, то предпочтительнее – ООП, если нет – то, что быстрее для достижения конечного результата, я так думаю.

Вообще, направление про ООП я “ потянул ” в ответ на высказывание Flare, о том, что - " Процентов 80 фокспрошников, которые встречались мне, в принципе, неспособны понять прелести объектно-ориентированного программирования в целом и оценить". Я лично считаю себя – фокспрошником, но не считаю себя не способным “понять прелести объектно-ориентированного программирования в целом”, потому что я активно использую этот поход в своих приложениях и я не один такой. Ну и еще по использованию ООП - на каком принципе основываются все последние инструменты разработки приложений, в том числе и сама архитектура .NET? Если на ООП, то тогда – почему ?

Sergey ChВ вобщем мое мнение - VFP более походит для быстрой разработки программ, чем .NET.

А что еще нужно? Если при быстроте разработки не теряется, вдобавок качество результата!
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33183850
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi Sergey!

Я бы более чётко отделил ASP.NET от всего прочего - просто в фоксе НЕТУ
аналога этому - есть дишь разномастные и порой весьма сложные для понимания
Web-Enabled каркасы. Так что ТУТ сравнение вообще некорректно - это как
сравнивать КАМАЗ и скажем болид формулы 1 в плане перевозки больших грузов
:) Да, можно и на гоночной машине (она по мощи в л.с. наверное и не уступает
:) ), но насколько это оправдано...

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33183879
w3d
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ООП vs Процедурное программирование - я считаю, что надо выбирать наиболее подходящий для решения задачи инструмент, а уж что это будет - второй вопрос.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33184027
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Igor KorolyovЯ бы более чётко отделил ASP.NET от всего прочего - просто в фоксе НЕТУ аналога этому - есть дишь разномастные и порой весьма сложные для понимания Web-Enabled каркасы.
Ну немного не совсем так... Да, FoxPro это не HTML, но кто нам мешает генерировать эти страницы. Да, немного неудобно - так как нет графического интерфейса, но получается весьма быстро по сравнению с ASP.NET и другими подобными технологиями... West Wind Web Connect весьма неплохая идея - маленикий и шустрый COM объект... Но, в Windows 2003 можно напрямую прослушивать и выдавать ответы по протоколу HTTP на 80 порт и для этого не нужен IIS, но готовых решений на базе FoxPro я пока не встречал... пока... Просто видимо нам уже внушили, что "FoxPro на это негоден", вот мы и не пытаемся
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33184038
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
offtop
2Sergey Ch Sergey Ch
Но, в Windows 2003 можно напрямую прослушивать и выдавать ответы по протоколу HTTP на 80 порт и для этого не нужен IIS, но готовых решений на базе FoxPro я пока не встречал... пока...

По подробнее можно или ссылку ?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33184149
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
YuriWhiteofftop
По подробнее можно или ссылку ?
Все исходит из того, что в Windows 2003 поддержка протокола HTTP включена в ядро операционной системы, а IIS уже постороен на ее основе, то есть нам никто не мешает использовать этот протокол обмена данными напрямую: Windows Server 2003 introduces a new kernel-mode driver, HTTP protocol stack (HTTP.sys), for HTTP parsing and caching, providing increased scalability and performance. IIS 6.0 is built on top of HTTP.sys and is specifically tuned to increase Web server throughput.

А вот и пример использования (пока на C# )

Почитать можно и в первоисточнике тынц

В основном я смотрю на то, как это будет реализовано в MS SQL Server 2005 - там можно будет прямо на сервере сделать Web Services (без IIS) и соответственно получить простой глобальный доступ к Вашим данным...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33184219
Starpom
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вот не выдержал и решил присоединится к теме.
Меня очень позабавила тема ОПП. Особенно спор процедурности и ОППности. И фраза, что очень много времени потрачено на развитие идеи и надо это как то оправдать. В общем то бред.
Подброшу в ваш костер пару веточек.
В далекие времена когда а+++++в считалось «круто», а с++ только притирали к проектам. Я не был знаком с Фоксом и клипером, а дбэйс был на столько тяжел в интерфейсе (почему-то когда молод хочется рюшечек), ну в общем я писал. на С. Хранил данные в своих форматах, занимался глупостями. А тут еще понадобилось сопряжение с дбф файлом. Пришлось написал библиотеку работы с базами дбф. Так вот, при написании приходилось пользоваться такой структурой.
Пример:
А_структура_данные.
А_процедур1
А_процедур2

Б_структура_данные.
Б_процедур1
Б_процедур2

(не что не напоминает?)
Эти процедуры работали со своими структурами. Приходилось в памяти держать их Н кол-во (напр. в зависимости от кол-во открытых баз). А что бы процедура знала с какими данными ей сейчас работать в нее передавался указатель на эту структуру (узнаете “this”) Все бы хорошо, НО вы бы знали сколько времени ушло на отладку потери указателей на структуру (основная ошибка была в передаче указателя не на ту структуру). Кто не верит, может сам попробовать. Очень хорошая тренировка для мозгов. И когда я увидел ОПП, я был просто счастлив. А мысль о том что весь мир состоит из объектов и это упростит программирование, я думаю придумали для начинающих, тех кто не прошел через ужасы отладок (см.выше). Так проще убедить не повторять ошибок и облегчить себе задачу написания стабильных программ, ну и плюс очень круто смотрится. Вот и вся идеология. И когда я вижу человека кричащего, что ОПП это бредни и лучше процедурных языков ничего нет. Мне его просто жаль. Он просто будет биться башкой о те проблем с которыми мы сталкивались и уже их прошли. Конечно я не спорю когда у тебя появляется (как пример) супер навороченная видюха и ты хочешь вывести на нее текст, а программировать надо само устройство(гипотетически дров нету), то проще написать процедуру и передать туда строчку, а не создавать класс. Но извините, на то вы и программисты что бы использовать нужные вещи в нужных местах. Так же как и новая идеология «интерфейсов». Очень удобная вещь, только надо знать куда их применять.

Да, тут писали о Прологе там есть объекты даже помоему в Турбо они уже были, не буду спорить не помню точно.

Всем удачи.

ЗЫ Пару вопросов:
Через сто лет будет VFP 25 – это Вас будет волновать?
А если через сто лет Фокса вообще не будет?
Если Вам дадут 1000 евро в мес. за поддержку проекта на С# вы будете хаит Фокс?
А если те же деньги, но за поддержку Фокс проекта по ДОС ;-) вы будете хаит VFP или C#?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33184329
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
И когда я увидел ОПП, я был просто счастлив
....
И когда я вижу человека кричащего, что ОПП это бредни и лучше процедурных
языков ничего нет. Мне его просто жаль

---------------

Я счастлив что вы счастливы. Но разговора про то что "ООП это бредни" здесь
нет. Были высказывания типа "для некоторых задач использование процедурного
подхода менее эффективно". Если вам нравится видеть только то что вам
нравится то это не обязательно касается остальных. Если вы считаете что ООП
всегда и везде эффективней любого другого подхода то можно сказать только
"никогда не говори никогда" или что-то в этом духе.


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33184343
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну сами подумайте, ну есть в фокспре много всего. По задаче можно
использовать одно или другое. Если надо то не фокспро а, примеру, перл (он
на невиндовс может использоваться). Но у ВЦ, Васика и Дельфи преимуществ в
работе с БД нет. Ну нету.


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33184387
w3d
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сейчас эта дискуссия скатится к варианту да/нет.
И пользы будет 0
Тем не менее, расписать плюсы и минусы различных систем программирования будет полезно всем. А не закинуть ли это на wiki?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33184424
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а смысл?

Пример
все что можно на вб.нет можно и на ц-диез. И наоборот. С одинаковыми
затратами. Но вб.нет для лохов, настоящие пацаны пишут на ц-диез.

Вот и всё обсуждение


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33184791
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FoxPro для Framework'a не будет. А если и будет - это будет уже не FoxPro.

1024Пример
все что можно на вб.нет можно и на ц-диез. И наоборот. С одинаковыми
затратами. Но вб.нет для лохов, настоящие пацаны пишут на ц-диез.
Не, настоящие пацаны пишут ТОЛЬКО на фокспре ;)) Уже лет 15 как ;)

C# - язык мощнее и НАМНОГО богаче возможностями относительно фокса. Да и плятят больше, проектов много, особенно для аутсорса.
А насчет VB.NET - я бы сказал у него выше читабельность кода.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33184823
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flare
C# - язык мощнее и НАМНОГО богаче возможностями относительно фокса. Да и плятят больше, проектов много, особенно для аутсорса.


Что-то подобное наблюдалось лет 5-7 назад, когда на на каждом углу кричали: нет ничего кроме явы и ява пророк не земле и небесах, предлагали хорошие деньги( ну и прочее, прочее ).
Чем это все закончилось - объяснять надо или нет ? :)
Сам по себе C# на ...й никому не нужен, без .NET.
C++ еще богаче возможностями и что ???
Интересно, а если из VFP будет возможность юзать .NET, что тогда запоют злопыхатели
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33184884
w3d
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вам шашечки или ехать? Вы уж определяйтесь!
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33185541
Гулин Федор
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>> Что-то подобное наблюдалось лет 5-7 назад, когда на на каждом углу >>кричали: нет ничего кроме явы и ява пророк не земле и небесах, >>предлагали хорошие деньги( ну и прочее, прочее ).
>>Чем это все закончилось - объяснять надо или нет ? :)
а почему закончилось то ?
и сейчас предлагают (см. форум работа)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33185944
Starpom..А мысль о том что весь мир состоит из объектов и это упростит программирование, я думаю придумали для начинающих, тех кто не прошел через ужасы отладок (см.выше). Так проще убедить не повторять ошибок и облегчить себе задачу написания стабильных программ, ну и плюс очень круто смотрится. Вот и вся идеология.…

Так! Но никто и не говорит об упрощении программирования, когда вы начинаете что-то с нуля, я бы даже сказал, что написание хороших классов и проработка их взаимодействия – очень не простая задача. Это можно сравнить, как бы с созданием вообще новой марки автомобиля. Но когда задача решена, с продуктом начали работать и через какое время возникает потребность что-то добавить, изменить и т.д., то вот здесь-то и проявляется ООП во всей своей красе. Это первое.
Второе. Если создать хоть один раз - набор классов, то некоторые из них (и их не мало) можно использовать от программы к программе. Вот здесь и будет экономия времени и повторное использование кода. Хотя конечно, это не избавит нас от написания классов, которые годятся только для решения данной задачи.
Третье. Отладка. В этом вопросе ООП вне конкуренции

Но и не только программирование идет по объектно-ориентированному пути. Возьмите, к примеру, хоть свой компьютер. Он же сплошь состоит из объектов разных классов. Если бы там не было объектно-ориентированного похода, то как бы сказалась его модернизация - на уровень ее сложности и величину затрат. И если внимательно присмотреться, то этот подход можно увидеть везде в современной технике, а ее ремонт или модернизация осуществляется методом “вынул устаревший/сломанный блок” – “ вставил новый” , главное, чтобы “папка” – “мамка” совпадали, ну а по научному – интерфейс.:-)

Ну все, больше про ООП не буду. :-)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188082
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi Сергей!

Модульность и ООП - это разные принципы. Можно написать на процедурном
языке, используя исключительно процедурный подход полностью модульную
программу - в ней замена одного модуля другим будет проходит совершенно
незаметно и прозрачно для всей системы - конечно если не менять способ
взаимодействия (т.е. типы и число параметров).
Можно написать на самом лучшем ООП языке программу, которая будет
совершенно разваливаться при самом мизерном изменении
функциональности некоторого класса, не говоря уже о его полной замене.
Всё зависит от программиста...
ООП во многом "наследник" процедурного подхода - примерный путь эволюции
описал Starpom - да, на каком то этапе "только" процедур становится
недостаточно - появляется потребность в хранении каких-то общих данных
(свойств) - НО изолированных от "внешнего мира" (т.е. глобальные переменные
отпадают), в использовании унифицированных имён процедур (выполняющих по
сути одно и то-же действие) для работы с разными структурами, или наборами
данных (от чего и идёт "сложное" именование Contract_Save, Product_Save,
Client_Save и т.д.), в ещё большей модульности - т.е. выделении
дополнительных уровней группировки - помимо "процедура" появляется "набор
процедур"... В общем то в итоге мы и приходим к ООП. Однако зачастую
проходить "всю цепочку" и не требуется! Т.е. большой класс задач очень
просто решаются в "чисто процедурном" подходе - и нам просто становятся не
нужны все эти расширенные возможности ООП :)

Кстати говоря - вопрос наследования - ОЧЕНЬ сложный вопрос. Это только на
бумаге всё гладко - "дописал в наследнике и всё работает" - обычно изменение
кода в наследнике влечёт за собой очень много побочных эффектов, и делать
это нужно с большой осторожностью - желательно ПОЛНОСТЬЮ понимая что и как
было в исходном классе, как его составные части взаимодействовали друг с
другом...

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188115
Hi, Igor Korolyov !

Не удержался! А вот с мыслями, Вами изложенными, в посте 01:35 я согласен!
Да ООП – это продолжение развития идеи модульности. Увеличение мощности ПК дало возможность ставить задачи, о которых не возможно было и думать, в эру компьютеров серии ЕС - 1840, ЕС-1841 и им подобных. Таких задач становилось все больше и больше. Нельзя сказать, что их нельзя было решить на идеях только модульности, но нужно было затрачивать все больше и больше усилий, особенно на модернизацию и развитие проектов. И как один из вариантов выхода из ситуации появилось ООП. Но, лично я - никому и не навязываю, использование везде и всюду только ООП, хотя сам являюсь сторонником именно этого подхода.
Ну а почему этот весь разговор про ООП завязался? А потому, что некоторые адепты якобы “более продвинутых языков” начали упрекать фокспрошников в непонимании ООП. Короче. Каждый делает как ему более удобно, быстрее и понятнее, главное, чтобы заказчик был доволен, платил деньги и, ничего не понимая в программировании слово Fox – ассоциировал только с положительными эмоциями. А для этого, все возможности у VFP есть!
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188135
Guest_1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Hi All
В свое время писал на разных языках иногда довольно успешно, сейчас поддерживаю(дописываю) довольно большую систему написанную полностью на старом родном FPD 2.6. Сразу скажу что и в C# и в VFP не гуру так что сильно не пинайте )))
По поводу того что VFP возьмет или взял от C# (возможно не от C# а просто от нормальных языков)
Судя по help-у 9-го VFP:
Можно создавать классы немного ущербные но можно
В классах можно создавать методы доступа к свойствам (ACCESS ASSIGN)
Есть базовый класс Collection мало функционала но есть (нет реализации HashTable, Queue, SortedList)
Появился оператор foreach
Есть возможность создавать собственные события (мне показалось или я увидел слово delegate ?)
Весь функционал работы с Win обернут в классы и библиотеки классов
Появилась конструкция try catch finally (очень неплохо) но осталась on error (зачем ?)
Но все это мне кажется настолько поверх навалено (лучше бы проблему с CDX решили), что браться делать что-то новое на VFP чего-то не хочется. А насчет процедурного подхода - тут приводили в пример PL\SQL дак этому языку по моему не меньше лет чем FPD.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188142
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Guest_1

И к чему Вы это все написали ? И на чем надо писать новейший софт ?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188169
Cuest_1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ну не на VFP это точно.
Любая серверная СУБД MySQL, PostgreSQL, Interbase,Oracle,MSSQL (в зависимости от задачи) с размещением бизнес логики по возможности на сервере и средство разработки GUI: Delphi, C Builder, .NET, Java. ИМХО это становится стандартом.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188184
w3d
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cuest_1Ну не на VFP это точно.
Аргументы в студию!
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188198
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Cuest_1
Раскройте тайну - почему не VFP ? Что на нем нельзя такого сделать ?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188214
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2ALL
По теме : как наконец выяснилось ( адепты нета открыли тайну ) - свойство добавленное в форму в этой форме видимой в дизанере форм ( сорри за каламбур ) не появится - появится ТОЛЬКО в формах наследуемых от нее!!! Проверил и точно - только так. ( Иначе,только в класс-экслорере) И это к чему надо стремиться ??
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188238
Властелин комнатушек
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
YuriWhite2Cuest_1
Раскройте тайну - почему не VFP ? Что на нем нельзя такого сделать ?

Да все можно. Даже страшно сказать - можно значительно больше, чем на этих дельфях и дотнетах. Получил выборку с сервера в курсор и твори с ней что хочешь тем же самым tsql на стороне фокса. А эти товарищи будут мучаться, воруя тысячедолларовые компоненты из интернета и спрашивая друг друга, как им найти в датасете максимальное значение в колонке или пройтись по каждой строке. Шарпеи и дельфины ничего не способны сделать без своих скачанных из интернета гридов. Более того, они слабо себе представляют как эти гриды у них работают. Для них проблема манипуляции данными выборки на стороне клиентского приложения становится настоящей головной болью. Конечно, они могут приводить в пример многопоточность, отсутствующую в фоксе, корявость работы фокса с актив-икс. Но... за весь свой опыт работы в связке фокс+скл-сервер мне ни разу не понадобилось использовать многопоточность. Из актив-иксов использовал только тривью, а с ним фокс неплохо дружит. Все остальное - своими силами, на базе стандартных контролов. Грид - полностью самописный, с возможностью редактирования данных прямо в нем с вызовом хранимых процедур, которые обновлят данные на сервера. Для учетных задач достаточно тех стандартных контролов, которые есть в фоксе. Никакие графические извраты тут нахрен не нужны. Все что нужно - удобный симпатичный интерфейс.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188265
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Властелин комнатушек
Вообще-то для манипуляции на стороне клинета можно результирующий датасет выгрузить например в дбф и там через напрмер ОДБС делать результирующие выборки. Однако вам ( тебе) скажут - что с сервера надо тащить уже готовые данные и в чем-то будут правы :) А для делфи ( билдера ) есть супер-отличный и бесплатный грид - EhGrid. Иметь такой в VFP моя мечта :))
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188282
Властелин комнатушек
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
YuriWhite2Властелин комнатушек
Вообще-то для манипуляции на стороне клинета можно результирующий датасет выгрузить например в дбф и там через напрмер ОДБС делать результирующие выборки. Однако вам ( тебе) скажут - что с сервера надо тащить уже готовые данные и в чем-то будут правы :)


Я полностью согласен с тем, что выборки должны формироваться на стороне сервера. Но не всегда можно на сервере сделать с данными то, что требуется. Я работаю с MSSQL2000 и некоторые вещи делать на стороне сервера просто проблематично. Например - PIVOT TABLE с заранее неизвестным числом результирующих колонок (эта функция появится в юконе). Или например расчет значений по символьным формулам, вида X1*X2+X3/X4. Подставить вместо иксов числа можно, но вот выполнять команду EVALUATE для получения "итогового значения" на стороне сервера приходится с помощью динамического запроса внутри курсора (если формул много). Т.е. существует
круг задач, которые приходится "догонять" на клиенте.

YuriWhite
А для делфи ( билдера ) есть супер-отличный и бесплатный грид - EhGrid. Иметь такой в VFP моя мечта :))

Интересно посмотреть на это в действии. Не подскажите где взглянуть на скриншотах функционал такого грида ?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188286
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2ALL
Вот часть пример, как "просто" сохранить результирующий запрос в DBF на NET.

Просьба не пинать - давно писал ( почти два года назад )

.......
private void simpleButtonCreateAndInsert_Click(object sender, System.EventArgs e)
{
String sCommand = "CREATE TABLE "+GetShortNameFile(Form1.sNameDataDbf)+" (";
int iLength = 0;
bool bSuccess = true;
if ( Ds != null )
{
this.Cursor = Cursors.WaitCursor;
sqlConnection1.Open();
sqlSelectCommand1.Parameters["@sAccount"].Value = 0; //Чтобы запрос шел меньше
// Запрашиваем информацию о срутктуре
statusBar1.Panels[0].Text = "Получение информации о структуре...";
System.Data.SqlClient.SqlDataReader myReader = sqlSelectCommand1.ExecuteReader(CommandBehavior.KeyInfo);
// Записисывает ее в таблицу
DataTable DtSchema = myReader.GetSchemaTable();
myReader.Close();
sqlConnection1.Close();
// Получаем ссылку на результируюущую таблицу
DataTable Dt = Ds.Tables["Result"];
// MessageBox.Show(Dt.Columns.Count.ToString(), "Сообщение",MessageBoxButtons.OK, MessageBoxIcon.Information );
// Формируем сторку SQL для создания таблицы
foreach ( DataRow Dr in DtSchema.Rows )
{
sCommand += Dr["ColumnName"].ToString()+" ";
switch (Dr["DataType"].ToString())
{
case "System.Int32" :
iLength = (int)Dr["ColumnSize"] + 1;
sCommand += "N("+iLength.ToString();
break;
case "System.String" :
sCommand += "C("+Dr["ColumnSize"].ToString();
break;
case "System.DateTime" :
sCommand += "D("+Dr["ColumnSize"].ToString();
break;
case "System.Decimal" :
iLength = (int)Dr["ColumnSize"] + 4;
sCommand += "N("+iLength.ToString()+",2";
break;
}
sCommand += "),";
}// end each
sCommand = sCommand.Remove(sCommand.Length-1,1);
sCommand += ")";
// MessageBox.Show(sCommand, "Сообщение",MessageBoxButtons.OK, MessageBoxIcon.Information );
// Выполняем ее
statusBar1.Panels[0].Text = "Создание таблицы...";
odbcCommand1.CommandText = sCommand;
odbcConnection1.Open();
odbcCommand1.ExecuteNonQuery();
// Формируем строку SQL для INSERT
statusBar1.Panels[0].Text = "Заполние таблицы...";
foreach(DataRow Dr in Dt.Rows)
{
// Имена полей
sCommand = "INSERT INTO "+GetShortNameFile(Form1.sNameDataDbf)+" ( ";
foreach ( DataRow DrColumn in DtSchema.Rows )
sCommand += DrColumn["ColumnName"].ToString()+",";
sCommand = sCommand.Remove(sCommand.Length-1,1);
sCommand += ") VALUES (";
// Значения полей
foreach ( DataRow DrColumn in DtSchema.Rows )
{
string sValue = "";
switch (DrColumn["DataType"].ToString())
{
case "System.Int32" :
sValue = Dr[DrColumn["ColumnName"].ToString()].ToString();
if (sValue == "" )
sValue = "NULL";
break;
case "System.String" :
sValue = '"'+Dr[DrColumn["ColumnName"].ToString()].ToString()+'"';
break;
case "System.DateTime" :
sValue = '{'+Dr[DrColumn["ColumnName"].ToString()].ToString()+'}';
if (sValue == "{}" )
sValue = "NULL";
else
{
DateTime dValue = (DateTime)Dr[DrColumn["ColumnName"].ToString()];
sValue = '{'+dValue.Month.ToString()+"/"+dValue.Day.ToString()+"/"+ dValue.Year.ToString()+'}';
}
break;
case "System.Decimal" :
sValue = Dr[DrColumn["ColumnName"].ToString()].ToString();
sValue = sValue.Replace(",",".");
break;
}
sCommand += sValue+",";
}
sCommand = sCommand.Remove(sCommand.Length-1,1);
sCommand += ")";
// MessageBox.Show(sCommand, "Сообщение", MessageBoxButtons.OK, MessageBoxIcon.Information );
// Выполняем INSERT
odbcCommand1.CommandText = sCommand;
try
{
odbcCommand1.ExecuteNonQuery();
}
catch( System.Data.Odbc.OdbcException error )
{
MessageBox.Show(error.Message.ToString(), "Ошибка",
MessageBoxButtons.OK, MessageBoxIcon.Stop );
bSuccess = false;
}

}// end of foreach(DataRow Dr in Dt.Rows)
.......
.......
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188291
Guest_1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Минусы использования VFP:
1.Использование файлового доступа (1С кстати от него отказалась в пользу MSSQL)
2.Падение, удаление индекса приводит к краху системы
3.Тяжелая расширяемость (сложное добавление thin и middle-tier клиентов)
4.Ну и плюс некоторые неудобства языка типа отсутствия типизированных переменных, отсутствие их обязательной инициализации, присутствие глобальных переменных, какое-то "недоделанное" ООП (создается ошущение что в MS давно забили на разработку концепции языка, а просто добавляют туда кто чего попросил), совершенно неудобная работа со строками (хотя добавили regexp но это из той же песни "чего кто попросит")

Согласен на VFP можно сделать много чего: подключить сторонние dll, ActiveX, написать fll, но это согласитесь будет уже не pure VFP in box. Foxpro это FPD и он был круче многих в свои времена и до сих пор работает, будущее все таки за серверными СУБД.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188307
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Властелин комнатушек
http://www.ehlib.com

2Guest_1
Может про то, как фирма 1С перенесла на MSSQL свои таблицы и реализовала т.с КС технологию не будем - за это убивать надо, на месте.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188342
Властелин комнатушек
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
YuriWhiteВластелин комнатушек
http://www.ehlib.com


Посмотрет скриншоты. Практически весь функционал запросто реализуется на vfp, начиная от редактирования значений в колонках, заканчивая выбором значений из выпадающих списков. Единственную трудность может вызвать постороение мультиколонного грида с кучей хидеров. Но если посидеть над этим делом, то можно проблему решить. Скажите, какая именно функция, которая реализована в Ehlib, вызвала у вас затруднение в реализации этого же самого в фоксовском гриде ?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188346
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Властелин комнатушек
Да трудностей ни каких. Просто хотелсь, чтобы изначально VFP грид имел подобную функциональность.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188351
Властелин комнатушек
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
YuriWhite2Властелин комнатушек
Да трудностей ни каких. Просто хотелсь, чтобы изначально VFP грид имел подобную функциональность.

Дак и в дельфях грид изначально не фонтан. Ehlib это же сторонний компонент!
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188382
Властелин комнатушек
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Guest_1Минусы использования VFP:
1.Использование файлового доступа (1С кстати от него отказалась в пользу MSSQL)


Ну не знаю, минус это или нет. Я использую фокс исключительно как клиента к MSSQL. Насчет того, что 1с отказалась - не надо лукавить. Как был у них гибрид, так и остался. Мертвая технология.

Guest_1
2.Падение, удаление индекса приводит к краху системы


Может быть. Но покажите мне систему, где ничего не падает и не ломается ? Во всех промышленных серверах существуют встроенные административные команды для проверки структур таблиц, потерянных страниц данных и т.д. Промышленный сервер тоже можно "уронить" так, что мало не покажется.

Guest_1
3.Тяжелая расширяемость (сложное добавление thin и middle-tier клиентов)


Расширяемость куда ? И зачем тут thin и middle-tier клиенты ?

Guest_1
4.Ну и плюс некоторые неудобства языка типа отсутствия типизированных переменных, отсутствие их обязательной инициализации, присутствие глобальных переменных, какое-то "недоделанное" ООП (создается ошущение что в MS давно забили на разработку концепции языка, а просто добавляют туда кто чего попросил), совершенно неудобная работа со строками (хотя добавили regexp но это из той же песни "чего кто попросит")


Отсутствие типизированных переменных минус, несомненно. В чем вы видите "недоделанность" ООП по сравнению с другими языка ? Приведите конкретный пример на каком-нибудь языке и соответсвующий на vfp, чтобы точно указать на "недоделанность".

Guest_1
Согласен на VFP можно сделать много чего: подключить сторонние dll, ActiveX, написать fll, но это согласитесь будет уже не pure VFP in box. Foxpro это FPD и он был круче многих в свои времена и до сих пор работает, будущее все таки за серверными СУБД.

А зачем ? Зачем подключать что-то еще ? Ниша фокса - учетные системы, работа с данными. Тех контролов, которые есть в фоксе - хватает с лихвой. Многое можно доделать своими силами на базе стандартных контролов, если есть соответствующая квалификация.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188494
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Guest_1Минусы использования VFP:

3.Тяжелая расширяемость (сложное добавление thin и middle-tier клиентов)
Это зависит от того, как писать программы... FoxPro тут не причем даже в приведенном мной простом примере можно легко FoxPro Web Service заменить на ASP.NET Web Service, при этом в FoxPro программе-клиенте не надо ничего менять, за исключением URL адреса источника данных. С такой-же легкостью можно будет заменить и источиник данных на MS SQL Server 2005... В чем проблема с n-tier? К сожалению нет времени написать и показать как пределать thin client к моему примеру (приходится иногода еще и работать )

Проблема только в нас самих... и в том, что FoxPro позволяет разнообразный подход к решению задач в отличии от некоторых сред разработки
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188507
Guest_1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Властелин комнатушекЯ использую фокс исключительно как клиента к MSSQL.
Я думаю тут все понятно, клиентов для MSSQL можно писать с таким же успехом и на других языках это зависит от того на каком Вам УДОБНЕЕ или который вы ЗНАЕТЕ и VFP в этом случае не самый удобный. Как насчет VFP как хранилища данных ? Не устраивает ?
Guest_1Падение, удаление индекса приводит к краху системы
Внимательнее читайте, я писал не о фатальных сбоях типа удаление файла БД или сбоя винчестера.
Властелин комнатушекРасширяемость куда ? И зачем тут thin и middle-tier клиенты ?

Предположим есть система склад, пока она работает с 2-10 клиентами в одном здании. Предположим предприятие расширилось и потребовалось создать доступ к этой базе удаленным клиентам подключаемым по модему. Надеюсь не надо обьяснять что такое thin клиент.
Властелин комнатушекПриведите конкретный пример на каком-нибудь языке и соответсвующий на vfp, чтобы точно указать на "недоделанность".
Перегружаемые методы в том числе и конструктор:
Код: plaintext
1.
2.
3.
С#
DirectoryInfo di = new DirectoryInfo();
DirectoryInfo di = new DirectoryInfo("c:\\");
Индексаторы
Код: plaintext
1.
2.
3.
С#
dele.Parameters["dept_id"].Value = deptId;
dele.Parameters[ 1 ].Value = deptId;

Властелин комнатушек
Тех контролов, которые есть в фоксе - хватает с лихвой.

Да-да то то вы в своем предыдущем посте хвалились собственно сделанным гридом ))
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188533
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Властелин комнатушекПолучил выборку с сервера в курсор и твори с ней что хочешь тем же самым tsql на стороне фокса. Уточните, что имеется ввиду :) Простите, но фраза выше - чушь полная. Властелин комнатушекНо не всегда можно на сервере сделать с данными то, что требуется. Я работаю с MSSQL2000 и некоторые вещи делать на стороне сервера просто проблематично. Например - PIVOT TABLE с заранее неизвестным числом результирующих колонок (эта функция появится в юконе). Или например расчет значений по символьным формулам, вида X1*X2+X3/X4. Подставить вместо иксов числа можно, но вот выполнять команду EVALUATE для получения "итогового значения" на стороне сервера приходится с помощью динамического запроса внутри курсора (если формул много). Т.е. существует
круг задач, которые приходится "догонять" на клиенте.
Таких задач менее чем 0,1% от всех. Значит вы просто не дружите с T-SQL и не умеете писать ХП с параметрами, динамическими/перекрестными запросами. Ну в результате будет временная таблица с переменным кол-вом полей, ну и что? Все это делается на стороне сервера.
На будущее уточняйте пожалуйста какой курсор имеется в ввиду, а то я вижу, вы слабо представляете себе отличие курсора на сервере MSSQL от того, что называется курсором в FoxPro, как и большинство фокспрошников.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188539
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Минусы использования VFP:
1.Использование файлового доступа (1С кстати от него отказалась в пользу
MSSQL)

---------------------
в случае использования файловых БД типа .dbf, .db, .mdb этот минус также у
дельфи, вб, вс
в случае использования скл-сервера этого минуса нет ни у дельфи ни у вб ни у
вс

причём тут вфп?
---------------------

2.Падение, удаление индекса приводит к краху системы

-------------------
у кого-то приводит у кого-то почему-то не приводит. Проблемы с файловыми БД
есть у всех сред, при использовании скл-сервера этих проблем ни у кого нет.
-------------------

3.Тяжелая расширяемость (сложное добавление thin и middle-tier клиентов)

---------------------
пустые слова. Т.к. непонятно о чём речь (можно написать "у дельфи плохая
расщиряемость, сложное добавление thin и middle-tier клиентов") то и
говорить не о чем
---------------------

4.Ну и плюс некоторые неудобства языка типа отсутствия типизированных
переменных, отсутствие их обязательной инициализации, присутствие глобальных
переменных, какое-то "недоделанное" ООП (создается ошущение что в MS давно
забили на разработку концепции языка, а просто добавляют туда кто чего
попросил), совершенно неудобная работа со строками (хотя добавили regexp но
это из той же песни "чего кто попросит")

------------------
Типизация есть но её можно не использовать, у вб такие же вопросы есть и
ничего. Неудобство работы со строками отсутствует т.к. есть все строковые
функции которые есть в других средах (substr, at, left, strtran и т.д.)
------------------

Согласен на VFP можно сделать много чего: подключить сторонние dll, ActiveX,
написать fll, но это согласитесь будет уже не pure VFP in box.

---------------------
во всех средах идущие в поставке компоненты реализуют минимум функционала.
Все сторонние компоненты используемые в других средах как COM-объекты могут
быть использованы так же и в вфп
---------------------

Foxpro это FPD и он был круче многих в свои времена и до сих пор работает,
будущее все таки за серверными СУБД.

-------------
вфп это не фпд, посмотрите на календарь



Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188545
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Guest_1 Предположим есть система склад, пока она работает с 2-10 клиентами в одном здании. Предположим предприятие расширилось и потребовалось создать доступ к этой базе удаленным клиентам подключаемым по модему. Надеюсь не надо обьяснять что такое thin клиент.
Посмотрите мой ответ выше. В FoxPro это делется уже много лет очень и очень просто, просто не все об этом знают...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188548
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Guest_1
Индексаторы говорите ......может хватит говорить C# подразумевая NET FrameWork ?

А если речь идет о FrameWork - то так и надо говорить ...

Теперь по порядку
1. Индексаторы - скоко надо кода чтобы его правильно определить, а ?????
Тож самое и на VFP сделать не трудно - .....)

2. Пергружаемый конструктор - ну ей богу - десткий сад - кто мне в методе Init мешает анализировать параметры и далее делать то, что нужно ?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188567
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2flare
....
Получил выборку с сервера в курсор и твори с ней что хочешь тем же самым
tsql на стороне фокса.
....
Уточните, что имеется ввиду :) Простите, но фраза выше - чушь полная.

============

скажем есть 1ц на скл-сервере и босс-кадровик на оракле. Нужно выбрать
сотрудников у которых 3 детей (из босс-кадровик) и которые получили зряплату
меньше какой-то суммы (1ц)

на фокспре:

cn1=sqlstringconnect("driver=sqlserver...
cn2=sqlstringconnect("driver=oracle...
sqlexec(cn1,"select ... ",t1)
sqlexec(cn2,"select ... ",t2)
select ... from t1 join t2 on t1.tabnum=t2.tabnum ...

всё

код на с-диез?

------------
это не про то что фокспро круче это про то что наличие своего встроенного
движка даёт больше возможностей по написанию клиентов к БД



Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188584
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
21024
А про линкед-сервер ничего не слыхали ?

Линкуемся к ораклу из ХП на MSSQL и делаем запрос....
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188631
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
так в чём тогда преимущества ц-диез? На фокспре

можно сделать так как я написал,
можно линкед сервер и результат из него.

В средах без внутреннего движка (вб, вс, дельфи, вб.нет, с-диез) пройдёт
только второй вариант, на экцесе или вфп оба.

ну и по мелочи - если линкед сервер то динамически ничего сделать нельзя,
админу надо предварительно настраивать (sp_addlinkedsrvlogin и пр.), а в
первом варианте достаточно чтоб у пользователя был достаточный доступ.


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188681
Властелин комнатушек
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flare Властелин комнатушекПолучил выборку с сервера в курсор и твори с ней что хочешь тем же самым tsql на стороне фокса. Уточните, что имеется ввиду :) Простите, но фраза выше - чушь полная.

Уточняю. Получил выборку в фоксофский курсор как результат выполнения хранимой процедуры сервера. Выборка, полученная в фоксовском курсоре, может спокойно обрабатываться всеми командами командами tsql среды фокса, такими как SELECT, UPDATE, DELETE, INSERT. А также исключительно фоксовскими SCAN, LOCATE, SEEK, GO и т.д.

Flare
Таких задач менее чем 0,1% от всех. Значит вы просто не дружите с T-SQL и не умеете писать ХП с параметрами, динамическими/перекрестными запросами. Ну в результате будет временная таблица с переменным кол-вом полей, ну и что? Все это делается на стороне сервера.


Юноша. Тем не менее такие задачи существуют. Раз вы с ними не сталкивались, значит решаемые вами задачи ничего из себя выдающегося не представляли. Чтобы не быть голословным, я вам предлагаю продемонстрировать свои "крутые навыки" владения T-SQL и сделать мне на сервере pivot-табличку такого вида.

Исходная структура:
Price_id (номер прайса)Tov_id (код товара)Price_cn (цена прайса)100000011002000000120010000002400300000035501000000107004000000175.........

Условия: Количество товаров - 20.000. Количество прайсов - неорганичено . Получить на стороне сервера выборку вида:

Код товараПрайс1Прайс2Прайс3Прайс4... ПрайсN0000001100200300400...0000002130300200400...0000003400500700400...0000004200240350470...0000005180280380480............

Дополнительное условие - возможность получать вышеприведенную таблицу с N по M, где N,M - номера прайсов.
Вперед!

Flare
На будущее уточняйте пожалуйста какой курсор имеется в ввиду, а то я вижу, вы слабо представляете себе отличие курсора на сервере MSSQL от того, что называется курсором в FoxPro, как и большинство фокспрошников.


Вы вначале сделайте мне вышеприведенную задачу, а потом мы посмотрим, кто из нас что представляет.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188682
karly™
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Guest_1Предположим есть система склад, пока она работает с 2-10 клиентами в одном здании. Предположим предприятие расширилось и потребовалось создать доступ к этой базе удаленным клиентам подключаемым по модему. Надеюсь не надо обьяснять что такое thin клиент.
На самом деле - пустые слова. Ни разу не видел, чтобы систему, написанную для работы в локальной сети, не пришлось бы серьезно переделывать, когда к ней потребовался удаленный доступ. Даже если она изначально была реализована в технологии "клиент-сервер". Так что данный аргумент - не более чем маркетинговый прием. Что-то вроде "наше ПО экологически чистое и имеет сертификаты Санэпидемнадзора" :)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188685
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1024Типизация есть но её можно не использовать, у вб такие же вопросы есть и
ничего. Неудобство работы со строками отсутствует т.к. есть все строковые
функции которые есть в других средах (substr, at, left, strtran и т.д.)
После класса StringBuilder в .NET мне на это старье уже и смотреть не хочется. Но приходится иногда работать из T-SQL, например.

1024скажем есть 1ц на скл-сервере и босс-кадровик на оракле. Нужно выбрать
сотрудников у которых 3 детей (из босс-кадровик) и которые получили зряплату
меньше какой-то суммы (1ц)

Жуть какая. Такие задачи ведь встречаются весьма нечасто. Тут проблема организационного плана и решать ее надо переходом в какую-то одну учетную систему. Да на С# в этом случае получится чуть больше кода, не спорю. Но такова концепция ADO.NET, ADO был проще - факт.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188694
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
YuriWhite21024
А про линкед-сервер ничего не слыхали ?

Линкуемся к ораклу из ХП на MSSQL и делаем запрос....
О, точно. Вот правильный вариант. Как-то сходу не сообразил.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188723
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ГЫ
у меня этого нет значит мне это не нужно?

Линкед сервер на мсскл... А если AS/400+LotusDomino? Выходит если что-то
обычное типа мсскл и клиент к нему то можно и на ц-диез побаловаться. А если
что-то помощней вроде гетерогенных запросов к заранее неизвестному
количеству источников данных, сложная аналитика которую на клиент придётся
выносить и подобное то надо что-то помощней. Например VFP9.

выходит так


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188724
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Властелин комнатушекЮноша. Тем не менее такие задачи существуют. Раз вы с ними не сталкивались, значит решаемые вами задачи ничего из себя выдающегося не представляли. Чтобы не быть голословным, я вам предлагаю продемонстрировать свои "крутые навыки" владения T-SQL и сделать мне на сервере pivot-табличку такого вида.
Я не юноша, но это не имеет тут значения.
Могу сделать.
Согласны сделать после этого задание на T-SQL от меня(которое займет в реализации времени не меньше, чем ваше)?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188725
Guest_1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
О как Fox то защищают )))
1024в случае использования файловых БД типа .dbf, .db, .mdb этот минус также у
дельфи, вб, вс
в случае использования скл-сервера этого минуса нет ни у дельфи ни у вб ни у
вс
А я разве не писал что использование файловых БД проигрывает перед использованием серверных СУБД (насколько я помно foxpro именно файловая БД)
1024"у дельфи плохая
расщиряемость, сложное добавление thin и middle-tier клиентов"
Я вообще-то говорил о БД а не о языке программирования. А thin клиентов добавить к Fox database можно я не спорю просто интересно если я захочу использвать Apache все решится так же легко ?
1024Типизация есть но её можно не использовать, у вб такие же вопросы есть и
ничего. Неудобство работы со строками отсутствует т.к. есть все строковые
функции которые есть в других средах (substr, at, left, strtran и т.д.)

Из всеми нелюбимого NET
Код: plaintext
1.
String [] arr = s.Trim().Replace('.',',').Parse(";");
Ну нравится мне слово парсинг )) да и пишется ИМХО намного короче и понятней
1024
во всех средах идущие в поставке компоненты реализуют минимум функционала.
Все сторонние компоненты используемые в других средах как COM-объекты могут
быть использованы так же и в вфп

Во многих из этих сред многие компоненты написаны на ТОМ ЖЕ языке программирования
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188743
Властелин комнатушек
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flare Властелин комнатушекЮноша. Тем не менее такие задачи существуют. Раз вы с ними не сталкивались, значит решаемые вами задачи ничего из себя выдающегося не представляли. Чтобы не быть голословным, я вам предлагаю продемонстрировать свои "крутые навыки" владения T-SQL и сделать мне на сервере pivot-табличку такого вида.
Я не юноша, но это не имеет тут значения.
Могу сделать.
Согласны сделать после этого задание на T-SQL от меня(которое займет в реализации времени не меньше, чем ваше)?

Выложите условие вашей задачи.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188749
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Guest_1 О как Fox то защищают )))
Я бы сказал местами с какой-то религиозной фанатичностью ;)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188773
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мне даже самому это понравилось:

===================================
ГЫ
у меня этого нет значит мне это не нужно?

Линкед сервер на мсскл... А если AS/400+LotusDomino? Выходит если что-то
обычное типа мсскл и клиент к нему то можно и на ц-диез побаловаться. А если
что-то помощней вроде гетерогенных запросов к заранее неизвестному
количеству источников данных, сложная аналитика которую на клиент придётся
выносить и подобное то надо что-то помощней. Например VFP9.

выходит так
===================================

8)


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188833
Guest_1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
to YuriWhite
Обьясните мне пожалуйста как вы понимаете что такое C# и что такое NET ?
Я могу и сам класс с индексатором на C# написать причем здесь NET ?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188903
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Властелин комнатушекВы вначале сделайте мне вышеприведенную задачу, а потом мы посмотрим, кто из нас что представляет.
Делал я когда-то подобное. Например так:
1. Создаем временную таблицу <выборка> c полем Tov_id (код товара), Делаем в нее DISTINCT по коду товара. INSERT INTO выборка SELECT DISTINCT Tov_id (код товара) FROM <Исходная структура>, если нужно условие по товарам - добавляем соответственно и его или выбираем SELECT TOP, не суть важно.
2. Создаем курсор (SELECT, если нужны номера прайсов с N по M - добавляем условие в этот SELECT) с несовпадающими Price_id (номер прайса), последовательно (FETCH) перебираем, формируем динамический запрос ALTER TABLE <выборка> добавляем поля с названиями Price_id (номер прайса)
3. Создаем курсор где делаем SELECT SUM Price_cn (цена прайса) FROM <Исходная структура> GROUP BY Tov_id (код товара), перебираем, формируем динамический запрос и выполняем 'UPDATE <выборка> SET'+@Price_id (номер прайса)=значение суммы по коду товара
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188920
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Guest_1
Объясняю...
С# это язык ......NET FramWork - это библиотека классов - "Евангиле от Матфея" :)

Вы привели пример использования УЖЕ написаного индексатора, а не пример его написания - понимаете разницу. Внешнюю функциональность индексатора на VFP реализовать без проблем.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33188967
Guest_1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
YuriWhite2Guest_1
Объясняю...
С# это язык ......NET FramWork - это библиотека классов - "Евангиле от Матфея" :)

Вы привели пример использования УЖЕ написаного индексатора, а не пример его написания - понимаете разницу. Внешнюю функциональность индексатора на VFP реализовать без проблем.
Пример ?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33189010
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну вот, обсуждали есть ли у ц-диез средства по работе с БД более эффективные
чем у других а скатились к обсуждению что лучше массив или хэш.


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33189039
Властелин комнатушек
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flare Властелин комнатушекВы вначале сделайте мне вышеприведенную задачу, а потом мы посмотрим, кто из нас что представляет.
Делал я когда-то подобное. Например так:


Вы себе представляете, сколько времени ''это" будет работать на сервере ?
Даже если бы эта задача решилась на стороне сервера, ее решение нивелируется чудовищным временем выполнения запроса. Про тормознутость серверных курсоров вам надеюсь не надо объяснять. Конкретный код вы так и не привели, лишь теоритические выкладки, как бы вы стали решать эту задачу, и не факт что вы бы ее решили. Дело в том, что я нисколько не хотел поставить под сомнение ваши программерские способности, дело в том что я хотел привести конкретный пример, который предпочтительно (и легче) решать на стороне фокспрошного клиента, а не сервера. И таких задач достаточно.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33189106
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Guest_1
Пример из хелпа

Public MyCollection AS Collection
MyCollection = CREATEOBJECT("Collection")
MyCollection.Add(CREATEOBJECT("Form"),"FormTest")

? MyCollection(1)
? MyCollection.Item(1)
? MyCollection("FormTest")

А теперь реализцию того-же на С#.NET
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33189134
Станислав C.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Guest_1
А я разве не писал что использование файловых БД проигрывает перед использованием серверных СУБД (насколько я помно foxpro именно файловая БД)

Если использовать не "free tables", а базу данных Фокса (через файл *.dbc), то будет то же самое :) Ведь серверные СУБД скрывают низкоуровневую реализацию хранения данных. Мне говорили (сам я так глубоко не лазил), что файлы, в которых Oracle хранит свои данные, имеют расширение dbf , но никто ведь не скажет, что Oracle - файловая СУБД
Guest_1
1024
во всех средах идущие в поставке компоненты реализуют минимум функционала.
Все сторонние компоненты используемые в других средах как COM-объекты могут
быть использованы так же и в вфп

Во многих из этих сред многие компоненты написаны на ТОМ ЖЕ языке программирования
Вы, похоже, немного не поняли смысла цитируемой Вами фразы...
СОМ для того и создавался, чтобы все, у кого есть потребность, эти объекты пользовали! И включали бы их в программу, написанную на том языке программирования, который программист хорошо знает. А написать СОМ-объект можно и на Фоксе (причем, намного проще, чем на С++ - не надо указывать непонятные слова в квадратных скобках, GUID'ы и т.д.), и на С++, и на .... Да на чем угодно! Напишите СОМ-объект на Фоксе и будет у Вас компонент, "написанный на том же языке программирования"...

Теперь немного "грязи" в сторону языков, отличных от Фокса
Мне в С++ очень не хватает Фоксовских курсоров. И именно - из-за необходимости выполнения гетерогенных запросов, когда часть данных находится в БД Оракла, а часть - в таблицах FPD/Clipper. (А к RecordSet'ам SQL-запросы, к сожалению, неприменимы )
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33189148
w3d
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
YuriWhite2 Guest_1
? MyCollection(1)
? MyCollection.Item(1)
? MyCollection("FormTest")
А что должно вывестись?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33189165
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Властелин комнатушекВы себе представляете, сколько времени ''это" будет работать на сервере ?
Даже если бы эта задача решилась на стороне сервера, ее решение нивелируется чудовищным временем выполнения запроса. Про тормознутость серверных курсоров вам надеюсь не надо объяснять. Конкретный код вы так и не привели, лишь теоритические выкладки, как бы вы стали решать эту задачу, и не факт что вы бы ее решили. Дело в том, что я нисколько не хотел поставить под сомнение ваши программерские способности, дело в том что я хотел привести конкретный пример, который предпочтительно (и легче) решать на стороне фокспрошного клиента, а не сервера. И таких задач достаточно.
Это будет работает секунд 5-10 в зависимости от загруженности сервера в данный момент. У меня есть задача реализованная подобным образом. Все можно улучшить при желании. Но без курсора(ориентированного на записи) как это сделать я в свое время не придумал. Курсоры стараюсь не использовать вообще, понятное дело. На стороне клиента обработка курсора с использованием SCAN - это тоже самое, что использовать курсор на стороне сервера. Или вы без SCAN обошлись? Расскажите как реализовано у вас.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33189246
Guest_1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Станислав C.
Если использовать не "free tables", а базу данных Фокса (через файл *.dbc), то будет то же самое :) Ведь серверные СУБД скрывают низкоуровневую реализацию хранения данных. Мне говорили (сам я так глубоко не лазил), что файлы, в которых Oracle хранит свои данные, имеют расширение dbf , но никто ведь не скажет, что Oracle - файловая СУБД

Ну это вы зря, у Oracle совершенно другая система хранения данных, если в foxpro
Таблица = файл и индекс(индексы) для таблицы = файл то в Oracle такое возможно
но очень редко обычно Файл(файлы) = tablespace а уже в этом tablespace хранятся таблицы(инексы, процедуры). А еще (по секрету) файлы Oracle можно именовать как угодно . Серверные СУБД действительно скрывают низкоуровневую реализацию, они еще много чего могут (кеширование данных, запросов, систему резервирования).
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33189253
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2flare
На стороне клиента обработка курсора с использованием SCAN - это тоже самое,
что использовать курсор на стороне сервера. Или вы без SCAN обошлись?
Расскажите как реализовано у вас.

=====================

к сожалению приходится тратить время на таких как вы. Ну не знаете вы языка,
ну не получается что-то, так спросите. Уже на нескольких страницах вам
объясняют что не надо использовать скан, фокспро для дос и пр. Щас третье
тысячелетие уже, есть вфп9 который после выборки данных с сервера
предоставляет возможность обрабатывать их с использованием ANSI совместимого
SQL. Хотя вам вероятно это трудно себе представить


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33189274
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
да и обработка данных на каждом отдельном клиенте и на сервере за всех
клиентов это разные вещи. В простейшем случае конечно это не важно. Но если
расчёт идёт больше 10 часов на сервере то вероятно эффективней

1.сделать выборку необходимых данных на клиент и пусть он хоть сутки их
ковыряет зато сервер сможет обслуживать остальных.
2.Либо поставить второй сервер для таких тяжёлых расчётов и он будет
работать как клиент (т.е. выбирать нужные данные и делать большой расчёт)

вариант 1 возможен только если клиент сделан в среде подобной ВФП.


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33189370
Guest_1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
YuriWhite
2 Guest_1
Пример из хелпа

Public MyCollection AS Collection
MyCollection = CREATEOBJECT("Collection")
MyCollection.Add(CREATEOBJECT("Form"),"FormTest")

? MyCollection(1)
? MyCollection.Item(1)
? MyCollection("FormTest")

А теперь реализцию того-же на С#.NET
Ну что теперь и мне обьяснять Вам что язык Foxpro и среда(доступные классы)
это не одно и тоже ?
Пример из C# может быть корявый я в нем не спец
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
class NewClass {
	  public NewClass()
	  {
	  	names = new string[ 10 ];
	  	data = new string[ 10 ];
	  	ind =  0 ;
	  }
	  public void Add(string name, string val){
	    if (ind <  10 ) {
	      names[ind] = name;
	      data[ind] = val;
	      ind++;
	    }
	    
	  }
	  public string this[int index]
   	{
  		get    
  		{
  			return data[index]; 
  		} 
  		set    
  		{
  			data[index] = value; 
  		} 
  	} 
	  public string this[string index]
   	{
  		get    
  		{
  		  string retval = "";
  		  for(int i= 0 ; i<names.Length; i++) {
  		    if (names[i]==index) {
  		      retval = data[i];
  		      break;
  		    }
  		  }
  			return retval; 
  		} 
  		set    
  		{
  		  for(int i= 0 ; i<names.Length; i++) {
  		    if (names[i]==index) {
  		      data[i] = value;
  		      break;
  		    }
  		  }
  		} 
  	} 
  	private String[] names;
  	private String[] data;
  	private int ind;
	}
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33189402
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторк сожалению приходится тратить время на таких как вы. Ну не знаете вы языка,
ну не получается что-то, так спросите. Уже на нескольких страницах вам
объясняют что не надо использовать скан, фокспро для дос и пр. Щас третье
тысячелетие уже, есть вфп9 который после выборки данных с сервера
предоставляет возможность обрабатывать их с использованием ANSI совместимого
SQL. Хотя вам вероятно это трудно себе представить
Задачу от Властелин комнатушек на предыдущей странице посмотрите и скажите как ее можно реализовать без перебора записей. Сможете? А лишь бы вставить свои 5 копеек - так это никому тут не надо.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33189419
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Guest_1
Guest_1
Ну что теперь и мне обьяснять Вам что язык Foxpro и среда(доступные классы)
это не одно и тоже ?

В том и фишка, что для VFP это единое целое, все возможности заложены на уровне языка, а не библиотек !!!! Не верите - могу хелп выслать :))
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33189507
Oxygene
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
YuriWhitePublic MyCollection AS Collection
MyCollection = CREATEOBJECT("Collection")
MyCollection.Add(CREATEOBJECT("Form"),"FormTest")

? MyCollection(1)
? MyCollection.Item(1)
? MyCollection("FormTest")

C#:
Код: plaintext
1.
2.
3.
4.
SortedList sl = new SortedList();
sl.Add("FormTest", new Form());

Console.WriteLine(sl.GetByIndex( 0 ));
Console.WriteLine(sl["FormTest"]);
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33189645
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну и какой вывод?


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33189679
Станислав C.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1024
ну и какой вывод?


Posted via ActualForum NNTP Server 1.2
вывод напрашивается один (перефразируя Маяковского):
Код: plaintext
1.
2.
3.
4.
Книги переворошив, 
           намотай себе на ус -
Языки все хороши, 
           выбирай на вкус
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33190529
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi Guest_1!

Я понимаю, что сложно внятно говорить о том, чего не знаешь - но тогда может
вообще не стоит выступать?

> Я думаю тут все понятно, клиентов для MSSQL можно писать с таким же
> успехом и на других языках

Это - бесспорно.

> это зависит от того на каком Вам УДОБНЕЕ или который вы ЗНАЕТЕ

Это можно принять.

> и VFP в этом случае не самый удобный

А это бездоказательно и просто глупо. Не очень удобен для этого
пожалуй FPD - в VFP же (особенно 9-м) есть все возможности для написания
клиентов практически неограниченной сложности для любой СУБД имеющей ODBC,
OLE DB или XML поддержку (т.е. способной общаться с внешним миром на этих
языках). Даже для терминальных СУБД (тех что ещё сохранились кое где на
"больших" машинах с подключенными к ним текстовыми терминалами) на фоксе
пишут клиентов.

> Как насчет VFP как хранилища данных ? Не устраивает ?

Бог с тобой - не устраивает - используй то что устраивает! Меня например
вполне устраивает для большинства задач.

>>> Падение, удаление индекса приводит к краху системы
> Внимательнее читайте, я писал не о фатальных сбоях типа удаление файла БД
> или сбоя винчестера.

О чём читать? О том что ты не умеешь (автоматически) восстанавливать
индексы? О том что работаешь на кривом железа или криво настроенном софте
(от чего собственно и "падают" индексы)? Ну можно конечно посочувствовать
тебе, но при чём тут фокс?

> Предположим есть система склад, пока она работает с 2-10 клиентами в одном
> здании. Предположим предприятие расширилось и потребовалось создать доступ
> к этой базе удаленным клиентам подключаемым по модему. Надеюсь не надо
> обьяснять что такое thin клиент.

И что? Для фокса существует достаточно много Web-enabled каркасов - где
создание Web-приложения происходит весьма быстро и легко. Это и есть
thin-клиент.
Кроме того в последних версиях VFP значительно расширена поддержка
технологии WebServices - так что написать Internet/Intranet 2/3-х звенное
приложение можно без проблем (в том числе и оставив в качестве "хранилища"
родные dbf-ы). Впрочем и ДО того используя DCOM и чуть позднее COM+ тоже
можно было без вопросов рисовать приложения для медленных/ненадёжных сетей.
AFAIK для этого достаточно даже VFP6.

> Перегружаемые методы в том числе и конструктор:

Насмешил однако :)

di1 = CreateObject("DirectoryInfo")
di2 = CreateObject("DirectoryInfo", "C:\")

Причём конечно БЕЗ всяких перегрузок - банально в рамках одного метода всё
принимается... И с самого начала так оно и было - когда ещё MS даже не
придумала никакого NET, и проталкивала всюду убогий объектно-инвалидный VB
(изобрели даже новый термин для этого калеки - Объектно-базированый язык
:) ) и жутко неRAD-остный VC++ - где скорее помрёшь от старости, нежели
напишешь сколь-нибудь значительную систему с нуля...

> Индексаторы

А толку?

Не, ну конечно от замены

dele.Parameters["dept_id"].Value ...
dele.Parameters[1].Value ...

на

dele.Parameters.Item["dept_id"].Value ...
dele.Parameters.Item[1].Value ...

или любой иной метод (не обязательно Item) всё просто кардинально меняется
:)
Более того используя _Access методы можно начиная с VFP6 организовать
подобие индексатора для любого свойства объекта - т.е. в твоём примере, в
классе от которого пошёл dele можно так описать Parameters, что он будет
работать как свойство-индексатор - т.е. он сможет "съесть" лишний элемент
при обращении к вложенному объекту-коллекции.

> Да-да то то вы в своем предыдущем посте хвалились собственно сделанным
> гридом ))

IMHO лучше хвалится честно сделанным своими руками контролом, чем
пользоваться краденными сторонними компонентами - и ещё ставить это себе в
заслугу.

> насколько я помно foxpro именно файловая БД

VFP это И СУБД (действительно файл-серверная) И язык программирования. Никто
не заставляет использовать ОБЕ эти части одновременно. Впрочем как "знатоку"
C# тебе должно быть известно, что писать на нём скажем работу с данными
можно как используя ADO.NET, так и НЕ используя его, а пользуясь другими
средствами...

> А thin клиентов добавить к Fox database можно я не спорю просто интересно
> если я захочу использвать Apache все решится так же легко ?

А если ты написал клиента на C# то прикрутить его к Apache будет просто??? А
если этот апач вообще на UNIX box крутится???
Уж чья бы как говорится корова мычала - ладно бы ещё кроссплатформенную жабу
рекламировал, а то ведь насквозь виндовый NET :)

> Из всеми нелюбимого NET

Передёргиваешь.

> String [] arr = s.Trim().Replace('.',',').Parse(";");

Вообще-то у String в NET 1.1 нету метода Parse, потому я лишь могу
предполагать что должен делать приведенный код. Если его цель - разбить
строку на масив строк по указанному разделителю, то вот аналог на фоксе:

ALINES(arr, CHRTRAN(ALLTRIM(s), '.', ','), 0, ";")

По числу символов может сравнивать будем? Я ещё могу названия функций до 4
символов урезать ;)

> Во многих из этих сред многие компоненты написаны на ТОМ ЖЕ языке
> программирования

В VFP как это ни странно тоже. Я бы сказал что БОЛЬШИНСТВО используемых
компонент aka классов написаны именно на самом фоксе, и лишь для некоторых
специфических задач привлекаются COM компоненты.
Кстати говоря, как родные фоксовые, так и те-же Delphi/NET/Java компоненты
не могут использоваться напрямую в других средах. Однако если компонент
завернуть в COM - проблема использования в другой среде тут-же решается...
Даже в NET пока ещё можно использовать такие COM сервера :) Хотя MS с таким
азартом топит COM технологию...

> А еще (по секрету) файлы Oracle можно именовать как угодно

Видимо ты не в курсе, что dbf в фоксе тоже можно именовать совершенно
произвольно - хоть .mdb :) хоть и вовсе БЕЗ расширения - полезно для всяких
пугливых юзеров, понаслушавшихся всякой чепухи про фокс от "специалистов"
типа тебя...

> Серверные СУБД действительно скрывают низкоуровневую реализацию, они еще
> много чего могут (кеширование данных, запросов, систему резервирования).

Это точно - но если мне этого ничего не нужно (особенно разграничение прав
доступа, шифрование, аудит...) - то спрашивается зачем мне тратить ценные
серверные ресурсы впустую? И далеко не всё можно отключить. Вот и выходит
что для вставки пары тысяч записей приходится использовать не реляционные
команды, а разнообразные "примочки" которые заметно отличаются от сервера к
серверу...

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33190583
Guest_1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Hi Igor Korolyov!
Igor Korolyov
А это бездоказательно и просто глупо. Не очень удобен для этого
пожалуй FPD - в VFP же (особенно 9-м) есть все возможности для написания
клиентов практически неограниченной сложности для любой СУБД имеющей ODBC,
OLE DB или XML поддержку (т.е. способной общаться с внешним миром на этих
языках). Даже для терминальных СУБД (тех что ещё сохранились кое где на
"больших" машинах с подключенными к ним текстовыми терминалами) на фоксе
пишут клиентов.

Таких клиентов можно написать и на других языках.
Igor Korolyov
О том что ты не умеешь (автоматически) восстанавливать
индексы?

Умею.
Igor Korolyov
О том что работаешь на кривом железа или криво настроенном софте
(от чего собственно и "падают" индексы)? Ну можно конечно посочувствовать
тебе, но при чём тут фокс?

В серверных СУБД для работы с индексами(создание, пересоздание) не требуется exclusive доступ.
Индексы могут присутствовать или нет но система будет работать.
Для пересоздания индекса не требуется останавливать работу.
Igor Korolyov

di1 = CreateObject("DirectoryInfo")
di2 = CreateObject("DirectoryInfo", "C:\")

Причём конечно БЕЗ всяких перегрузок - банально в рамках одного метода всё
принимается...

Сорри не очень показательный пример взял.
Код: plaintext
1.
2.
3.
4.
int i =  10 ;
string s = "10";
d1 = new Test(i);
d2 = new Test(s);

Igor Korolyov
IMHO лучше хвалится честно сделанным своими руками контролом, чем
пользоваться краденными сторонними компонентами - и ещё ставить это себе в
заслугу.

Я ничего себе в заслугу не ставил и я не пользуюсь краденными компонентами, следите за моими сообщениям, я ответил на утверждение что в фоксе "уже есть все компоненты для работы".

Igor Korolyov
VFP это И СУБД (действительно файл-серверная) И язык программирования. Никто
не заставляет использовать ОБЕ эти части одновременно. Впрочем как "знатоку"
C# тебе должно быть известно, что писать на нём скажем работу с данными
можно как используя ADO.NET, так и НЕ используя его, а пользуясь другими
средствами...

Все однако сводится к тому что на VFP больше пишут клиентов к другим БД.
Igor Korolyov
Уж чья бы как говорится корова мычала - ладно бы ещё кроссплатформенную жабу
рекламировал, а то ведь насквозь виндовый NET :)

Я ничего не рекламирую, я просто сравниваю.
Igor Korolyov
Передёргиваешь.

Если судить по Вашим предыдущим ответам - то нет .

Igor Korolyov
Вообще-то у String в NET 1.1 нету метода Parse,

Есть.
Igor Korolyov
String [] arr = s.Trim().Replace('.',',').Parse(";");
=ALINES(arr, CHRTRAN(ALLTRIM(s), '.', ','), 0, ";")

По моему первый вариант читабельнее.

Igor Korolyov
Это точно - но если мне этого ничего не нужно (особенно разграничение прав
доступа, шифрование, аудит...) - то спрашивается зачем мне тратить ценные
серверные ресурсы впустую? И далеко не всё можно отключить.

Не сказал бы что тот же Interbase жрет больше ресурсов чем VFP.
Igor Korolyov
Вот и выходит что для вставки пары тысяч записей приходится использовать не реляционные команды, а разнообразные "примочки" которые заметно отличаются от сервера к серверу...

Ну пара тысяч записей это немного. Я думаю в VFP используются тоже не реляционные команды

Поскольку просили больше не продолжать - не буду
Напоследок несколько выводов которые я для себя сделал:
Каждый кулик свое болото хвалит
А если серьезно:
VFP ничем не лучше других языков при работе со сторонними БД.
Foxpro как язык морально устарел и изменений не предвидится.
Код написанный на Foxpro хуже сопровождаем.
Это мое ИМХО. А теперь можете пинать.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33190597
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Guest_1
Реализацию класса приведите...а я после, на VFP :)

IB это для меня ваще загадка - имхо даже MySql и то лучше :))
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33190776
Фотография FM32YO aka KID
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Думаю пинать Вас никто не стунет :-)

Guest_1
Все однако сводится к тому что на VFP больше пишут клиентов к другим БД.


Бесспорно, если система очень большая то как клиент к БД, если не очень, можно и с родными ДБС-ДБФ, а что на других языках не так?
То есть на С-ширпе к примеру пишут и клиента и саму БД? Или на С++, или... "приведите Ваше", а про созданные ранее СКЛ Серверные СУБД просто забыли?

Guest_1
Не сказал бы что тот же Interbase жрет больше ресурсов чем VFP.


ХЗ не работал с ИБ, но какие собственно ресурсы жрет ВФП?

Guest_1
Напоследок несколько выводов которые я для себя сделал:
Каждый кулик свое болото хвалит


Туту блин не поспоришь :-)

Guest_1
А если серьезно:
VFP ничем не лучше других языков при работе со сторонними БД.
Foxpro как язык морально устарел и изменений не предвидится.
Код написанный на Foxpro хуже сопровождаем.
Это мое ИМХО.

Все это совершенно неверно ИМХО :-)
Морально устарел - это как?
Изменения вносятся, но, елси можно работать и без них - то на кой их вносить?
Хуже сопровождаем - это точно, только людьми, которые языка не знают, мне например документация, написанная на Португальском тоже хуже читаемая, вывод какой напрашивается?
То-то же....
А если честно я согласен с высказыванием таким : "Микрософт просто зарабатывает деньги, при этом требуется вводить новые технологии, и, часто их вводят НЕ от того, что они такие уж хорошие, а от того, что надо деньги зарабатывать.." вот и все, а остальное полная ерунда ибо хороший программист Сишник напишет такую же хорошую учетную систему как и хороший ВФП-шник, а, если говорить о плохих программистах - результат будет одинаков :-)
А споры, где кто и как и быстрей ли - это демагогия ИМХО
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33190849
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Итоги

1.появление с-диез не дало ничего нового в плане написания клиентов к БД по
сравнению с тем чё раньше было в других средах. Но вероятно хоть что-то
появится в новых версиях
2.агрессивная рекламная компания технологий дот-нет сильно мешает приянтию
разумного решения о выборе среды разработки клиентов к БД
3.вода камень точит т.е. иногда выгодне сделать проект на том что нравится
заказчику а не на том что эффективней (конечно деньги его но и проблем при
непродуманно выбранной технологии добавится и в создании и в сопровождении)


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33191298
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как 1024 хочет все подытожить, чтобы последнее слово за ним осталось. C# - зуд какой-то прямо для него. А на мой вопрос как реализовать задачу предложенную "Властелин комнатушек" [Price_id (номер прайса) Tov_id (код товара) Price_cn (цена прайса)] одними множествами, не ориентируясь на операции с записями - даже в общем сказать не может, хоть мы тут немного и отошли от темы топика. Зато при этом лихо обвиняет меня в незнании предметной области
1024Ну не знаете вы языка, ну не получается что-то, так спросите. Уже на нескольких страницах вам объясняют что не надо использовать скан, фокспро для дос и пр. Щас третье тысячелетие уже, есть вфп9 который после выборки данных с сервера предоставляет возможность обрабатывать их с использованием ANSI совместимого SQL. Хотя вам вероятно это трудно себе представить Так может расскажете все-таки как решить ту задачу или все эти выводы ваши и подытоживания стоит считать пустым звуком и в расчет не брать? :)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33191418
Фотография ВладимирМ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Оказывается, все динозавры выглядели примерно одинаково. Просто разные ученые складывали кости по разному (с)

То же самое можно сказать и о языках программирования. Что такого можно сделать в одном языке, чего в принципе нельзя сделать в другом? Я не говорю о командах. Я имею в виду результат. Легко/сложно - не обсуждается. Интересует именно результат.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33191581
ЛехаМ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
То ВладимирМ:
Со всем моим уважением к Вам, я всеж замечу, что сделать так, чтобы ЭТО работало может каждый , даже начинающий программист. А вот сделать так как правильно и так чтобы это работало и сделать, а не отмазаться от поставленной задачи, увы. А на счет того, где и в чем и что можно сделать, известно , что современный программист , имееться в виду. котрый решил для себя, что он в программировании человек не случайный, должен, НЕТ, ОБЯЗАН знать как минимум из языков :
1 СУБД
2 С++
3 Одну из систем заточенную под WEB
4 Как + системы искуственного интеллекта ( это развивает )

Из ОС:
1) Win32
2) Unix- со подобный системы


Ну уж если вы програмируете по Win32, то
СOM | DCOM - обязательно.

3) Вы же профессионалы. Основная ваша цель какая ? - заработать деньги.
И конечно же всех устроить если будут платить в соответствии с адекватными знаниями. Рынок не требует программистов на VFP, требует С#.
И программирование на .NET это совсем не другой диназавр, это уже существо совсем другого рода. Его нужно изучать, отлаживать свое мастерство, следить за тенденцией развития IT индустрии , вот тогда таких вопросов и топиков подниматься не будет.
Умрет это существо - появиться другое и снова тоже самое. Это жизнь программиста, что вы хотите еще ?
Этот топик и еще одни, про тот как тяжело устроиться программистом на VFP за достойный деньги - просто от беспомощности (Лично вас не касаеться) и не способности понять, VFP - конечно здорово, но если хочешь зарабтывать денег, то вопросы хорошо или плохо задавать внутри себя не нужно. Нужно просто брать и работать и следовать спросу себя как профессионала.

Хочу еще сказать , что все заявления типа «приходит программист на VFP и все делает сам начиная от обследования предметной области , формализации бизнес процессов, до написания кода», никак не укладыветься в решений сложных задачь. А если и будет он это делать, 1 (герой), это займет слишком много челокочасов. Ни одному работодателю это не нужно.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33191931
oleg_km
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ЛехаМРынок не требует программистов на VFP, требует С#.


Да не С# рынок требует, не программистов, а менеджеров по продажам, впаривателей и втюхивателей. На примере 1С вижу и MS и пр. Поэтому классно тем, кто всегда "на гребне новой волны" (классик). Но к программированию и к языкам это никакого отношения не имеет - однозначно.

--- удалено модератором
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33192371
luser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
И был ДОС и был спрос на программистов FOX"a. И был Win 3.1 и был спрос на программистов FOX"a, потому что круче небыло , пожалуй ничего. И появился Win32, а с ним множество конкурирующих сред разработки, которые предоставляли разработчику множестов компонентов разработки и работы с данными. И не выдержал FOX конкуренции и стал медленно, со скрипом, но уверенно сдавать свои позиции.
А появиться Win64, а фокс так и будет тормозить, работая с DBF и не имея ни одного (CURSORADAPTER не в счет) компонента работы с данными ( говоря честно в нете DataSet, скажу вам по секрету, это бизнес объект который может хранить в себе несколько таблиц и даже реляционные связи между ними, и это при работе с MS SQL), куда уж нашему любимому фоксу.
Вывод: будующее фокса, с такими подходом к его разработке и продвижению - это настоящее Клиппера.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33192395
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
luser А появиться Win64, а фокс так и будет тормозить, работая с DBF и не имея ни одного (CURSORADAPTER не в счет) компонента работы с данными ( говоря честно в нете DataSet, скажу вам по секрету, это бизнес объект который может хранить в себе несколько таблиц и даже реляционные связи между ними, и это при работе с MS SQL), куда уж нашему любимому фоксу.
Вывод: будующее фокса, с такими подходом к его разработке и продвижению - это настоящее Клиппера.
Открою Вам секрет - VFP 9.0 прекрасно работает с DataSet через XML adapter... (Если проложить между MS SQL Server 2000 и VFP 9.0 тонкий слой Web Service тынц )... C Win64 FoxPro явно будет работать (сейчас пишут)...

Так что вывод: Ваш вывод преждевременен и неверен...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33192418
karly™
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Flare Властелин комнатушекВы вначале сделайте мне вышеприведенную задачу, а потом мы посмотрим, кто из нас что представляет.Я все же объясню, почему просьба привести вариант решения на Фоксе встречена гробовым молчанием :-) В VFP есть визард, который эту задачу решает за пять кликов мышки ;-)
Хотя это не совсем честно. Встроенный визард дает естественную фору, тем более что его возможности гораздо шире, например в нем предусмотрена куча проверок на допустимость названий полей. Поэтому можно попробовать решить то же самое своими силами.

Flare1. Создаем временную таблицу <выборка> c полем Tov_id (код товара), Делаем в нее DISTINCT по коду товара. INSERT INTO выборка SELECT DISTINCT Tov_id (код товара) FROM <Исходная структура>, если нужно условие по товарам - добавляем соответственно и его или выбираем SELECT TOP, не суть важно.
2. Создаем курсор (SELECT, если нужны номера прайсов с N по M - добавляем условие в этот SELECT) с несовпадающими Price_id (номер прайса), последовательно (FETCH) перебираем, формируем динамический запрос ALTER TABLE <выборка> добавляем поля с названиями Price_id (номер прайса)Все это в Фоксе делается тремя командами.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
&& создаем таблицу с описанием структуры итоговой таблицы
Select Distinct ;
price_id as Field_Name  , ;
"N" as Field_Type       , ;
 10   as Field_Len        , ;
  2   as Field_Dec          ;
Into table Result_structure From <Source> ;
Where <условие для Price_ID> 

&& добавляем строку для поля Tov_ID
Insert into Result_structure (Field_name, Field_type, Field_Len) ;
Values ("Tov_ID", "С",  10 ) 

&& создаем итоговую таблицу
Create Result_Table from Table_structure 

Flare3. Создаем курсор где делаем SELECT SUM Price_cn (цена прайса) FROM <Исходная структура> GROUP BY Tov_id (код товара), перебираем, формируем динамический запрос и выполняем 'UPDATE <выборка> SET'+@Price_id (номер прайса)=значение суммы по коду товараЗаполнение итоговой таблицы - примерно аналогично.

Есть варианты оптимальнее?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33192432
Фотография Redrik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЛехаМ Этот топик и еще одни, про тот как тяжело устроиться программистом на VFP за достойный деньги - просто от беспомощности
Леха! Весь мессидж - полный бред, а цитата - особенно!!!

luser...будуЮщее...
И после этого Вы претендуете на "высокоучёные" рассуждения? :-)))

Угомонитесь, мальчишки! Достали! :-(
Есть разные задачи и для их решения есть разные инструменты!
ВСЁ!
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33192466
кисаВ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2Redrik
а у них у одного песочница глубже ....
а у другого сторонних игрушек больше
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33192473
luser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторЛехаМ
Этот топик и еще одни, про тот как тяжело устроиться программистом на VFP за достойный деньги - просто от беспомощности

Леха! Весь мессидж - полный бред, а цитата - особенно!!!

luser
...будуЮщее...

И после этого Вы претендуете на "высокоучёные" рассуждения? :-)))

Угомонитесь, мальчишки! Достали! :-(
Есть разные задачи и для их решения есть разные инструменты!
ВСЁ!

Я считаю, что не стоит обращать внимания на описки. Ты же не на экзамене по русскому языку средней школы ( хотя очень похоже что именно оттуда), человек дело говорит.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33192479
luser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
то Sergey Ch:
А без адаптера, слабо ? Ты же сам на меня орал, что работать из под фокса с нетом - это изврат
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33192492
luser
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
К тому же пишешь на ASP.NET + VFP ну молодец - молодец. Говоришь одно, а сам давно просек, что неплохо бы следовать моде
Гей ? Фокспрошники, берите пример с вашего командира И да прибудет с вами Кен Леви , до тех пор пока его политика не приведет вас к вечному программированию на VFP за 300 юаней. Сопровожденцам и этого хватит
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33192782
Фотография Redrik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хм... 8-|
Лады... Буду знать на будуЮщее... :-(

P.S. Смехотворно... (с)...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33192992
FoxProHater
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Эпиграф: © В.С. Высоцкий
"Эх, жаль, что не роняли вам
на череп утюгов..."

Для начала о "выразительности" кода:
1024на фокспре:

cn1=sqlstringconnect("driver=sqlserver...
cn2=sqlstringconnect("driver=oracle...
sqlexec(cn1,"select ... ",t1)
sqlexec(cn2,"select ... ",t2)
select ... from t1 join t2 on t1.tabnum=t2.tabnum ...

всё

код на с-диез?


Благоволите:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
...
SqlDataAdapter da1 = new SqlDataAdapter("select ...","connection string ...");
OraDataAdapter da2 = new OraDataAdapter("select ...","connection string ...");
DataSet ds1 = new DataSet();
ds1.Fill(da1,"t1");
ds1.Fill(da2,"t2");
ds1.Relations.Add("tabnumTOtabnum"
                     ,ds1.Tables["t1"].Columns["tabnum"]
                     ,ds1.Tables["t2"].Columns["tabnum"]);
все...
   // прямых select-oв с join-нами далее никто не обещает,
   // но существующая связь вполне сгодится для использования 
   // в любой объектной модели данных (к форме типа master-detail привязать, например, как 2 байта переслать).

А теперь, по поводу "мощи", "простоты", "объектной ориентированности" и пр. т.н. "достоинств" FoxPro, о которых тут так долго "твердили большевики"...
Я работаю с VFP уже больше 7-ми лет, т.к. работодатели за эти 7 лет такие попадались, которым, как тут упоминалось в одном правильном посте - похрен на чем проекты программируются, лишь бы они работали и пользу приносили.
А начальники вот были совсем не такие, а как раз из "большевиков", начинали все поголовно с FPD, Clipper, и пр. xBase. Вот и виндовые проекты (по "правильной" КС-технологии) предпочитали делать на VFP, а чего бы и нет?
Оно же все - "до боли знакомое", "родное", "на горшке высиженное"...
Только вот мне, лично, VFP никогда не нравился, хоть и узнал я его за 7 лет достаточно неплохо (ИМХО)...
Но, чем больше узнавал, тем больше ненавидел, т.к. "узнавать" чаще всего приходилось не о чем-то хорошем, новом, приятном и облегчающем жизнь программеру, а об очередных "ограничениях", "накладнках", "нестыковках", "глюках", "подводных камнях" и пр. мутатени, которую приходилось в реальных проектах "объезжать на кривой козе" ценой 1-й,2-х недель непрерывного дебаггинга и выдумывания "обходных путей" или - забивать на хорошие идеи (вполне реализуемые, кстати, в других языках/платформах), т.к. VFP это оказалось "не по зубам".
Наверняка, у каждого "большевика", выступающего в этом треде в поддержку VFP имеется своя коллекция таких "скелетов в шкафу"...
Чтобы не быть голословным, вот - привожу первое, что пришло в голову по своему опыту (просто сохраните как файл и выполните):
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
99.
100.
101.
102.
103.
104.
105.
106.
107.
108.
PUBLIC oform1

oform1=NEWOBJECT("form1")
oform1.Show
RETURN

DEFINE CLASS form1 AS form

	DoCreate = .T.
	Caption = [Забавные глюки и не только]
	AutoCenter = .T.
	Width =  640 
	Height =  480 
	Name = "f1"

	ADD OBJECT lbl1 AS label WITH ;
		Top =  250 , ;
		Left =  0 , ;
		Width =  640 , ;
		Height =  20 , ;
		Name = "lbl1", ;
		Caption = "И в завершение шоу - сделайте дабл-клик на форме, чтобы узнать - как FoxPro умеет работать с MS-SQL-Server..."

	ADD OBJECT pf1 AS pageframe WITH ;
		ErasePage = .T., ;
		PageCount =  3 , ;
		Top =  12 , ;
		Left =  12 , ;
		Width =  640 , ;
		Height =  233 , ;
		Name = "pf1", ;
		Page1.Caption = "А теперь дабл-клик сюда, чтобы узнать про грид:", ;
		Page1.Name = "Page1", ;
		Page2.Caption = "Щелкните сюда, чтобы узнать где дерево:", ;
		Page2.Name = "Page2", ;
		Page3.Caption = "Page3", ;
		Page3.Name = "Page3"

	PROCEDURE Init
		this.pf1.removeobject([Page3])
		messagebox([FoxPro считает, что да - существует:] + chr( 13 ) + chr( 10 ) ;
					+ [pemstat(this.pf1,"Page3", 3 ) = ] + pemstat(this.pf1,[Page3], 3 ) + chr( 13 ) + chr( 10 ) ;
					+ [pemstat(this.pf1,"Page3", 5 ) = ] + trans(pemstat(this.pf1,[Page3], 5 )) + chr( 13 ) + chr( 10 ) ;
					+ [type("this.pf1.Page3") = ] + type("this.pf1.Page3") + chr( 13 ) + chr( 10 ) ;
					+ [vartype(this.pf1.Page3) = ] + vartype(this.pf1.Page3) + chr( 13 ) + chr( 10 ) ;
					+ [А мы же ее только что вроде бы удалили!?] ;
				,[Как вы считаете - страница Page3 существует?])
		this.pf1.page1.AddObject([g1],[gridHelper])
		this.pf1.page2.AddObject([t1],[treeHelper])
	ENDPROC

	PROCEDURE DblClick
		=sqlsetprop( 0 ,[DispLogin], 1 )
		con1 = sqlconnect()
		if con1 >  0 
			=sqlexec(con1,"select 'Что видим?' raiserror('Нечто странное... Где же наше [%s]?',16,2,'Что видим')")
			=aerror(ar1)
			messagebox(ar1[ 1 , 2 ] + chr( 13 ) + chr( 10 ) ;
					+ NVL(ar1[ 1 , 3 ],[]) + chr( 13 ) + chr( 10 ) ;
					+ [^^^^ обычно тут пишут сообщение от raiserror-a... (как в следующем вызове)] 	)
			=sqlexec(con1,"raiserror('%s? А то, что просили...',16,2,'Что видим')")
			=aerror(ar1)
			messagebox(ar1[ 1 , 2 ] + chr( 13 ) + chr( 10 ) ;
					+ NVL(ar1[ 1 , 3 ],[]) + chr( 13 ) + chr( 10 ) ;
					+ [^^^^ а вот и оно, родное...] 	)
		endif
		sqldisconnect( 0 )
	ENDPROC

	PROCEDURE pf1.page1.DblClick
		messagebox([FoxPro считает, что у грида на этой странице - нет столбцов:] + chr( 13 ) + chr( 10 ) ;
					+ [this.g1.ColumnCount = ] + trans(this.g1.ColumnCount) + chr( 13 ) + chr( 10 ) ;
					+ [А мы же вроде бы  2  видим собственными глазами!?] ;
				,[Как вы считаете - сколько столбцов у грида на этой странице?])
	ENDPROC

ENDDEFINE

DEFINE CLASS GridHelper AS Grid

	Visible = .T.

	PROCEDURE Init
		this.AddColumn( 1 )
		this.AddColumn( 2 )
		this.width = this.parent.parent.Pagewidth
		this.height = this.parent.parent.Pageheight
	ENDPROC

ENDDEFINE

DEFINE CLASS TreeHelper AS OLECONTROL

	OleClass = "MSComctlLib.TreeCtrl.2"
	Visible = .T.

	PROCEDURE Init
		this.object.Nodes.Add(,,,[На какой странице по вашему изображено это "дерево"?])
		this.object.Nodes.Add( 1 , 4 ,,[По-моему FoxPro считает, что на первой...])
		this.object.Nodes.Add( 2 , 4 ,,[Хотя вставляли кодом мы его явно во вторую, не так ли?])
		this.object.Nodes( 1 ).Expanded = .T.
		this.object.Nodes( 2 ).Expanded = .T.
		this.object.Nodes( 3 ).Expanded = .T.
		this.width = this.parent.parent.Pagewidth
		this.height = this.parent.parent.Pageheight
	ENDPROC

ENDDEFINE

З.Ы. а .NET Framework и C#, как ни крути, кроме того, что они не тащат за собой мега-тонны старых глюков, оставленных для "обратной совместимости", так еще и сами по себе являются красивыми и стройными с точки зрения "эстетики" кода, если хотите (а "болезни роста" все, которые "большевики" тут так рьяно перечисляли, проходят, это все - очень хорошо лечится временем и деньгами, чего у мелко-мягких не занимать).

З.З.Ы. кстати, самый главный "козырь" в руках .NET-ненавистников - якобы "тежеловесность" .NET Framework-а и невозможность запускать его приложения под "мало-бюджетными" тачками... , признаюсь по секрету, я все свои "эксперименты" с .NET делаю практически дома (на работе - сплошной VFP если помните), на тачке ровно 8-милетней давности, Celeron-MMX-466Mhz-256Mb/RAM, и никаких проблем чес-слово не испытываю, правда, VisualStudio не пользуюсь, компилю все из командной строки или использую AlintexScript для динамической компиляции "на лету" голых исходников и выполнения в его хостинге. Все жужжитъ только так...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33193006
Фотография Диченка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FoxProHaterЯ работаю с VFP уже больше 7-ми лет

Ну раз ты у нас такой опытный человечек, может быть порадуешь аудиторию старых фокспрошных пердунов своими нетленками, написанными за семь лет ненависти ? Желательно с описанием функционала и скриншотами. А то у нас тут целая когорта "опытных" экс-фокспрошников, которые как оказывается гланды вырезают через анальное отверстие и дальше использования визардов в использовании фокса не продвигались. Может быть ты и есть тот самый wizard-man ? Может быть твои тяжкие проблемы с фоксом - на самом деле являются побочными явлениями ошибок твоего ДНК ? А может ты еще покажешь в догонку серьезную суперсистему, написанную на сишарпе ? Показывай, не стесняйся. За свои слова нужно отвечать, иначе тебя всерьез нельзя воспринимать.

FoxProHaterкстати, самый главный "козырь" в руках .NET-ненавистников - якобы "тежеловесность" .NET Framework-а и невозможность запускать его приложения под "мало-бюджетными" тачками... , признаюсь по секрету, я все свои "эксперименты" с .NET делаю практически дома (на работе - сплошной VFP если помните), на тачке ровно 8-милетней давности, Celeron-MMX-466Mhz-256Mb/RAM, и никаких проблем чес-слово не испытываю, правда, VisualStudio не пользуюсь, компилю все из командной строки или использую AlintexScript для динамической компиляции "на лету" голых исходников и выполнения в его хостинге. Все жужжитъ только так...


Ну насмешил. Ну повеселил. Т.е. ты считаешь что по твоим "экспериментам" на домашнем компьютере ты можешь сделать далеко идущие выводы по работе под .Net большинства пользователей на серьезных продуктах масштаба предприятия ? Да что вы говорите, уважаемый! Все люди разные, а не из одного инкубатора, для кого-то и черепаха покажется быстрее феррари. И что ты там у себя на домашнем компьютере запускал ? Калькулятор под .Net ? Сомневаюсь, что у тебя за душой есть что-то серьезное на си шарпе. Серьезные вещи из командной строки не пишутся. Ты запусти что-нибудь простенькое, написанное под дот нет. Типа Microsoft Small Business Accounting 2006, написанный даже не тобой, а профессионалами из майкрофофта, до квалификации которых тебе как до Китая раком. Так вот, на конфигурации Atlon 1800+ 756 mb ram тормозит так, будто бы во сне мочалку жует. Вот тебе и простенькая учетная системка для маленьких организаций. Страшно подумать, что будет при многопользовательской софтине юзеров эдак на сто. Ну и пусть тормозит, зато у нас рюшечек полный вагон и супер-пупер-платформа .Net! И язык такой стройный, как тополь! Так вот, уважаемый ты наш хейтер. Юзерам глубоко насрать на ваши сишарповские рюшечки и стройность кода. Юзеру в первую очередь нужна быстрота и удобство интерфейса. Какой бы ты стройный код не привел, врожденные тормоза твоей суперплатформы поставят крест на всех твоих трудах.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33193023
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi Guest_1!

> Таких клиентов можно написать и на других языках.

Блин, ну с этим кто-то спорит? Да можно - но вот то что ты УТВЕРЖДАЕШЬ что
"VFP в этом случае не самый удобный" - вот это либо провокация (т.к. НИКАКИХ
аргументов ты не приводишь), либо ты просто слабо себе представляешь что
такое VFP и что на нём можно сделать.

> В серверных СУБД для работы с индексами(создание, пересоздание) не
> требуется exclusive доступ.

1) Смотря какие СУБД
2) Ну даже если и не требуется, то тормозит вся система пока индекс
пересоздаётся очень конкретно. Причём даже не какая-то там
"самодельная" типа MySQL (с которой и взять то нечего - энтузиасты делают и
конечо они делают то что им нужно в первую очередь), а вполне дорогие Oracle
8i на выделенных серверах (причём UNIX-ах а не Win).

> Индексы могут присутствовать или нет но система будет работать.

Для VFP - аналогично. Если ты не закладывался на SEEK() то от отсутствия
индекса лишь производительность упадёт и всё...

> Сорри не очень показательный пример взял.

Тогда уж ПОЛНЫЙ пример приводи - что такое есть класс test, и как так "по
особенному" он должен инициализироваться в зависимости от указанных
параметров. В фоксе это будет даже короче описано - в смысле описание класса
с конструктором принимающим разнотипные параметры.

> Я ничего себе в заслугу не ставил и я не пользуюсь краденными
> компонентами, следите за моими сообщениям, я ответил на утверждение что в
> фоксе "уже есть все компоненты для работы".

А что их нету? Они есть и их хватает для подавляющего большинства решаемых
задач. Когда же их не хватает, или имеющиеся не устраивают - то можно найти
сторонние - т.е. АБСОЛЮТНО точно такая-же ситуация как и в других
современных языках.

> Все однако сводится к тому что на VFP больше пишут клиентов к другим БД.

Опять голословные утверждения. Может быть ты представитель крупной
аналитической компании, и проводил сравнительный анализ большого количества
написанных на VFP систем (не менее тысячи) и можешь привести статистику?
Иначе это можно расценивать как ложь.
Ради интереса проведи статистический аналих вопросов хотя-бы на данном
форуме - потом можешь хоть с некоторой долей уверенности говорить о
предмете.

> Я ничего не рекламирую, я просто сравниваю.

Твоё самое первое сообщение в этой ветке, и второе - это во-первых неправда
(то что ты там говоришь "взял от С# ... нормальных языков" - это априори
подразумевает что VFP "ненормальный") - половина из перечисленного было ещё
в VFP3 - выпущенном задолго до того как MS придумало слово NET - остальное
как максимум в VFP8 - НИЧЕГО из перечисленного тобой не является
нововведением VFP9.

>> Вообще-то у String в NET 1.1 нету метода Parse,
> Есть.

Тогда ПОЛНЫЙ пример приводи. Который можно вставить в какой-нить метод и
исполнить - ибо если делать s как String - то получаем

'string' does not contain a definition for 'Parse'

У других же встроенных классов нету метода Trim...

> По моему первый вариант читабельнее.

Это очень весомый аргумент конечно :) Можешь считать что я его повторил,
заменив "первый" на "второй" :)

> Не сказал бы что тот же Interbase жрет больше ресурсов чем VFP.

Он ставит свой сервис (т.е. висит в памяти ПОСТОЯННО в отличие от фокса).
Имеет какие-то неприятные особенности реализации кэширования записи в файл
базы при остановке/перезапуске сервиса (или просто клиент написан криво -
пользуюсь я одной приблудой на этом движке) - от чего у меня постоянно
пропадает содержимое memo-полей (или как их там правильно называют в FB) в
последней добавленной записи, а содержимое других полей (НЕСТАБИЛЬНО! Т.е.
раз на раз не приходится) возвращается к состоянию "до редактирования". Т.е.
похоже на то как будто последняя транзакция не записывается в базу. Работает
всё ессно локально - т.е. сервер на том-же компе.

И после этого ты будешь продолжать утверждать что VFP плохая СУБД а все
остальные гораздо лучше???

> Ну пара тысяч записей это немного. Я думаю в VFP используются тоже не
> реляционные команды

Отчего же нет - цикл с INSERT INTO ... на 100000 итераций с локальной DBF
(физический размер записи 512 байт - т.е. около 49Мб данных) отрабатывает за
.... 3,3 секунды (это с закрытием таблицы - т.е. с физической записью всего
кэша на диск - БЕЗ закрытия таблицы - 0,8 секунды)
Покажи мне промышленную СУБД, обеспечивающую хотя-бы такую же скорость
работы.

> Напоследок несколько выводов которые я для себя сделал:

Очень любопытно.

> Каждый кулик свое болото хвалит

А как-же :) И ты в первых рядах таких птичек :) Причём ладно бы ОБОСНОВАННО
хвалил - но нет же - пустая и ничем не подтверждённая демагогия, что очень
печально... Впрочем я и не рассчитывал что: а) профессионал со стороны .NET,
разбирающийся тем не менее в VFP примет участие в данной дискуссии. б)
Кто-то проведёт сравнительное тестирование скажем того-же фокса и C# в плане
написания "типового приложения" - на чём это сделать проще, быстрее,
надёжнее...

> А если серьезно:
> VFP ничем не лучше других языков при работе со сторонними БД.

Лучше. Хотя-бы тем, что он имеет встроенный (локальный) движок обработки
данных - чего лишены С++/Delphi и лишь ЗАЧАТКИ подобного есть в ADO.NET
(методы Select, Compute... объектов DataTable).

> Foxpro как язык морально устарел и изменений не предвидится.

SQL не новее - давай и его выкинем :) Ты можешь предложить ЛУЧШУЮ
альтернативу в плане ЯЗЫКА ОБРАБОТКИ ДАННЫХ? Давай - дерзай, может быть
потомки с благоговением будут изучать твои труда, как сегодня изучают Кодда,
Дейта и прочих основоположников :)

> Код написанный на Foxpro хуже сопровождаем.

Тобой лично? Вполне могу согласится - если ты плохо понимаешь идеологию
фокса, то ни написать хорошо сопровождаемый код, ни даже нормально
сопровождать чужой (хорошо написанный) код ты не сможешь. Так чья это
проблема - среды программирования? Или вполне конкретных программистов?

2 ЛехаМ
Студент? Или просто настолько не представляешь тему, что таки перлы
откалываешь???

> ОБЯЗАН знать как минимум из языков :
> 1 СУБД

Я в глубоком трансе - я никогда не слышал о таком языке как "СУБД"

Ты хоть понимаешь что такое язык (программирования)? Или просто умные слова
из тебя вываливаются, а что они значат ты даже не представляешь?
Хорошо предположим что ты хотел сказать "язык используемый в СУБД" - но
тогда в КАКОЙ СУБД? Их не менее сотни и каждая имеет свой уникальный язык
(иногда не один). Причём они изменяются со временем и от версии к версии -
ты предлагаешь изучить ВСЁ это?

> 2 С++

Ну да, пойди ка ты лучше с такими заявлениями в раздел C# или VB.NET - их
полечи :) Думаю они много лестного тебе скажут :) Хотя тут ты пожалуй
наиболее близок к нормальному требованию (но ОДНОМУ а не в такой адской
куче).

> 3 Одну из систем заточенную под WEB

Пример? Или тут умные слова закончились и ты просто не знаешь что ещё такого
"завернуть".

> 4 Как + системы искуственного интеллекта ( это развивает )

Отлично. Назови тогда нам неучам хотя-бы одну такую систему, и расскажи
насколько же необходимо её изучить, дабы написать скажем банальную
бухгалтерскую задачу, складскую задачу, систему Online заказов (для
web-магазина)... можно продолжать долго. Только не говори что "это
развивает" :) Развивает чтение умных книжек - неважно по какой теме.
Кстати слово "искусственный" не так пишется :)

> Из ОС:
> 1) Win32

1) Это не ОС. OC это Windows 2000 Professional или например Windows 2003
Server (коих тоже как минимум 3 разновидности).
2) Что подразумевается под "знает Win32"? Может нарисовать драйвер для
любого произвольного периферийного устройства? Может написать программу
Hello World на ассемблере с использованием лишь Win32API? Знает какие кнопки
тыкать чтобы запустить дефрагментатор диска, или как установить и запустить
IIS, DHCP сервер, как настроить NAT, как поднять домен?

> 2) Unix- со подобный системы

1) ЗАЧЕМ? Если я хочу сдать на права для управления легковушкой, то ты
заставишь меня покататься на КАМАЗе потому что "это круто, это полезно на
будущее"? И опять таки КАКИЕ знания требуются? Уметь поставить один из
распространённых дистрибутивов Linux (которые кстати не сложнее чем Windows
поставить)? Или уметь скомпилировать минимальное ядро для системы грузящейся
по сети на бездисковую станцию?
Может быть просто хватит человека владеющего английским со словарём и
способным найти и прочитать нужный HowTo?

> Ну уж если вы програмируете по Win32, то
> СOM | DCOM - обязательно.

Особенно учитывая что DCOM как технология уже минимум 2 поколения как
мёртв - его сменил (расширил) сначала MTS, потом COM+, сравнительно недавно
WebServices и сегодня MS продвигает .Net remoting.
COM как таковой MS тоже постепенно вытесняет новыми .NET средствами
интеграции (несовместимыми с COM кстати по многим параметрам).

Вообще этот "список" характерен не для профессионала (который как минимум
представляет что значит каждый термин), а для довольно таки тупого
"манагера" нанимающего на работу программиста - когда "мы не знаем что это
такое, но вы должны это уметь".

> 3) Вы же профессионалы. Основная ваша цель какая ? - заработать деньги.

1) Смешно :)
2) Даже если исходить из постулата что главное это зашибить денег - то
поверь мне знать ВСЁ вышеперечисленное СОВЕРШЕННО необязательно. Достаточно
изучить слегка скажем конфигуратор 1С и вперёд - за длинным рублём...

> И конечно же всех устроить если будут платить в соответствии с адекватными
> знаниями. Рынок не требует программистов на VFP, требует С#.

Потому что формируют его не профессионалы, а тупые "манагеры" которые в
глянцевых журналах начитались умных слов, и теперь это из них прёт во все
стороны :)
А нормальному программисту приходится нагло врать - что он знает и Win32 на
уровне системного программиста и системного администратора (и может поднять
мультидоменную сеть на пару тысяч компов за пару часов), и на С++ способен
написать как простой клиент к MS SQL так и свою собственную ОС, и SQL он
знает на отлично (как собственно язык во всех возможных диалектах, так и
может администрировать любой сервер какой только вылезет из воспалённого
воображения "манагера"), и любые ER системы ему как родные, и в TCP/IP (под
которым почему-то internet понимают - видать дальше фантазия не работает) он
гуру, и вообще он мастер на все руки :)

> Хочу еще сказать, что все заявления типа <приходит программист на VFP и
> все делает сам начиная от обследования предметной области , формализации
> бизнес процессов, до написания кода>, никак не укладыветься в решений
> сложных задачь. А если и будет он это делать, 1 (герой), это займет
> слишком много челокочасов. Ни одному работодателю это не нужно.

Зато им нужен весь твой вышеперечисленный список :) Спрашивается ЗАЧЕМ?

2 All
Очень последовательное и здравое изложение позиции касательно .NET приведено
тут: http://weblogs.foxite.com/andykramek
Практически на 100% согласен с автором.

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33193039
FoxProHater
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 Диченка etc (у кого наибольший % сообщений в "ПТ")
Эвона как... значить "зацепило" старых пердунов-то...
Значить - есть и у них свои "скелеты в шкафу", только признаться прилюдно они постеснялись...
Что ж вы сразу про "супер-проекты" на C# погнали спрашивать? Я про свои "супер-проекты" не писал нигде, я говорил, что 7 лет занимаюсь реальными проектами на FoxPro, а "супер" они или "не супер" - решать не мне... (хотя мое личное мнение - "куча говна" эти проекты, хоть и приходится ковыряться в них за деньги).
Про 1-ну несчастную форму из 3-х контролов и 108-ми строчек кода на FoxPro, напичкованную глюками по самое не могу - нечего возразить?
Это хорошо, это радует, такую реакцию я давно уже наблюдаю у "дельфинов", когда им говорят в разных форумах, что "Дельфи умер с появлением C#, а с появлением LongHorn умрет и Win32-API программирование".

"Лузеры всех стран - соединяйтесь!"

З.Ы. а насчет того, что я перепутал в примере кода на C# вызов метода Fill() не у DataAdapter-a, а у DataSet-a... "фигня война - главное маневры", в реальном приложении об этом же сразу бы компиллятор сообщил, а вот FoxPro от этого лучше уже не станет, даже если я себя признаю полным лохом в C#? FoxPro и пр. фигне... "объективная реальность, данная нам в ощущениях".
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33193043
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi FoxProHater!

ГЛАВНОЕ. Посиди ка ты батенька сначала 7 лет на NET и если ты там не найдёшь
НЕ МЕНЬШЕ глюков, кривости, недокументированных фишек и прочих
програмистских радостей - тогда МОЖЕШЬ поносить VFP почём свет стоит :)
Только этого конечно не будет. Опытный программист отличается от неопытного
тем, что он "чувствует" опасные места, и просто НЕ ЛЕЗЕТ туда, где можно
ожидать "засады". Думаю что я знаю не меньше твоего всяких "неприятных"
фишек фокса, однако мне почему-то это не сильно мешает. Кстати ради интереса
почитай официальный список ошибок, исправленных в VFP9 - естественно что
осталось их там не меньше! Причём то что ты ниже приводишь - это сущие
пустяки по сравнению с тем что ДЕЙСТВИТЕЛЬНО есть "неправильного" в текущей
версии. Для примера возьмём проблему с копированием CP=866 таблиц с
memo-полями в CP=1251 таблицы (или наоборот).

> // прямых select-oв с join-нами далее никто не обещает,
> // но существующая связь вполне сгодится для использования
> // в любой объектной модели данных (к форме типа master-detail
> привязать, например, как 2 байта переслать).

Это точно что не обещает. И ещё более точно ,что если нам нужно сделать
какую-то обработку, то придётся писать "замечательные" во всех отношениях
циклы - назад в FPD? Но даже там были возможности обойтись без циклов -
следовательно на сегодняшний день, по своей функциональности ADO.NET не
дотягивает даже до уровня FPD. Ну что-ж конечно не сразу всё делается -
возможно в NET 2.0 или 3.0, а может быть 9.0 всё будет значительно лучше :)
В фоксе тоже не сразу всё появлялось...

> Только вот мне, лично, VFP никогда не нравился, хоть и узнал я его за 7
> лет достаточно неплохо (ИМХО)...

Боже мой, мазохист нашёлся :) Что так плохо с работой, что приходится
терпеть ненавистную среду? И это при том что тут кричат на каждом углу как
мало работы для VFP разработчика и как много для NET :) Что-же всё-таки
удерживает?

> Наверняка, у каждого "большевика", выступающего в этом треде в поддержку
> VFP имеется своя коллекция таких "скелетов в шкафу"...

Наверняка у каждого, серьёзно занимающегося разработкой на C# или VB.NET или
любом другом языке этого добра не меньше...

> Чтобы не быть голословным, вот - привожу первое, что пришло в голову по
> своему опыту

1) Ты понимаешь разницу между динамически создаваемыми объектами (которые
добавляй/убирай пока не надоест) и статически описанными членами класса?
Может быть ты знаешь как в NET из объекта некоторого КЛАССА в рантайме
выкинуть member? Что мы получим в итоге? В лучшем случае NULL ссылку по
соответствующему адресу - адрес же как таковой, никуда не денется. И
закончится обращение туда чем? Правильно - вышибом программы по ошибке
чтения памяти... Так вот, когда ты написал ADD OBJECT ... PageCount=3 - ты
создал СТАТИЧЕСКИ 3 страницы - их можно убить, но полностью следы конечно не
убрать... Создай те-же 3 страницы в PageFrame.Init (причём неважно по
PageCount = 3 или по This.AddObject("Page1","Page")) - посмтори как
изменится поведение. Учти что обращение к Page3 (кроме PEMSTATUS(... 5) и
TYPE()) уже будет вызывать ошибку.

2) "Где дерево" - а нефиг писать Visible = .T. в определении класса! Читаем
хелп:
When you use AddObject to add an object to a container, the object's Visible
property is set to False (.F.) so you can set the properties of the object
without any awkward visual effects as the object's appearance changes.
Нам конечно на это плевать, мы пойдём своим путём, мы конечно умнее, RTFM
это для слабаков - ну так и получай по уму :) Пускай Visible = .F. при
AddObject борется с Visible = .T. в самом описании класса :) А мы
понаблюдаем за этой битвой...

3) "Колонки в гриде" - ты считаешь нормальным оставлять RecordSource пустым
в комбинации с настройкой на "автосоздание" колонок (ColumnCount = -1)? Как
часто встречается ИМЕННО такая комбинация настроек в реальных программах? Ну
если твоей "ненависти" надо за что-то цепляться, то считай это глюком
конечно :) Я же считаю что это просто недокументированная особенность - типа
того что размеры формы не изменяются если её "разворачивать" в невидимом
состоянии...

4) насчёт MS-SQL - не могу тут протестировать, но у меня возникают смутные
сомнения
- а допустим ли ТАКОЙ синтаксис в SELECT команде? не нужно ли убрать первый
строковый литерал?
- а должен ли вообще RaiseError отрабатывать "изнутри" SELECT-а
- а вина ли это фокса вообще, или может кривого ODBC драйвера? Как себя
ведут в таком случае ДРУГИЕ клиенты работающие через ODBC драйвер?

> так еще и сами по себе являются красивыми и стройными с точки зрения
> "эстетики" кода

О вкусах не спорят. Меня просто коробит, когда стек называют наследником
коллекции - я понимаю что надо было кого-то из них выбрать как базовый, но
уж извини меня, ни о какой эстетике речи тут нет.

> "болезни роста" ... проходят

Когда пройдут, и когда таки сделают НОРМАЛЬНЫЙ инстурмент из NET-а, на
котором можно будет хотя-бы НЕ НАМНОГО СЛОЖНЕЕ и НЕ НАМНОГО МЕДЛЕННЕЕ писать
программы ориентированные на работу с базами данных - тогда можно будет
говорить про переход на NET - сегодня это будет сродни переходу с надёжного,
проверенного, но увы "старенького" турбо-винтового самолёта на
сверхсовременный реактивный - правда он часто не долетает до места
назначения и керосина жрёт в 5 раз больше... Ну да "настоящих джигитов" это
конечно не смущает - "болезни роста" :)

> самый главный "козырь" в руках .NET-ненавистников - якобы "тежеловесность"
> .NET Framework-а

Ты в данной сфере теоретик, я практик - у нас на конторе ВСЕ
NET-разработчики сидят на "на порядок" более мощной технике нежели VFP
разработчики - при этом по объёму работ и приносимой ими пользе (в денежном
выражении) они пока (очень надеюсь что это временно) заметно отстают :)
Заметь - это не блажь - это насущная необходимость.

Насчёт рантайма - ну использовали они один компонент (меню, панели,
управление окнами и т.п.) выглядит конечно красиво... (хотя надоедает
быстро, и все эти "лишние" панели быстро убираются) правда запускаю я 10
разных форм, максимум 15 - и даже на сравнительно неплохой машине (не чета
твоему стенду конечно :) ) мы наблюдаем как прорисовывается простое Popup
меню... 10 секунд, как идёт переключение между окнами (БЕЗ какого либо
функционала - т.е. ничего нигде не "перезапрашивается" просто переключаемся
с одного открытого на другое - т.е. банальная перерисовка) - 15-20 секунд.
Не ну конечно это компонент кривой, кто-ж спорит :) Запусти на фоксе 50 окон
и попереключайся между ними...
И эти люди ещё упрекали меня, что когда "разделяемый" между всеми формами
тулбар обновляется (при активации/деактивации формы), то он "подмаргивает"
(обычно менее 1 секунды - и там есть таки кой какая нехорошая логика и кода
исполняется в сумме за пару тысяч строк) :)

> правда, VisualStudio не пользуюсь

Ну да, конечно :) Это получается жутко RAD-остная разработка - даже в FPD
были свои визуальные дизайнеры и лишь самые отчаянные (или
сверх-профессионалы) писали все эти SAY/GET ручками, вычерчивая макеты форм
на бумаге, или держа их в голове :) Ты предлагаешь снова пойти по этому
пути?

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33193046
FoxProHaterПро 1-ну несчастную форму из 3-х контролов и 108-ми строчек кода на FoxPro, напичкованную глюками по самое не могу - нечего возразить?
Совершенно не понятно – ЗАЧЕМ в определении класса ДОБАВЛЯТЬ объект, чтобы его в Init УДАЛЯТЬ (ну разве, что по пьяне). Да…, до такого додуматься, действительно нужно иметь как минимум 7 лет стажа работы с Foxом.
Это ж как нужно спроектировать форму, что бы определить в ней сразу 3 страницы, а потом спохватиться и в Init решить, что необходимо оказывается только 2.
Очевидно, разработчики Foxa не учли, такую работу с ним “особо продвинутых программистов”. И почему это, я его – кувалдой, а он сразу взял и согнулся?
Вы, что так работаете с формами в своих реальных проектах ?
Если задаться ИМЕННО такой целью, то я думаю, и .NET чем- то подобным, можно на поставить «на колени».
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33193050
FoxProHater "объективная реальность, данная нам в ощущениях".

Хотелось бы знать, Вы все свои продукты, написанные на чем угодно, пусть даже на C#, тестируете на исключения, которые нарушают здравый смысл работы с приложением, и могут возникнуть в больном воображении хотя бы 1 из 100 пользователей Вашего приложения? До абсурда можно довести все, что угодно!
“Один дурак может задать такой вопрос, что и сто умных не ответят” (русская народная пословица.)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33193091
FoxProHater
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Igor Korolyov
Hi FoxProHater!

И вам, с добрым утром, коллега, хоть я и понимаю, что ваша "вежливость" не более, чем "автоподстановка" вашего NNTP-клиента, но все же - приятнее общаться с живым человеком, чем с роботом.
Igor Korolyov
...Опытный программист отличается от неопытного
тем, что он "чувствует" опасные места, и просто НЕ ЛЕЗЕТ туда, где можно
ожидать "засады"...

"Опытными программистами" с предустановленным "чувствительным очком", к сожалению, не всех сподобил господь рождаться сразу в готовом виде (как, например, Диченку с Предводителем плошек), обычные нормальные люди, как правило, рождаются голыми и беззубыми, и только на собственном опыте учатся всему, что умеют или не умеют в этой жизни.
Igor Korolyov
Думаю что я знаю не меньше твоего всяких "неприятных"
фишек фокса, однако мне почему-то это не сильно мешает.

Ответ простой, ИМХО, потому что ничего другого ты (раз уж мы выпили на брудершафт) не знаешь и знать не хочешь. Закономерная позиция "большевиков" от FoxPro. Особенно, если в публичных обсуждениях "достоинств" FoxPro последовательно скрывать свое знание о его реальных "недостатках".
Igor Korolyov
Боже мой, мазохист нашёлся ... Что-же всё-таки
удерживает?

Есть причины, и достаточно серьезные, поверь мне, в качестве аналогии могу привести пример из совкового прошлого, когда люди устраивались непрестижную работу и должны были отработать на ней N лет "за квартиру".
Igor Korolyov
1) Ты понимаешь разницу между динамически создаваемыми объектами (которые
добавляй/убирай пока не надоест) и статически описанными членами класса?

А что, "статически описанные члены класса" в ООП уже стали добавляться в код класса через визуальный редактор форм (я же из него "стырил" текст этой демонстрашки при помощи ClassBrowser-а)? И кто после этого у нас - wizard-man -ы?
Для меня (как и для всех нормальных людей, что-либо понимающих в ООП) - PageFrame это контейнер, на что косвенно указывают его свойства/методы (коллекция Pages, методы AddObject/RemoveObject, свойство PageCount и т.д.), а при явном удалении объекта из контейнера (независимо от "умных" или "глупых" причин такого удаления, привет Сергею из Киева) - никаких "хвостов" от этого объекта оставаться в контейнере не должно (азбучная истина).
Igor Korolyov
Может быть ты знаешь как в NET из объекта некоторого КЛАССА в рантайме
выкинуть member?

Может быть и знаю, но к теме обсуждения это отношения не имеет, т.к. я не мембера выкидываю из класса, а объектную ссылку из коллекции контейнера.
Если в FoxPro все так круто организовано, что невозможно без "интуиции опытного разработчика" отличить одно от другого, то безусловно - цены нет такому средству программирования.
Igor Korolyov
....Учти что обращение к Page3 (кроме PEMSTATUS(... 5) и
TYPE()) уже будет вызывать ошибку.

Мне ошибка не нужна, я именно это и хочу учесть при обращении в странице, которая потенциально может быть удалена из PageFrame (говорю же - проект "куча говна", не я такое придумал/спроектировал), и чтобы избежать этой ошибки я должен убедиться в том, что нужная мне страница присутствует в контейнере, как я должен это сделать когда PEMSTATUS(... 5) и TYPE() не помогают? Циклом перебирать Pages и сравнивать свойство Name с искомым? Как там у тебя: "то придётся писать "замечательные" во всех отношениях циклы - назад в FPD?"?
Igor Korolyov
2) "Где дерево" - а нефиг писать Visible = .T. в определении класса! Читаем
хелп:
When you use AddObject to add an object to a container, the object's Visible
property is set to False (.F.) so you can set the properties of the object
without any awkward visual effects as the object's appearance changes.
Нам конечно на это плевать, мы пойдём своим путём, мы конечно умнее, RTFM
это для слабаков - ну так и получай по уму :) Пускай Visible = .F. при
AddObject борется с Visible = .T. в самом описании класса :) А мы
понаблюдаем за этой битвой...

Я не могу понять, почему "Visible = .F. при AddObject борется с Visible = .T.", зачем им "бороться"? Это что - 2 "конкурирующих" Visible? И почему для FoxPro-шных контролов (Grid, TextBox etc) никакой "борьбы" не наблюдается, и все работает "на ура" без подобных "visual effects as the object's appearance changes". Или это специальное мощное средство FoxPro для "облегчения использования" ActiveX-компонентов?
Igor Korolyov
3) "Колонки в гриде" - ты считаешь нормальным оставлять RecordSource пустым
в комбинации с настройкой на "автосоздание" колонок (ColumnCount = -1)? Как
часто встречается ИМЕННО такая комбинация настроек в реальных программах?

Настолько же часто, насколько любой программист захочет написать добавление грида на форму кодом, а не форм-дизайнером (а-у, обзывающие других wizard-man -ами, вам опять привет), т.к. у грида именно эти свойства, которые ты назвал установлены именно в эти значения по-умолчанию.
Igor Korolyov
4) насчёт MS-SQL - не могу тут протестировать, но у меня возникают смутные
сомнения
- а допустим ли ТАКОЙ синтаксис в SELECT команде? не нужно ли убрать первый
строковый литерал?
- а должен ли вообще RaiseError отрабатывать "изнутри" SELECT-а
- а вина ли это фокса вообще, или может кривого ODBC драйвера? Как себя
ведут в таком случае ДРУГИЕ клиенты работающие через ODBC драйвер?

А вот это уже - "ближе к теме", уважаемый коллега, это уже - показатель твоего т.н. "мастерства", который заслуживает отдельного разбора по пунктам:
Igor Korolyov
- а допустим ли ТАКОЙ синтаксис в SELECT команде? не нужно ли убрать первый строковый литерал?

Такой вопрос открывает в тебе "большого специалиста" по клиент-серверным технологиям ввообще и по T-SQL в частности, лучше бы сразу признался: "извините, не работал я с MS-SQL-Server, все под DBF-ками точу", не позорился бы лишний раз.
Igor Korolyov
- а должен ли вообще RaiseError отрабатывать "изнутри" SELECT-а

Еще один образец понимания сути команд на языке T-SQL (а командишка-то плевая, всего 2 простейших оператора).
Igor Korolyov
- а вина ли это фокса вообще, или может кривого ODBC драйвера? Как себя
ведут в таком случае ДРУГИЕ клиенты работающие через ODBC драйвер?

И тут "прокольчик", ув. "большевик" - как раз "ДРУГИЕ клиенты работающие через ODBC драйвер" обрабатывают это ситуацию "на ура" (например, тот же ADODB.Recordset), но я-то писал не о "других", а о твоих "родных", FoxPro-шных, а ты тут берешь и прямо открытым текстом расписываешься в том, что ничего другого и не знаешь...

Ну, так - спроси у своего "гуру" ВладимираМ - что-нибудь изменилось в этом вопросе со времен VFP5 до времен VFP9? (я лично - сильно сомневаюсь).

З.Ы. а насчет: "официальный список ошибок, исправленных в VFP9 - естественно что осталось их там не меньше" и "у каждого, серьёзно занимающегося разработкой на C# или VB.NET или любом другом языке этого добра не меньше..." - есть разница между "детскими болезнями роста" и "старческими болезнями вырождения", и не чувствовать ее может только слепой/глухой...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33193186
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
To: FoxProHater

Мне кажется, что Ваше негативное отношение к FoxPro лежит в плоскости психологической - когда нелюбимая работа ради квартиры... Тут мы Вам увы, помочь ничем не можем... Отмотаете срок, смените работу, все у Вас наладится...

But anyway, good luck!
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33193236
FoxProHater
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Sergey ChTo: FoxProHater

Мне кажется, что Ваше негативное отношение к FoxPro лежит в плоскости психологической - когда нелюбимая работа ради квартиры... Тут мы Вам увы, помочь ничем не можем... Отмотаете срок, смените работу, все у Вас наладится...

But anyway, good luck!

Не надо так буквально воспринимать аллегории, ув. коллега, я пример с квартирой привел как умозрительное отражение другой реальной ситуации, хотя, насчет "отмотаете срок" все вполне правильно.

А насчет - осуждения кого-то за незнание чего-то (местонахождения клавиши F1, английского языка, объектной модели FoxPro, если таковая вообще существует в природе, кроме как в головах "интуитивно-прирожденных опытных программистов на VFP"), не судите и - не судимы будете...

Я много "объектных моделей" программных платформ повидал в своей жизни: и VB (VBScript/VBA), и Java (J2EE/Swing), и .NET приснопамятный, разве что до Delphi руки никогда не доходили (да и желания особого не было, но "дельфины" и сами тут высказываются в адрес FoxPro вполне однозначно).
И что самое интересное - никаких проблем с пониманием "объектных моделей" для этих программных платформ у меня никогда не возникало, а вот поди ж ты, FoxPro оказался такой "крутой", что ажно - "не для средних умов", ажно - 7-ми лет на хватило нормальному человеку (каковым я себя считаю, несмотря на лай из подворотни отдельных местных личностей), чтобы "понять", "оценить", "прочувствовать", "полюбить" и "вознести на жупел"...

Извините, конечно, но обычно в такой ситуации цитируют старый анекдот на тему: "... может в консерватории что-то надо поправить?".

З.Ы. особенно меня умиляет манера некоторых местных "форумчан", дорвавшихся до клавиатуры, сходу представлять своих оппонентов "умственно-отсталыми", "ленивыми", "недоразвитыми" и пр. лестными эпитетами.
А как же иначе: "на что только - хвост поднимать вздумал, ишак?! на святое!!! на - наше все!!! ату - его!!! кусь!!!". Очень помогает "самоутверждению" и "самореализации", только - за счет чего, да и - зачем именно так?
(проще закрыться в туалете с фоткой Пэм Андерсон или Джей Лопес и заниматься аналогичным по сути делом, и деньги за и-нет платить на надо).
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33193277
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FoxProHater З.Ы. особенно меня умиляет манера некоторых местных "форумчан", дорвавшихся до клавиатуры, сходу представлять своих оппонентов "умственно-отсталыми", "ленивыми", "недоразвитыми" и пр. лестными эпитетами.
А как же иначе: "на что только - хвост поднимать вздумал, ишак?! на святое!!! на - наше все!!! ату - его!!! кусь!!!". Очень помогает "самоутверждению" и "самореализации", только - за счет чего, да и - зачем именно так?
(проще закрыться в туалете с фоткой Пэм Андерсон или Джей Лопес и заниматься аналогичным по сути делом, и деньги за и-нет платить на надо).
Все мы подвержены эмоциям и неумению выслушать противоположную точку зрения с уважением к собеседнику. Этому надо учиться и уметь применять на практике. Меня, этому учили, боюсь что не всем так повезло как мне...

Тема, затронутая мной в этом топике очень сложная и многогранная и естественно, что любое обсуждение будет неполным, но я думаю, что для многих из нас даст пищу для размышления. Microsoft даже разместил для всеобщего (бесплатного) обозрения и изучения книгу по C#, специально написанную для программистов FoxPro (признаюсь, пока не читал так-как чисто психологически мне проще писать на VB.NET). Так-же как и Вы мне пришлось компилировать код при помощи внешнего компилятора для моего первого проекта ASP.NET (потом компания купила мне Visual Studio Net 2003), там многие вещи делать намного проще, чем было рисовать формы в FrontPage, код писать в Notepad, затем все компилировать и сводить вместе... Но даже и в VS.NET не все так удобно при разработке реальных приложений как в VFP... Это понимает и Microsoft. Они уже многократно обещали что-то сделать в этом направлении, но пока дело продвигается очень медленно...

Никто не спорит, что в FoxPro есть ошибки (есть очень досадные, на которые тратится наше драгоценное время - конечно не недели, скорее всего часы). Благодаря открытости, принятой в компании MS - мы можем прочитать об ошибках, написать о них и скорее всего они будут исправлены... Кроме того, объявлено о том, что будет происходить с проектом FoxPro до 2007 года... Так что у этого проекта есть будуще и кроме того очень Важно сохранить все те программы (а их в мире огромное множество - сужу по США, Канаде, Англии, России) уже написанные на FoxPro. Грош цена среде разработки, если фирма-производитель не обеспечит приемственность кода и поддержку на многие годы и платформы...

В среде .NET есть много интересного и удобного. Когда пишешь приложение - важно умение искать информацию о существующих классах - их свойствах и методах... Их очень много, а в новой версии еще больше. Если что-то задумал написать то надо проверить - существует уже готовое решение или нет... То есть убивает в нас писателей Но работа с данными по прежнему оставляет желать лучшего...

Таким образом, никто здесь не пытается противопоствить идеологию FoxPro (думаю что можно сказать и так) - идеологии .NET. Это два неплохих продукта одной компании, кторая "ведет нас в будещее" и не дает некоторым участникам форума (например мне) "умереть с голода"...

Всего Вам доброго и спасибо что делитесь своими впечатлениями...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33193317
Иван Махно
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Тут у вас просто "бойня". Прикольно. хорошо что защищают Фокс. Но самое странное что , увы, его уже не отстоять.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33193338
FoxProHaterМне ошибка не нужна, я именно это и хочу учесть при обращении в странице, которая потенциально может быть удалена из PageFrame (говорю же - проект "куча говна", не я такое придумал/спроектировал), и чтобы избежать этой ошибки я должен убедиться в том, что нужная мне страница присутствует в контейнере, как я должен это сделать когда PEMSTATUS(... 5) и TYPE() не помогают? Циклом перебирать Pages и сравнивать свойство Name с искомым?


Если перенести проверку PEMSTATUS(... 5), TYPE() и VARETYPE(), касательно наличия 3 страницы, из события Init формы, например в событие Activate формы или в событие Click кнопки на форме, то Fox отрабатывает все правильно.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33193345
Ошибся в 20:54. Конечно же не VARETYPE( ) а VARTYPE( )
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33193354
Да, отрабатывает правильно - если форму вызывать по DO FORM form.scx, т.е. она есть в графическом виде. Если же через создание класса формы и ее вызов - в prg файле, то такая особенность осталась.:-(
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33193356
FoxProHater
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Сергей, КиевЕсли перенести проверку ...... то Fox отрабатывает все правильно.

Спасибо, ув. коллега, за очередной "обходной путь", только я, по-моему, нигде не говорил, что я этого не знаю... Может быть у вас всех создалось такое впечатление, что я до сих пор не в курсе - как "найти" удаленную страницу на PageFrame, или как посчитать количество столбцов в гриде, не привязанном ни к какому источнику данных, или как изобразить TreView-контрол на нужной мне странице, к сожалению, я все это уже "узнал" задолго до откровений местных "форумчан", как и тот "непроходимый" факт, что FoxPro вплоть до 8-й версии включительно (про 9-ю узнаю точно завтра на работе, но лично я в нее не верю) - не в состоянии адекватно обработать ошибку от ODBC-источника данных, если в запросе (процедуре) присутствуют более 1-го результирующего набора данных (resultset), а после возврата первого возникает ошибка... (условно говоря: "select 'scalar_value' select * from unexisting_table").

Зато про то, что это меня уже достало - искать очередные "обходные пути", тратить свое время и время своих коллег/заказчиков на выяснение очередной "хитрости", всю дорогу пишу достаточно внятно...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33194198
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
karly™Я все же объясню, почему просьба привести вариант решения на Фоксе встречена гробовым молчанием :-) В VFP есть визард, который эту задачу решает за пять кликов мышки ;-)
Хотя это не совсем честно. Встроенный визард дает естественную фору, тем более что его возможности гораздо шире, например в нем предусмотрена куча проверок на допустимость названий полей. Поэтому можно попробовать решить то же самое своими силами. Есть варианты оптимальнее?
Вот-вот. Кто там говорил о wizard-man 'ах? Таких которые привыкли решать все за 5 кликов мышки и не заботиться об архитектуре приложения?
Оказывается wizard-man 'ы это фокспрошники и есть?
Да, есть варианты оптимальнее. Не таскать все данные на клиента, а выполнять расчет на сервере и предоставлять клиенту только результирующий набор данных. О чем я и говорил. Вы говорите мышкой на фокспре быстрее, чем писать ХП на T-SQL или PL/SQL? Лень учить? Так определитесь, что важнее скорость и качество работы приложения или скорость разработки.

ДиченкаСерьезные вещи из командной строки не пишутся.
Ага, там "скриншот"(с) не сделаешь
Сразу видно, что кроме фокспры и дизайна интерфейсов не сталкивался с другими задачами.

Igor KorolyovОтчего же нет - цикл с INSERT INTO ... на 100000 итераций с локальной DBF (физический размер записи 512 байт - т.е. около 49Мб данных) отрабатывает за .... 3,3 секунды (это с закрытием таблицы - т.е. с физической записью всего кэша на диск - БЕЗ закрытия таблицы - 0,8 секунды) Покажи мне промышленную СУБД, обеспечивающую хотя-бы такую же скорость работы.
Я сам начинал с DBASE III+ и Clipper Summer'87, но время ведь не стоит на месте.
Нет FoxProHater, эту старую закалку не сломит ничего.
DBF для некоторых - действительно самые крутые ("на горшке высиженные"(C)) яйца

Igor KorolyovОпытный программист отличается от неопытного тем, что он "чувствует" опасные места, и просто НЕ ЛЕЗЕТ туда, где можно ожидать "засады".
Я считал, что опытный программист просто знает об опасных местах, сталкивался с ними и исходит из своего опыта. Я бы сказал, что не пытается использовать всех возможностей программист неопытный, а "чувствует" опасные места, наверное, лишь Гарри Поттер

Igor Korolyovследовательно на сегодняшний день, по своей функциональности ADO.NET не дотягивает даже до уровня FPD
Вот тут и меня зацепило.
Вы просто, видимо, не потрудились ознакомиться с технологией. Таких, простите за резкость, ИДИОТСКИХ заявлений я не слышал больше нигде.
Буду вас цитировать другим разработчикам ПО
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33194289
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
фигня какая-то. Ну нет в адо.нет своего движка. Какие-то простейшие
объединения полученных результсетов сделать можно (как тут некоторые
почему-то ставили в заслугу). Но это ж не полноценный скл как в вфп. Дело-то
не в адо или одбц а в наличии/отсутствии собственного движка на клиенте.
Если у вас только простые задачи по получению результатов с сервера -
хорошо. Но зачем об этом кричать, это хоть на перле можно получать и
показывать результаты выборок.

---------------------
говоря честно в нете DataSet, скажу вам по секрету, это бизнес объект
который может хранить в себе несколько таблиц и даже реляционные связи между
ними, и это при работе с MS SQL
---------------------

прекрасно. Есть стандарт ANSI SQL. Внутренний движок вфп ему соответствует.
Возможности нескольких связанных табличек датасетов конечно же нет. О чём
разговор-то? Вполне верятно что через какое-то время микрософт предложит
вместо датасета како-нить дбсет с возможностями как движок у вфп. Это будет
удобней чем датасет. Но пока этого нет.


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33194302
Guest_1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Igor Korolyov
1) Смотря какие СУБД

Если вы такой спец по СУБД не расскажете какие ?

Igor Korolyov
2) Ну даже если и не требуется, то тормозит вся система пока индекс
пересоздаётся очень конкретно. Причём даже не какая-то там
"самодельная" типа MySQL (с которой и взять то нечего - энтузиасты делают и
конечо они делают то что им нужно в первую очередь), а вполне дорогие Oracle
8i на выделенных серверах (причём UNIX-ах а не Win).

Да вы поймите что на Oracle пользователи будут работать, а в вашем случае
нервно курить ожидая пока создастся 3-4 индекса к гигабайтной таблице.
И на Oracle для увеличения производительности можно добавить индекс к таблице
совершенно не мешая работе.

Igor Korolyov
Для VFP - аналогично. Если ты не закладывался на SEEK() то от отсутствия
индекса лишь производительность упадёт и всё...

Аналогично ? А вы если не секрет из всего "богатства" VFP используете
только SELECT,INSERT,UPDATE и DELETE ? Если так то удел этих операторов
server-side. Если нет то обьясните мне хотя бы вкратце что такого ЛУЧШЕГО
есть в VFP для работы с БД.

Igor Korolyov
Твоё самое первое сообщение в этой ветке, и второе - это во-первых неправда
(то что ты там говоришь "взял от С# ... нормальных языков" - это априори
подразумевает что VFP "ненормальный") - половина из перечисленного было ещё
в VFP3 - выпущенном задолго до того как MS придумало слово NET - остальное
как максимум в VFP8 - НИЧЕГО из перечисленного тобой не является
нововведением VFP9.

Ну если считать что C# это почти полный клон Java то в Java и C++ все это
появилось "немного" пораньше чем в VFP. C# приведен только для примера.

Igor Korolyov
Тогда ПОЛНЫЙ пример приводи. Который можно вставить в какой-нить метод и
исполнить - ибо если делать s как String - то получаем

'string' does not contain a definition for 'Parse'

У других же встроенных классов нету метода Trim...

Ну ошибся я только дяденьки ногами не бейте
Если немного покопались бы то нашли что у String и у string есть метод
Split(). А Parse() это я спутал с типом int конструкция типа такой
int i = new int.Parse("10");

Igor Korolyov
Он ставит свой сервис (т.е. висит в памяти ПОСТОЯННО в отличие от фокса).

Я говорил что он не тяжелее VFP.
Я для интереса проверил - FireBird сервер где-то 3М в памяти,
для сравнения ICQ5 - 4M
VFP 9 runtime с одним wait-ом: 6M
Igor Korolyov
Имеет какие-то неприятные особенности реализации кэширования записи в файл
базы при остановке/перезапуске сервиса (или просто клиент написан криво -
пользуюсь я одной приблудой на этом движке) - от чего у меня постоянно
пропадает содержимое memo-полей (или как их там правильно называют в FB) в
последней добавленной записи, а содержимое других полей (НЕСТАБИЛЬНО! Т.е.
раз на раз не приходится) возвращается к состоянию "до редактирования". Т.е.
похоже на то как будто последняя транзакция не записывается в базу. Работает
всё ессно локально - т.е. сервер на том-же компе.

А вам команда shutdown не знакома или вы и свои приложения на VFP через
Ctrl-Alt-Del убиваете ? Сервер на вашу остановку сервиса
среагировал вполне нормально - не сохранил незакоммиченную транзакцию.
И еще насчет обработки данных на клиенте. Если клиент для больших и сложных
расчетов будет иметь тачку сравнимую по мощности с сервером то не задуматься
ли над тем чтобы апгрейдить сервер а не клиентские места ? И не бегать же
извините за пользователем который делает расчет месяца со словами -
"Дяденька не выключайте машину, у нас тут расчет идет" , да и для сложной
аналитики можно и job-ы использовать.


Igor Korolyov
Отчего же нет - цикл с INSERT INTO ... на 100000 итераций с локальной DBF
(физический размер записи 512 байт - т.е. около 49Мб данных) отрабатывает за
.... 3,3 секунды (это с закрытием таблицы - т.е. с физической записью всего
кэша на диск - БЕЗ закрытия таблицы - 0,8 секунды)
Покажи мне промышленную СУБД, обеспечивающую хотя-бы такую же скорость
работы.

Oracle 9i тот же обьем - 10с вместе с COMMIT. УЖАСНО большая разница
Аж в три раза, только периодичность таких заливок не такая большая чтобы
переживать из-за этого. Только вот если при такой заливке в VFP мигнет свет
то ИМХО эти записи ручками выковыривать придется, а Oracle просто
откатит незавершенную транзакцию умершей сессии.



Igor Korolyov
SQL не новее - давай и его выкинем :) Ты можешь предложить ЛУЧШУЮ
альтернативу в плане ЯЗЫКА ОБРАБОТКИ ДАННЫХ? Давай - дерзай, может быть
потомки с благоговением будут изучать твои труда, как сегодня изучают Кодда,
Дейта и прочих основоположников :)

У SQL есть строгая концепция и стандарт,
а VFP какая-то сложная смесь смесь ЯЗЫКА ОБРАБОТКИ ДАННЫХ и
ЯЗЫКА ПРОГРАММИРОВАНИЯ не имеющая ни стратегии развития ни стандарта,
по сути МАКРО ЯЗЫК ОБРАБОТКИ ДАННЫХ.
Вы где нибудь видели ANSI Foxpro ?
Может быть поэтому у тех кто много писал на C,C++,Pascal,Object Pascal
такое стойкое неприятие VFP ?


Igor Korolyov
Тобой лично? Вполне могу согласится - если ты плохо понимаешь идеологию
фокса,

Ну что мне теперь вступить в партию VFP ?
Если я понимаю идеологию С и C++ мне легко понять идеолгоию Java и C#
А вот с VFP извините у меня проблемы, да и есть ли у него идеология ?
Igor Korolyov
то ни написать хорошо сопровождаемый код, ни даже нормально
сопровождать чужой (хорошо написанный) код ты не сможешь.
Так чья это
проблема - среды программирования? Или вполне конкретных программистов?

Ну откуда ты знаешь что я могу а что нет ? Только вот проблема, я про Foxpro,
святой VFP трогать не буду, поскольку сопровождаемую мной прогу писали несколько
программистов, не скажу что супер, но неплохие, так вот, у каждого из них
был свой стиль, кто-то раньше писал на C кто-то на Pascal кто-то пытался
создавать подобие обьектов и разбираться сейчас с этой мешаниной стилей
не скажу что сложно, но неудобно. Дак вот мне кажется что идеология языка
должна включать в себя создание определенного стиля (или единооборазия стилей).
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33194356
karly™
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Flare karly™Я все же объясню, почему просьба привести вариант решения на Фоксе встречена гробовым молчанием :-) В VFP есть визард, который эту задачу решает за пять кликов мышки ;-)
Хотя это не совсем честно. Встроенный визард дает естественную фору, тем более что его возможности гораздо шире, например в нем предусмотрена куча проверок на допустимость названий полей. Поэтому можно попробовать решить то же самое своими силами. Есть варианты оптимальнее?
Вот-вот. Кто там говорил о wizard-man 'ах? Таких которые привыкли решать все за 5 кликов мышки и не заботиться об архитектуре приложения?
Оказывается wizard-man 'ы это фокспрошники и есть?
Да, есть варианты оптимальнее. Не таскать все данные на клиента, а выполнять расчет на сервере и предоставлять клиенту только результирующий набор данных. О чем я и говорил. Вы говорите мышкой на фокспре быстрее, чем писать ХП на T-SQL или PL/SQL? Лень учить? Так определитесь, что важнее скорость и качество работы приложения или скорость разработки.Не надо передергивать. Вы слепили вместе два разных куска от моего поста, плюс приплели высказывание от Диченки. Неодобрительно отозвались о всех фокспрошниках разом. А опус про "скорость и качество работы" - вообще непонятно к чему.

Я сказал, что есть визард, но можно написать и самому. Привел вариант, как это можно сделать. В любом случае, количество кода и время работы на VFP получится меньше, чем на T-SQL, благодаря большому набору команд для работы с таблицами.

Данная задача является примером, когда данные быстрее и проще обработать на клиенте. Только не надо говорить "зачем тянуть все данные" - объем информации, переданной по сети, одинаков до и после обработки .
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33194412
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Блин :) когда вы успокоитесь.
NET - круче , да - да :)
посмотрим на него через 2- 3 года :) как бы не настигла его судьба VB.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33194569
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
karly™В любом случае, количество кода и время работы на VFP получится меньше, чем на T-SQL, благодаря большому набору команд для работы с таблицами.
Чем же ФоксПро богаче T-SQL, хотелось бы узнать, в плане "команд работы с таблицами"?

karly™Данная задача является примером, когда данные быстрее и проще обработать на клиенте. Только не надо говорить "зачем тянуть все данные" - объем информации, переданной по сети, одинаков до и после обработки.
Да поймите вы, что общим требованием при написании многоуровневых систем является то, что между уровнями следует перемещать как можно меньше данных. А мне тут доказывают, что в некоторых задачах "данные быстрее и проще обработать на клиенте". А я вам говорю, что кросс-таб быстрее и проще формировать на стороне сервера.
Но почему-то на практике получается так, что ФоксПрошники привыкают все данные обрабатывать на клиенте и говорят, что это "быстрее и проще". Проще разрабатывать - да. Быстрее обрабатывать данные - нет.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33194647
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А я вам говорю, что кросс-таб быстрее и проще формировать на стороне сервера
--------------------------------------

Мда. А вам, если вы умеете читать, кучу раз уже сказали что в случае
использования для написания клиента к серверу среды со своим движком БД
(коей и является вфп) возможно как обрабатывать подобные расчёты на сервере
так и на клиенте. В случае отсутствия своего движка (с-диез) это невозможно.
Т.е. меньше свободы выбора. Высказывания в духе "проще", "удобне", "все",
"всегда" и пр. являются вашим личным мнением, никто не обязан воспринимать
его серьёзно.


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33194686
Фотография Aleksey-K
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FlareЧем же ФоксПро богаче T-SQL, хотелось бы узнать, в плане "команд работы с таблицами"?

Ну, например тем, что для организации прохода по строкам таблицы в VFP мне достаточно написать SCAN FOR... ENDSCAN, а в T-SQL придеться городить:
DECLARE ....CURSOR. Затем OPEN..., FETCH NEXT FROM.... и наконец сам цикл: WHILE @@FETCH_STATUS = 0....
В VFP строчную обработку делать проще. А если Вы скажете, что можно обойтись без серверных курсоров, то я скажу, что Вы вряд ли разрабатывали серьезные прилажения на MS SQL, уж извините за прямоту.
С уважением, Алеексей.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33194690
Фотография FM32YO aka KID
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Guest_1

Oracle 9i тот же обьем - 10с вместе с COMMIT. УЖАСНО большая разница
Аж в три раза, только периодичность таких заливок не такая большая чтобы
переживать из-за этого. Только вот если при такой заливке в VFP мигнет свет
то ИМХО эти записи ручками выковыривать придется, а Oracle просто
откатит незавершенную транзакцию умершей сессии.


вот Вы опять говорите то, что где-то слышали, но не знаете наверняка и не проверяли. Ибо транзакиции есть и в ВФП, и откатываются так же, если не верите поищите по форуму. я даже скриншоты выкладывал, и по просьбам антифоспровщиков выдергивал сетевой шнур в момент работы транзакции....

Что качается обработки данные на стороне сервера, кто спорит - там и обрабатывать, что собственно мешает это делать при помощи ВФП, как клиента к Ораклу к примеру - неведаю, что мешает делать все на ХП в DBC тоже не ведаю, хотя и не увлекаюсь.

Да кстати у нас Оракл + оракл Формс, так вот на базу в 1500 таблиц ХП-шек уж очень маловато + SQLMonitor показывает, что клиентские машины берут себе селектами данные и, наверное на месте обрабатывают, отлавая потом серверу данные, ВФП там и не пахнет, все есть КС, но тем не менее...
только не надо пинать ногами, ибо писали тоже не дома на коленке
хотя изредка SQLMonitor показывает но очень редко, как на мой взгляд. Или же это нормально?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33194951
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Aleksey-KВ VFP строчную обработку делать проще. А если Вы скажете, что можно обойтись без серверных курсоров, то я скажу, что Вы вряд ли разрабатывали серьезные прилажения на MS SQL, уж извините за прямоту.
Строчную обработку делать проще синтаксически. Для вас синтаксис стоит превыше принципов проектирования приложений клиент-серверной архитектуры? SCAN...ENDSCAN на клиентской машине - есть зло. Да, правильнее делать на T-SQL DECLARE CURSOR, если курсор действительно нужен.
Для большинства задач нет необходимости применять курсоры. Применение курсоров должно быть последним в списке способов кодирования разработчика. Нуждаются в курсорах лишь некоторые типы разработки вроде динамических запросов(при получении того же кросс-таба), операций ориентированных на записи или прокручиваемых форм, чтобы не тягать на клиента по 100 000 записей. Если задачу можно решить без использования серверных курсоров, ее надо решать без серверных курсоров - это азбучная истина.

Рекомендую почитать: Можно легко понять человека, не желающего учить довольно-таки корявые языки написания серверных процедур и отлаживать эти процедуры в среде, зачастую лишенной интерактивного отладчика. Но тогда надо быть готовым к тому, что просмотр таблицы на клиенте будет работать примерно вдвое - втрое дольше, чем в старом файл-серверном приложении, и во столько же раз увеличит сетевой трафик.


1024А вам, если вы умеете читать, кучу раз уже сказали что в случае
использования для написания клиента к серверу среды со своим движком БД
(коей и является вфп) возможно как обрабатывать подобные расчёты на сервере так и на клиенте. В случае отсутствия своего движка (с-диез) это невозможно.
Вы полагаете, что я не могу менять как хочу свой DataTable внутри DataSet'а? А могу и в XML записать вместо DBF'а :) Что подразумевается под "движком"?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33195072
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вы полагаете, что я не могу менять как хочу свой DataTable внутри DataSet'а?
А могу и в XML записать вместо DBF'а :) Что подразумевается под "движком"?
=============================================

я уже приводил пример. Ну, ещё раз

cn1=sqlstringconnect("driver=sqlserver...
cn2=sqlstringconnect("driver=oracle...
sqlexec(cn1,"select ... ",t1)
sqlexec(cn2,"select ... ",t2)

а дальше

select ... from t1 join t2 on t1.tabnum=t2.tabnum ...
select count(*) ... group by ...
select sum(*) ... group by ...
select avg(*) ... group by ...

и т.д.

т.е. любые средства обработки данных присутствующие в ANSI SQL. Можно и в
цикле по таблицам датасета пробегать но для получения выборок скл всё таки
удобней, он для этого и создавался. Т.е. те средства которые есть, например,
в MS SQL+DTS но на клиенте. По-моему это нетрудно понять и решить что
датасет с несколькими табличками это несколько не то.


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33195150
FlareРекомендую почитать:Можно легко понять человека, не желающего учить довольно-таки корявые языки написания серверных процедур и отлаживать эти процедуры в среде, зачастую лишенной интерактивного отладчика. Но тогда надо быть готовым к тому, что просмотр таблицы на клиенте будет работать примерно вдвое - втрое дольше, чем в старом файл-серверном приложении, и во столько же раз увеличит сетевой трафик.


Статья хорошая, если не считать того, что нового он там ничего не открыл. А просто проиллюстрировал
примеры из информационных технологий к закону о “Единстве и борьбе противоположностей” или по-простому, к выражению - “две стороны одной медали”.

А вот это - «…В общем, в течение года систему запустить так и не удалось, а потом банк помер. Когда я поведал эту историю одному знакомому квалифицированному ораклисту, он чрезвычайно возбудился и начал рассказывать, что, оказывается, нужно было просто подкрутить Oracle некоторые настройки, правда, НЕ ОПИСАННЫЕ в основной документации...» (выделено мной, привет FoxProHater)

Если задаться вопросом, а собственно, на чем должно быть написано программное обеспечение, чтобы оно:
- решало проблемы заказчика, ради которых он и затевает эту «катавасию» с разработкой;
- работало с приемлемой скоростью;
- устраивало заказчика по стоимости;
- выдвигало минимальные требования к «железу»;
- давало возможность развивать проект дальше;
- требовало минимальные затраты заказчика на обучение персонала для работы с данным ПО;
- требовало минимальные затраты на сопровождение и администрирование данного ПО,
то, на мой взгляд, для очень и очень многих задач сегодняшнего дня (безусловно - не всех) - идеально подходит именно VFP (со всеми своими преимуществами и недостатками).
И сегмент рынка именно, таких задач еще долго и долго будет существовать! Ну а те, кто уже перевел своих клиентов на .NET, обрадуйте их еще, ПУСТЬ ГОТОВЯТ ДЕНЬГИ - Билл Гейтс атакует http://]http://www.vzglyad.ru/economy/2005/7/31/2631.html
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33195183
Фотография Aleksey-K
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да... такое впечатление, что Вы просто не смотрите на тот свое сообщение, которое вызвало мой ответ:
FlareЧем же ФоксПро богаче T-SQL, хотелось бы узнать, в плане "команд работы с таблицами
Мой ответ был именно на это ваше утверждение. Вы, прямо как профессиональный политик, начинаете рассуждать про то, чего в моем сообщении и близко не было.
Все ваши рассуждения про серверные курсоры и пр. - это же прописные истины, которые даже рассматривать не хочется.
FlareSCAN...ENDSCAN на клиентской машине - есть зло.
А вот это меня просто позабавило! Или вы просто не знаете, что есть такое SCAN...ENDSCAN, или Вы его просто не можете готовить :). Или вы считаете, что пользователи на клиентских машинах могут быть удовлетворены рассматриванием результатом изощренных SQL запросов в виде HTML страниц. Так вот это не так. Клиенты, как правило, хотят данные, полученные с сервера, покрутить, рассмотреть с разных сторон, отсортировать и так и этак и пр. И вот на VFP это сделать не просто, а очень просто, не привлекая ресурсы сервера.
Не понял Вашу ссылку на статью в Компьютерре!!! Это же беллетристика! Вы бы еще ссылку на статью в "МК" привели! Человек пишет о вещах, которые давно и мне совершенно уже не интересны.
С уважением, Алексей.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33195320
karly™
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
FlareЧем же ФоксПро богаче T-SQL, хотелось бы узнать, в плане "команд работы с таблицами"?Вы чужие посты читаете? В куске кода, который я приводил, была такая команда
Код: plaintext
1.
&& создаем итоговую таблицу
Create Result_Table from Table_structure
Можете привести аналог в T-SQL? Надо объяснять, что делает эта команда, или сами в Help заглянете?

К слову, подобный кросс-таб - еще не крайний случай. Мне приходилось делать отчеты по продажам за месяц, где колонками служили дни недели. Причем первую неделю, если она начиналась не с понедельника, надо было дополнять пустыми колонками до семи дней.

Flare...чтобы не тягать на клиента по 100 000 записей... FlareРекомендую почитать:Можно легко понять человека, не желающего учить довольно-таки корявые языки написания серверных процедур и отлаживать эти процедуры в среде, зачастую лишенной интерактивного отладчика. Но тогда надо быть готовым к тому, что просмотр таблицы на клиенте будет работать примерно вдвое - втрое дольше, чем в старом файл-серверном приложении, и во столько же раз увеличит сетевой трафик.Дураков, на самом деле, давно нет. По 100 000 записей на клиента никто не тянет. Если для вас статья 6-летней давности стала открытием, это не значит, что и все остальные до сих пор не поняли разницу в принципах разработки клиент-серверных и файл-серверных приложений.

Ваши заявления - не более чем пустые рекламные лозунги. Проблемы, о которых вы говорите, в жизни не встречаются (разве что вы сами делатете подобные ошибки). Вы ничего не знаете о предмете, о котором судите. Вот FoxProHater, к примеру, гораздо более аргументирован. Он приводит примеры конкретных ошибок (во многом спорных, но его точка зрения имеет право на жизнь). Его примеры аккуратно подобраны и оформлены, и видно, что человек потратил немало времени на изучение проблемы. Берите пример.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33195345
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Странные вы, господа. Спорите что-то. А что спорить-то ? давно технологии программирования изменились а фокс остался в каком-то смысле старым по общению с данными. Вот если бы MS писали сервер БД, как говориться "спешинал фо фокс" была бы совсем другая тема. А так на самом деле прихоиться извращаься: то Win32 api, то С++ запертый в отстойный механизм FLL , то свои COM сервера на сервере - источнике данных. И уж точно SCAN... ENDSCAN - Это было круто во времена DOS. Скажу так - если такими сканом счтать данные на моих серверах - смерти OS подобно даже с 1 гиг оперативки. Я работаю в телкоммуникациях. И вот поверите, нет ни одной системы на фоксе способной тянуть биллинг даже районного узла связи.
А способность к обработке таких данных - это критерий проф. нужности системы, между прочим.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33195395
Flex0Скажу так - если такими сканом счтать данные на моих серверах - смерти OS подобно даже с 1 гиг оперативки.

А никто этого и не предлагает. Речь идет о том, что какие-то задачи можно выполнять на машине клиента с применением Foxа, разгружая таким образом сервер.


Кстати, вопрос к Sergey Ch, где-то он сказал, что ему фирма приобрела - Visual Studio Net 2003. Если это не коммерческая тайна, интересно, во сколько - удовольствие ей обошлось то? Может своим предложить, а заодно и технику под Vistu поменять, чтобы с работы выгнали? :-)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33195417
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi FoxProHater!

Здесь обычно обмениваются мнениями коллеги, и потому обращение на "ТЫ" не
является унизительным, скорее наоборот, но как ВАМ будет угодно...

> "Опытными программистами" с предустановленным "чувствительным очком", к
> сожалению, не всех сподобил господь рождаться сразу в готовом виде ... и
> только на собственном опыте учатся всему, что умеют или не умеют в этой
> жизни.

Где противоречие с тем что я сказал? Вы ЗНАЕТЕ про такие "странные"
ситуации - значит способны в 1001 раз не наступать на грабли. Думаю любому
нормальному человеку достаточно 1 раз понять свою ошибку, чтбы потом её не
повторять (ну а если вдруг кто запамятует и снова нарвётся, то исправит не
за неделю, а за 5 минут) - это относится к ЛЮБОЙ среде и ЛЮБОМУ языку.

> Особенно, если в публичных обсуждениях "достоинств" FoxPro последовательно
> скрывать свое знание о его реальных "недостатках".

1) Никто ничего не скрывает. Информация вполне доступна.
2) Вы говорили о недостатках NET? Приводили код на C# который "в 100 строк
содержит 5 глюков"? Так тогда кто из нас относится к вопросу ПРЕДВЗЯТО?
Дабы пресечь ваше закономерное "В NET ошибок нету" просто посоветую любому
заинтересованному лицу набрать в MSDN, в диалоге поиска слова "kbbug NET" и
посмотреть...

> А что, "статически описанные члены класса" в ООП уже стали добавляться в
> код класса через визуальный редактор форм

Естественно. По сути своей scx это и есть ОДИН класс (если откинуть объект
DE) - и если бы prg синтаксис не имел ограничений по вложенности, то данный
класс выглядел бы как

....
ADD OBJECT pf1.Page1 AS Page WITH ...
ADD OBJECT pf1.Page2 AS Page WITH ...
ADD OBJECT pf1.Page3 AS Page WITH ...

Это я и называю статическими членами класса.
Динамические - это добавленные в рантайме, посредством вызова метода
AddObject() (или NewObject()) - они вполне корректно удаляются с помощью
метода RemoveObject(). Статические же члены класса не могут быть удалены
столь безболезненно (в дизайнтайме они ВООБЩЕ не могут быть удалены - и это
тоже вполне закономерно).
Из "недокументированных" особенностей стоит отметить пожалуй то, что даже
просто указание pf1.PageCount=3 в ОПИСАНИИ класса (а не где-то там в
pf1.Init() или ещё каком методе - т.е. в рантайме) создаёт статические члены
класса.

> при явном удалении объекта из контейнера никаких "хвостов" от этого
> объекта оставаться в контейнере не должно (азбучная истина).

Если вы вырываете зуб - то следов никаких не остаётся?
Почему вы считаете, что фоксовый контейнер это исключительно динамическая
сущность? Это далеко не так - фоксовый контейнер (PageFrame в частности)
может сочетать в себе как динамические, так и статические элементы. Если его
НЕ наполнять ничем в DesignTime - то ВСЕ элементы будут динамическими.

> Может быть и знаю, но к теме обсуждения это отношения не имеет, т.к. я не
> мембера выкидываю из класса, а объектную ссылку из коллекции контейнера.

Нет, вы именно member-объект пытаетесь удалить. Это НЕ ссылка в коллекции.

> Мне ошибка не нужна, я именно это и хочу учесть при обращении в странице,
> которая потенциально может быть удалена из PageFrame

Тогда вам не стоило Page описывать статически - нужно было в Init фрейма
добавить свою страницу (либо по AddObject, либо увеличив PageCount).
В приведенном же случае может помочь скажем type("this.pf1.Page3.Name") =
"C". Однако повторюсь - ошибка не тут, а в самой первоначальной идее -
пытаться удалить статический member-объект...

> Я не могу понять, почему "Visible = .F. при AddObject борется с Visible =
> .T.", зачем им "бороться"? Это что - 2 "конкурирующих" Visible?

Нет, но это взаимно противоречащие установки для одного и того-же свойства
(т.е. фокс полагает то что контрол добавленный по AddObject()невидим, а по
факту он видим). Я не могу сказать точно каков порядок инстанциации контрола
в данном случае, но видимо Visible = .T. в определении срабатывает до того,
как проинициализируются внутренние свойства, определяющие расположение
контрола на невидимой странице (и как следствие контрол НЕ должен
прорисовываться).

> И почему для FoxPro-шных контролов (Grid, TextBox etc) никакой "борьбы" не
> наблюдается

Поскольку они "рисуются" в отличие от Activex-а, и видимо не имеет значения,
будет ли произведено "несвоевременое" отображение или нет.

> Или это специальное мощное средство FoxPro для "облегчения использования"
> ActiveX-компонентов?

Конечно нет - это конечно непредусмотренный эффект - видимо тестеры не
додумались сделать такую комбинацию свойств, и пропустили...

> Настолько же часто, насколько любой программист захочет написать
> добавление грида на форму кодом, а не форм-дизайнером.

Я не очень представляю ситуацию, когда нужно ОСТАВИТЬ RecordSource пустым -
т.е. если добавить программно грид, и присвоить RecordSource, то никакой
проблемы не будет... Если же ИМЕННО надо оставить это свойство пустым -
считайте число колонок другим способом, например через AMEMBERS() или при
описании класса грида явно укажите ColumnCount=0 (раз уж колонки добавляются
через метод AddColumn()). Вообще ColumnCount = -1 это специально
зарезервированное зачение (для поддержки автосоздания столбцов) - видимо
потому и обработка сделана как-то по особому, и возникает в результате
описанная вами проблема.

>> - а допустим ли ТАКОЙ синтаксис в SELECT команде? не нужно ли убрать
>> первый строковый литерал?
> Такой вопрос открывает в тебе "большого специалиста" по
> клиент-серверным технологиям ввообще и по T-SQL в частности, лучше бы
> сразу признался: "извините, не работал я с MS-SQL-Server, все под DBF-ками
> точу", не позорился бы лишний раз.

Я просто не могу проверить это, "пощупать своими руками" так сказать - о чём
и предупредил. У меня стоит Oracle, в нём естественно такой синтаксис
недопустим. В синтаксически корректной конструкции, например:
? SQLEXEC(ln1, "begin RAISE_APPLICATION_ERROR(-20001, 'Мой текст сообщения
об ошибке'); end;")
Всё возвращается как и положено - именно пользовательское сообщение об
ошибке. Аналогично (корректно) отрабатывают и ошибки генерируемые из UDF,
пакетов и т.п.

Я специально посмотрел BOL, и не нашёл там нигде подобного примера
(RAISERROR везде употребляется вне SELECT - как отдельная команда) -
упоминания о том, что RAISERROR можно использовать внутри SELECT я также не
обнаружил. Кроме того, согласно общему синтаксису команды SELECT, между
элементами списка выбора должны быть запятые. Только в случае
"элемент_выбора [AS] название_поля_в_резалтсете" не нужно запятых - но как
может быть "названием поля" такая конструкция - я не представляю.
Если же вы имели в виду что это 2 отдельные команды, то видимо между ними
нужно добавить символ ; - как описано в статье "Specifying Batches"
для ODBC.

> Еще один образец понимания сути команд на языке T-SQL (а командишка-то
> плевая, всего 2 простейших оператора).

Так это одна команда, или всё-же Batch из 2-х команд? Я не привык к тому,
что разные команды ничем друг от друга не отделены, и не уверен что ODBC
может корректно обработать такую строку...

> И тут "прокольчик"

Вопрос в том чей - мой или ваш. Ибо по поводу RAISERROR в BOL написано
довольно много - в частности (если очень кратко) - для батчей возвращающих
несколько резалтсетов нужно проверять статус наличия ошибки после получения
каждого резалтсета - ибо последующие резалтсеты будут затирать результаты
предыдущих. В фоксе, чтобы раздельно получать множественные ODBC резалтсеты,
нужно как минимум отключить "BatchMode" и воспользоваться SQLMORERESULTS().
Является ли конструкция из одного единственного SELECT и последующего
RAISERROR "многорезультатной" я не могу сказать.

, ув. "большевик" - как раз "ДРУГИЕ клиенты работающие через ODBC драйвер"
обрабатывают это ситуацию "на ура" (

> например, тот же ADODB.Recordset

Вообще-то ADODB обычно работает не с ODBC драйвером, а непосредственно с Ole
DB провайдером.

> но я-то писал не о "других", а о твоих "родных", FoxPro-шных

О ком это? ODBC такая-же сторонняя система для VFP как и OLE DB и ADO.
"Родное" для него это прямой доступ к dbf и ничего более.

> а ты тут берешь и прямо открытым текстом расписываешься в том, что ничего
> другого и не знаешь...

Да, в MS SQL я не являюсь специалистом. Однако мне кажется, что это не имеет
никакого отношения к теме разговора.

> есть разница между "детскими болезнями роста" и "старческими болезнями
> вырождения", и не чувствовать ее может только слепой/глухой...

Видимо я такой и есть, ибо для меня ошибка - она и есть ошибка - независимо
от того существует она в VFP, в .NET или в любой другой программе. И почему
ошибки в NET это "ничего страшного" а ошибки в VFP это причина называть его
всякими обидными словами - я не понимаю.
Я ещё могу понять классификацию ошибок по степени их влияния на процесс
разработки - т.е. на критические (нет возможности их обойти и потому
использование какой-то функции/класса/просто элемента языка невозможно) и
некритические (когда способ обхода известен и не представляет никакой
проблемы).

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33195418
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi Guest_1!

> Да вы поймите что на Oracle пользователи будут работать

Вам привести статистику "работы" одного такого сервера? Ну извольте - запрос
обрабатывающий в итоге несколько сотен тысяч записей (ну да, алгоритм там
конечно навороченный - UDF в подзапросе, соединение десятка таблиц, в т.ч. в
подзапросе повторно соединяются те-же таблицы) на нашей незагруженной
системе отрабатывает порядка 20 секунд - на "рабочей" системе - от 10 минут
в обеденное время, до 20 минут во время штатной работы с сервером.

> Аналогично ? А вы если не секрет из всего "богатства" VFP используете
> только SELECT,INSERT,UPDATE и DELETE ?

Нет конечно

> Если так то удел этих операторов
> server-side.

Однако если брать VFP, то я могу их использовать на любом уровне - и в
клиентской части тоже.

> Если нет то обьясните мне хотя бы вкратце что такого ЛУЧШЕГО
> есть в VFP для работы с БД.

Пустой вопрос. То что для меня "лучшее" - вам будет "не нужно и вредно" -
это уже озвучивалось.

>> Он ставит свой сервис (т.е. висит в памяти ПОСТОЯННО в отличие от фокса).
> Я говорил что он не тяжелее VFP.

А если учесть, что VFP в памяти это И движок СУБД И движок клиентской части
(причём это интерпретатор, в отличие скажем от "старого" C/C++)

> А вам команда shutdown не знакома

Я лично не работаю с IB, а разработчикам той софтины видимо не знакомы. Хотя
шатдаунить сервер после каждой транзакции (и даже при закрытии
приложения!) - это уж извините меня маразм полный. Если ты нормальный
сервер, то после COMMIT данные должны лежать на диске и ни от каких сбоев
питания и прочих форс-мажорных обстоятельств не зависеть.
Сделать шатдаун "извне" я не могу, уже хотя-бы потому что не имею логина к
этой базе.

> Сервер на вашу остановку сервиса среагировал вполне нормально - не
> сохранил незакоммиченную транзакцию.

Я почему-то считал что если клиентское приложение закрыто, то никаких
"незакоммиченных транзакций" в принципе быть не может - либо делай откат
(если разработчик клиента настолько туп что COMMIT или AUTOCOMMIT не
использует), либо сохраняй данные.
Кроме того нормальная посылка Stop сервису IMHO должна обрабатываться
НОРМАЛЬНО - это не TerminateProcess какой-то. Скажем Oracle вполне адекватно
реагирует на остановку/перезапуск своего сервиса.

> И еще насчет обработки данных на клиенте. Если клиент для больших и
> сложных
> расчетов будет иметь тачку сравнимую по мощности с сервером то не
> задуматься
> ли над тем чтобы апгрейдить сервер а не клиентские места?

1) Никто не говорит о СПЕЦИАЛЬНОМ апгрейде клиентов (кроме MS с их
потрясающей новой ОС - которой уже нужны двухпроцессорные ядра для работы :)
ну и с NET, который на всего-лишь прошлогодних компах тормозит по самое не
балуй).
2) Предположим, что у конторы УЖЕ ЕСТЬ 500 сравнительно простеньких по
нынешним меркам Celeron 1GHz, и каждый клиент на них выполняет тот самый
пресловутый xtab запрос (для простоты из таблички с всего-то 10000
записей) - теперь вопрос - КАКОЙ должен быть сервер, чтобы в разумное время
(не 10 минут) обслужить такое число клиентов? А какой должен быть сервер,
чтобы просто выбрать требуемые 10000 записей и послать их каждому клиенту -
дабы тот "своими силами" создал xtab из них?
Я уже не говорю про другие классы задач - логистика с её линейным
программированием, сложный стат-анализ с элементами моделирования,
математическое программирование... Когда объём данных может быть
сравнительно невелик, а вот число производимых с ними операций - огромно.
Попробуй оцифровать скажем 50 видео-потоков на самом крутом сервере
(желательно ОДНОВРЕМЕННО - т.е. чтобы последний не ждал пока полностью
отработают задачи первых), а потом по 1 потоку на 50-ти сравнительно слабых
компов - потом сравни полученные результаты.

> И не бегать же
> извините за пользователем который делает расчет месяца со словами -
> "Дяденька не выключайте машину, у нас тут расчет идет"

Зачем за ним бегать? Это ведь ему нужен результат - если на его машине
расчёт идёт. Ну не захочет ждать - вырубит - ну ничего страшного - значит не
получит он результата. А вот бегать по всем и успокаивать "подождите
пол-часика, пока у нас тут расчёт закончится, не тревожте сервер" - это что
хорошо? Особенно учитывая что в "блокировочнике" типа MS SQL либо массивный
расчёт заблокирует кучу данных, либо его результатт будет некорректным из-за
происходящих в момент расчёта изменений в таблицах.

> Oracle 9i тот же обьем - 10с вместе с COMMIT. УЖАСНО большая разница

У меня 8.1.7 вставка заняла 145 секунд - на той-же домашней системе, при
условии что это был ЕДИНСТВЕННЫЙ клиент, кроме того через ODBC не
перекачивалась "полноразмерная" запись - лишь одно crah(10) поле (ODBC
трассировка естественно выключена, для соединения использован режим ручного
COMMIT). На работе помнится ребята заполняли таблицу на MS SQL GUID-ами -
1Млн записей - это заняло порядка 1.5 часов (чёрт его знает - влиял на это
сам факт расчёта GUID для каждой записи или нет))

> Только вот если при такой заливке в VFP мигнет свет
> то ИМХО эти записи ручками выковыривать придется, а Oracle просто
> откатит незавершенную транзакцию умершей сессии.

"Выковыривать" это громко сказано - поправить заголовок dbf-а это 20 строк
кода, или если вручную делать (воспользовавшись калькулятором и описанием
структуры заголовка dbf) - 5 минут.
А вот когда у меня на Oracle накрылся один из файлов (тоже сбой питания
кстати говоря) - пришлось полностью переставлять сервер (т.к. мне не
критичны были сами данные, то просто скриптом всё пересоздал).

> У SQL есть строгая концепция и стандарт,

Ну ну, моут быть вы расскажете про "строгую концепцию и стандарт" на примере
SQL диалекта скажем в MS SQL и в Oracle 8i - даже НЕ учитывая их процедурные
языки.

> а VFP какая-то сложная смесь смесь ЯЗЫКА ОБРАБОТКИ ДАННЫХ и
> ЯЗЫКА ПРОГРАММИРОВАНИЯ

Ну и что? MS предполагает вообще использовать NET языки для написания ХП в
новой версии MS SQL. Oracle позволяет использовать java - тоже кстати весьма
далёкий от ЯЗЫКА ОБРАБОТКИ ДАННЫХ - просто "универсальный" язык...

> не имеющая ни стратегии развития ни стандарта,

Что такое "стратегия развития"? Почему вас не смущает "отсутствие развития"
у C++ придуманного чёрт-знает как давно?
Стандарт естественно имеется. В SQL части реализовано практически всё
подмножество SQL'92 - в xBase части оставлено всё что было в xBase языках,
на момент пока они ещё не разошлись кто куда...

> по сути МАКРО ЯЗЫК ОБРАБОТКИ ДАННЫХ.

И это здорово!

> Вы где нибудь видели ANSI Foxpro ?

Хм, у NET есть стандарт ANSI или ISO?
Как я понима ни один патентованный язык не имеет такого стандарта, да и не
нуждается в этом - т.к. кроме владельца патента (или что там у MS) никто не
имеет права выпускать своих реализаций.

> Может быть поэтому у тех кто много писал на C,C++,Pascal,Object Pascal
> такое стойкое неприятие VFP ?

Отчего-же тогда у C-ков стойкое неприятие к С++ программерам, у них обоих
ещё более стойкое неприятие к Delphi-нам в частности и ко всему Паскалю в
общем?
Да и вообще "стойкое наприятие" IMHO характерно для всяких "студентов" и
"кулхацкеров" - нормальные разработчики ничего подобного не высказывают. Они
вообще в основном работой занимаются, а не лазят по непрофильным форумам с
целью обгадить кото-то.

> Если я понимаю идеологию С и C++ мне легко понять идеолгоию Java и C#
> А вот с VFP извините у меня проблемы

Мне искренне жаль.

> да и есть ли у него идеология ?

У него как таковой идеологии нет. Можно использовать несколько (очень
разных) стилей программирования. Лучше их конечно не смешивать, а раз
выбрав - одного и придерживаться. Впрочем я сомневаюсь что скажем C++
разработчик станет совмещать MFC, ATL, прямое использование WinAPI и
ассемблерные вставки...
Если же речь идёт о таком понятии как ООП - то отличий в принципе нет.

> Ну откуда ты знаешь что я могу а что нет?

Это было обезличенное обращение.

> у каждого из них был свой стиль

Т.е. вы утверждаете, что на C++ нет проектов, написанных несколькими
разработчиками с использованием РАЗНЫХ подходов? Что это невозможно вообще?

> разбираться сейчас с этой мешаниной стилей
> не скажу что сложно, но неудобно.

Разбираться с "мешаниной" неудобно в ЛЮБОЙ среде. NET не исключение.

> Дак вот мне кажется что идеология языка
> должна включать в себя создание определенного стиля (или единооборазия
> стилей).

Нет, это не относится к языку. Это НЕ МОЖЕТ относится к языку. Если вы в
курсе общей схемы (технологии) создания ПО, то должны знать, что "средства
реализации" вовсе не диктуют основные проектные решения. Т.е. правильно
спроектированное ПО одинаково легко реализуется практически на любом языке.
Если же в процессе реализации будут кардинально меняться основные проектные
решения - то тут сам язык увы ничем помочь не сможет. Вообще постановщик,
проектировщик, аналитик - не обязаны ничего знать о том в какой среде будет
реализована система. Это совсем иной уровень абстракции...

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33195419
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi Flare!

> Да, есть варианты оптимальнее. Не таскать все данные на клиента, а
> выполнять расчет на сервере и предоставлять клиенту только результирующий
> набор данных

ВСЕГДА оптимальнее? А доказать это будет не слабо?

>> Отчего же нет - цикл с INSERT INTO ... на 100000 итераций .... Покажи мне
>> промышленную СУБД, обеспечивающую хотя-бы такую же скорость работы.
> Я сам начинал с DBASE III+ и Clipper Summer'87, но время ведь не стоит на
> месте.
> Нет FoxProHater, эту старую закалку не сломит ничего.
> DBF для некоторых - действительно самые крутые ("на горшке высиженные"(C))
> яйца

Т.е. это нужно расценивать как ответ? Ну ну, очень продуктивно - когда нету
аргументов, заниматься демагогией...

> Я считал, что опытный программист просто знает об опасных местах,
> сталкивался с ними и исходит из своего опыта.

Из своего и чужого опыта (от того и слово - "опытный") - и что тут
противоречит написанному мной?

>> следовательно на сегодняшний день, по своей функциональности ADO.NET не
>> дотягивает даже до уровня FPD
> Вот тут и меня зацепило.
> Вы просто, видимо, не потрудились ознакомиться с технологией. Таких,
> простите за резкость, ИДИОТСКИХ заявлений я не слышал больше нигде.
> Буду вас цитировать другим разработчикам ПО

Прежде чем меня цитировать, потрудитесь привести на ADO.NET аналоги
следующим простым фоксовым конструкциям:

CREATE CURSOR t1 (nID I)
FOR ln1 = 0 TO 9
INSERT INTO t1 (nID) VALUES(m.ln1)
ENDFOR
* Банальные выборки и перестановки из 10 по 2.
SELECT t1.nid, t2.nID FROM t1, t1 t2 WHERE t1.nID < t2.nID INTO CURSOR csr1
SELECT t1.nid, t2.nID FROM t1, t1 t2 WHERE t1.nID # t2.nID INTO CURSOR csr2

SET DELETED ON
CREATE CURSOR t1 (nID I)
FOR ln1 = 0 TO 1000
INSERT INTO t1 (nID) VALUES(m.ln1)
ENDFOR
FOR ln1 = 1 TO 100
DELETE FROM t1 WHERE nID = INT(RAND()*1000)
ENDFOR
* Заполнение курсора "последовательностью чисел с пропусками" можно
* организовать любым удобным способом
SELECT t1.nID AS nStart, ;
(SELECT MIN(t3.nid) ;
FROM t1 t3 ;
WHERE t3.nID > t1.nID) AS nEnd ;
FROM t1 ;
WHERE nid NOT IN ;
(SELECT t1.nID - 1 ;
FROM t1) ;
ORDER BY 1

* Или так - для большей скорости
* и совместимости со старыми версиями VFP
* (Подзапрос указанный выше, просто жутко тормозит
* и кушает память на больших объёмах.
* Впрочем если разбить его на 2 части, то вполне терпимо)
INDEX ON nID TAG nID
SELECT t1.nID AS nStart, ;
0000000000 AS nEnd ;
FROM t1 ;
WHERE nid NOT IN ;
(SELECT t1.nID - 1 ;
FROM t1) ;
INTO CURSOR tmp1 ;
ORDER BY 1 ;
READWRITE
SELECT tmp1
SCAN ALL
SELECT t1
LOCATE FOR nID > tmp1.nstart
IF FOUND("t1")
SELECT tmp1
REPLACE nend WITH t1.nID
ENDIF
ENDSCAN

Дабы НЕ смешивать возможности какого-либо SQL сервера с возможностями
собственно ADO.NET, предположим, что сервера никакого нет, а данные хранятся
(если они конечно хранятся) в XML файлах - думаю загрузка/выгрузка их в XML
не составит никакой сложности. Ну и конечно потом указать скорость
приведенного решения :)

P.S. Коль уж вы столь настойчиво защищаете идею серверной обработки, давайте
всё-же вместо голословных утверждений опираться на факты - напишите тот
самый xtab средствами сервера (вы используете MS SQL как я понимаю), я же
напишу его средствами клиента, забирая с сервера лишь исходные данные для
него и проводя начальное агрегирование (т.е. один банальный SQL запрос). И
проведём несложное тестирование - сначала с одним клиентом, потом с
десятком клиентов...
Если согласны - напишите. Для исходной базы думаю 100000 записей будет
достаточно (скажем MAX-100 строк и MAX-100 столбцов для кросс-таблицы - т.е.
по сотне значений в каждом домене - собственно "данные" - вещественное
число - вид операции - суммирование). Хотя конечно положительного ответа я
не очень то и ожидаю получить...

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33195445
foxwizard
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0 И вот поверите, нет ни одной системы на фоксе способной тянуть биллинг даже районного узла связи.
А способность к обработке таких данных - это критерий проф. нужности системы, между прочим.
На голом фоксе - возможно. В связке c MS SQL - какие проблемы?
Вы в курсе что система управления Евротунелем сделана на VFP?
Или эта система реального времени не показатель?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33195456
foxwizard
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Немного легкого чтения по теме:
http://newsletter.narod.ru/foxtalk/feb2005.htm
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33196811
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Igor KorolyovЕсли согласны - напишите. Для исходной базы думаю 100000 записей будет достаточно (скажем MAX-100 строк и MAX-100 столбцов для кросс-таблицы - т.е. по сотне значений в каждом домене - собственно "данные" - вещественное число - вид операции - суммирование). Хотя конечно положительного ответа я не очень то и ожидаю получить...
Конечно можно пободаться. :) Я напишу по e-mail, уточним детали. Хоть на похожем железе что-ли...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33197998
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi Flex0!

> Скажу так - если такими сканом счтать данные на моих серверах - смерти OS
> подобно даже с 1 гиг оперативки.

Вообще-то скан - он с одной записью работает, так что памяти больше, чем
размер одной записи ему и не нужно вовсе... Ну накинем даже памяти для
служебных структур - при всём желании никак до 1Гб мы не поднимемся... Вот с
SELECT - совсем другое дело - если оптимизатор ошибётся/не справится, то
памяти (однако не оперативной а дисковой) может и не хватить - или банально
мы вывалимся за 2Гб лимит на размер фоксового файла (таблицы, индекса,
memo...)

> Я работаю в телкоммуникациях. И вот поверите, нет ни одной системы на
> фоксе способной тянуть биллинг даже районного узла связи.

Это очень громкое заявление - вы в курсе ВСЕХ систем биллинга ВО ВСЁМ МИРЕ?
И если вы не видели таких систем, то как вы можете утверждать, что на фоксе
НЕВОЗМОЖНО сделать такое? Я понимаю если бы вы скажем привели пример десятка
(желательно разными людьми написанных) биллинговых систем на фоксе, которые
не справляются с возложенными на них обязанностями - указали
(аргументированно) что причиной этого является например технологическая
отсталость среды (а не кривые руки некоторого конкретного программиста).
Тогда совсем другое дело! А иначе извините, но получается пустая болтовня...

> А способность к обработке таких данных - это критерий проф. нужности
> системы, между прочим.

И в чём там проблемы то? Что же мешает написать такую систему на фоксе? Вы
знаете какие-то технические ограничения?

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33197999
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi Flare!

> Конечно можно пободаться. :) Я напишу по e-mail, уточним детали. Хоть на
> похожем железе что-ли...

Хорошо, буду следить чтоб спамодавилка не зарезала :)
Я сейчас в отпуске, потому MS SQL под рукой нету - можно отложить до осени,
или если у вас есть фокс, то просто переслать тестовый пример и сами
проведёте тестирование :)

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33198128
Crispy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вообще тема вышла (выходит) довольно поучительная. Интересно бывает почитать. :)
Цель (если только я правильно понял), которую поставил Sergey Ch - подумать о будущем, может заслуживать наверно только одобрения.

Хотя, мне кажется, даже FPD еще какое-то время будет сохранять актуальность - пока будет актуальным существование Pentium 100 - Celeron 1000. А может даже и чуть дольше. Зачем кому-то покупать DVD с плазменным телевизором, если его вполне удовлетворяет диапроектор?
Не говоря уж про VFP. Единственным реальным конкурентом в этой нише, наверное, может быть только 1С - не из-за каких-то преимуществ (скорее наоборот), а по причине удачных маркетинговых шагов. А ответные шаги, к сожалению, даже и не предвидятся (об этом кстати как-то недавно Sergey Ch тоже писал).
Что касается "апологетов" .NET - нельзя наверно судить о квалификации и уровне программиста по его рассуждениям. Свои проекты, по понятным причинам, продемонстрировать здесь тоже невозможно. А судить по скриншотам, как тут предлагалось... Даже не владея программированием, можно нарисовать такие скриншоты :) (велик и могуч фотошоп ) Представляемые куски кодов тоже едва ли что могут сказать тем, кто не владеет данным языком...
Единственное, что здесь немного удивляет - это то, что говоря о своем знании Фокспро, почему-то ими приводятся ссылки на FPD года так 1990 (?) или на Clipper (???) года 1989 ;).
В то время, как между FPD и скажем VFP9 кроме относительной преемственности синтаксиса - общего и вообще не так уж и много. По идеологии, по самому подходу к решениям конкретных задач - это вообще разные вещи (об этом на форуме постоянно говорят). А рассуждать о каком-то языке наверно можно - только самому решая на нем практические задачи.
Тем более, раз .NET - новая технология, значит едва ли у кого-то может быть на ней богатый практический опыт. Между тем - за плечами опытных программистов Фокспро - может не один десяток реальных задач, работающих приложений! Это же что-то да значит!
Кроме того, если .NET - еще ребенок (в пеленках). Значит - это пока что еще нечто сырое и несовершенное (по-другому и не бывает). Получится из него что-то или нет - видно будет только лет через 10-15. То ли он разовьется во что-то более совершенное, то ли зачахнет от "детских болезней" - кто это может сказать с уверенностью? Помимо всего прочего могут влиять и случайные факторы. Вплоть до того, что может исчезнуть и сама Microsoft (и не такое бывало в истории).
А Фокспро, как бы там ни было, перевалил уже за свое 25-летие, причем кардинально изменившись за это время. А то, что он не отвечает, например, "стандартам С" - а кто сказал, что эти "стандарты" - последнее слово в развитии человечества (возможны ведь разные подходы!), и что вообще - завтра они не будут смешны и нелепы с появлением совсем новых принципов построения вычислительной техники?
Любые споры (тем более - личные) в этом отношении всегда бессмысленны. И наверно, какой-то смысл имеет только конструктивное обсуждение. Только его наверно и интересно здесь читать... Хотя, конечно, это всего лишь мое мнение. :)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33198319
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Crispy
Про ребенка в мокрых пеленках - сильно сказано!
Интересно MS думает о подгузниках или нет - судя по VS 2005 - нет.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33198335
Фотография ВладимирМ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати, о месте FoxPro среди других сред программирования можно судить (с оговорками, конечно) по количеству топиков на данном сайте

http://www.sql.ru/forum/actualforum.aspx
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33198675
Фотография Redrik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0Странные вы, господа. Спорите что-то. А что спорить-то?
Тут ты прав на все 100%! Честно говоря, и читать-то надоело... :-(

Flex0...нет ни одной системы на фоксе способной тянуть биллинг даже районного узла связи.
Тут ты НЕ прав на все 100%! ;-))) ЛЁгко!
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33199739
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В принципе - вот один из вариантов ответа на мой топик:

Ken Levy: To be directly honest, it was in discussion with upper management, including Eric Rudder. It was a collaboration of ideas and options where we all hashed out what were all the things that we could do, and it seems that everybody agreed that this was the best option for the long-term result. We’ve stated clearly that our goal is not to add FoxPro directly on the .NET platform, but we’re going to enhance FoxPro as an evolutionary base, and then add more Visual FoxPro-like features into Visual Studio (.NET). We have to keep both those things in mind.

тынц
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33199796
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Redrik, поселок Суходрищенск конечно можно посчитать
Через сколько у тебя клиент после звонка может через систему написанную на фоксе получить актуальную информацию о лицевом счете ? Только не забудь сказать, сколько у тебя абонентов. меньше 50 000 не рассматриваеться даже.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33199884
Фотография FM32YO aka KID
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0Redrik, поселок Суходрищенск конечно можно посчитать
Через сколько у тебя клиент после звонка может через систему написанную на фоксе получить актуальную информацию о лицевом счете ? Только не забудь сказать, сколько у тебя абонентов. меньше 50 000 не рассматриваеться даже.

за всех не скажу, но у нас городок 120 000 + вся область, сам видел, что учетная система для телефонии у них на Клиппере.
И, только последний год с огромным трудом они пытаются ее под Оракл перевести.

Не будете же Вы утверждать, что клиппер сильней фокса в обработке данных.
Конечно Вым по Вашим словам не дашь много опыта и лет, ибо та интонация, с которой Вы это сказали выдает в Вам простого максималиста, что ИМХО не есть +
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33199889
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мне кажется модератору нужно чаще заглядывать в этот топик


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33200144
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1024мне кажется модератору нужно чаще заглядывать в этот топик
Заглянул... Интересно почитать...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33200287
Фотография Redrik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0...поселок Суходрищенск...
Хе-хе... Намёк на размерчик моего "большого города"? ;-)
"Остынь, твою мать!" (с) Ж.К.Ван-Дамм
Без обид! ОК? Ничего личного! Просто классная фразочка! ;-)

Областной центр с 350,000 народу (+ район) устроит? Это было давно - в 1995-ом и это был FPD 2.6. Скорость была на уровне 1-5 сек. (в зависимости от "аппетита" клиента по части диапазона дат) на "пятилетней" базе...
Лет пять назад их заставили перейти на какую-то лабуду типа IB... Бардак до сих пор! :-) А модулёк выборки "куда кто звонил" работает и сейчас! Аналога (по характеристикам) пацанва на IB так и не наваяла! Причем данные накапливаются уже почти десять лет и небольшие тормоза возникли только из-за того, что таблицы, по достижению 2 Гиг, потребовали "разбиения"... Хотя, если диапазон дат попадает в одну таблицу - тормозов нету!
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33200430
FoxProHater
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Эпиграф: © В.С. Высоцкий
"Вцепились они в высоту - как в свое,
огонь - минометный и шквальный...
А мы все перли толпой на нее,
Как на буфет вокзальный..."

Igor Korolyov
Hi FoxProHater!

Здесь обычно обмениваются мнениями коллеги, и потому обращение на "ТЫ" не является унизительным, скорее наоборот, но как ВАМ будет угодно...

Дык, я уже дано начал тебе "тыкать", к чему тогда эти твои - "расшаркивания"?
Давай лучше выступать - "по существу" вопроса, а не - цепляясь к формулировкам, выискивая неточности у оппонента и превращая чужие "промахи" в собственные "достижения"...
Igor Korolyov
> скрывать свое знание о его реальных "недостатках".

1) Никто ничего не скрывает. Информация вполне доступна.

От тебя я еще ни разу не сподобился увидеть/узнать что-либо про реальные проблемы FoxPro - одни только сплошные достоинства и ничего более, согласись - как-то не похоже на реальную программную платформу? Скорее - на мечту о "светлом будующем".
Igor Korolyov
2) Вы говорили о недостатках NET? Приводили код на C# который "в 100 строк
содержит 5 глюков"? Так тогда кто из нас относится к вопросу ПРЕДВЗЯТО?

Пока что, на сегодняшний момент, в моих личных более чем 5К строк кода на C# - даже одного несчастного глюка не набралось. Когда "нарою" со временем - может быть напишу об этом в ответ на твое сообщение со списком глюков FoxPro, которые известны тебе.
Igor Korolyov
Если вы вырываете зуб - то следов никаких не остаётся?
...
Нет, вы именно member-объект пытаетесь удалить. Это НЕ ссылка в коллекции.
...
Тогда вам не стоило Page описывать статически
...
Однако повторюсь - ошибка не тут, а в самой первоначальной идее -
пытаться удалить статический member-объект...

Не стоит твердить как заклинание: "динамический", "статический", "мембер", "не ссылка в коллекции", я все это уяснил еще с первого твоего ответа (или считать оппонента "тупым" это - бонтон местных "корифеев"?). Советую обратить внимание на "исследования" Сергея из Киева, который вполне из "вашей песочницы", подтвердил, что в любом другом методе формы, кроме Init - эти все проверки (и на PEMSTAT(...5), и на TYPE("..."), и на VARTYPE(...)) отрабатывают очень четко и "правильно" (т.е. как мне нужно - не пропуская "удаленного статического мембера"), а вот теперь - самое время тебе начать ударяться в рассуждения об "исключительной роли" метода/события Init в подготовке экземпляра класса (хотя, при чем тут Init формы, когда бедный класс-то, из которого "варварски" удаляют "статичных мемберов", должен инстанциироваться Init-ом PageFrame-а, который к тому времени уже давно отработал). Ладно, оставим это на моем плохом понимании синтаксиса определения классов в FoxPro...
Про Visible-ы и ColumnCount-ы - даже ввязываться в дискуссию не хочу, пусть будет считаться как: "баг, описанный в документации это уже не баг, а - "фича"...
Тем более, что делать 1-но свойство одновременно и счетчиком элементов коллекции и признаком автогенерации каких-то внутренних мемберов - это безусловно очень "профессиональный" подход к реализации программной платформы...
Вам еще не доводилось встречать программную среду, в которой при копировании массива - изменяются значения внутри него, или, например, при закрытии стандартного диалога - система генерирует ран-тайм ошибку? НЕТ ЕЩЕ? Да что, вы, ребята? Вы просто - "жизни не видели"...
Добро пожаловать в FoxPro, открываем Command Window:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
DIMEN ar1[ 3 ]
ar1[ 1 ]= 1 
ar1[ 2 ]= 2 
ar1[ 3 ]= 3 
o1=creat([custom])
o1.addproperty([items( 3 )],@ar1)
?o1.items( 3 )
?locfile([qwerty]) && закройте потом это окошко нажав на "крест" или ESC
Оно, конечно, в документации про такие "мансы" все-таки написано (куда ж деваться-то, надо же как-то "баги" переводить в "фичи"), только мне уже надоело изучать разделы Remarks на каждый "пук", о чем и пишу тут с рвением, достойным лучшего применения...

Давай-ка, "коллега", ближе к тому, в чем ты реально мало что понимаешь, зато берешься не только высказывать свои суждения, но и еще и доказывать что-то (просто диву даюсь):
Igor Korolyov
>> - а допустим ли ТАКОЙ синтаксис в SELECT команде? не нужно ли убрать
>> первый строковый литерал?
...
упоминания о том, что RAISERROR можно использовать внутри SELECT я также не обнаружил
...
Если же вы имели в виду что это 2 отдельные команды, то видимо между ними
нужно добавить символ ; - как описано в статье "Specifying Batches"
для ODBC.

Есть очень хорошая поговорка на тему - "на заборе тоже написано...", очень помогает давать советы если сам не знаешь, что и как надо делать. Прочел "написанное" и уже - "специалист".
Igor Korolyov
Так это одна команда, или всё-же Batch из 2-х команд? Я не привык к тому,
что разные команды ничем друг от друга не отделены, и не уверен что ODBC
может корректно обработать такую строку...

> И тут "прокольчик"

Я не случайно оставил свою овер-квотейшн насчет "прокольчика" в твоей...
Т.к. если ты в чем-то "не уверен", к чему-то "не привык" и не можешь отличить "кофе это или чай", то зачем ты вообще пишешь об этом и используешь это в качестве аргументов в дискусси с тем, кто "привык", "знает", "уверен" и отличить в состоянии? Это видимо, тоже - непререкакемый признак "профессионализма".
Отвечаю по существу - да, это 2 разные команды, разделенные символом пробела: первая - SELECT, который возвращает одну запись из одного строкового значения, а вторая - RAISERROR, которая генерирует ран-тайм ошибку на стороне сервера и "хоронит" для FoxPro как результаты исполнения первой, так и свою информацию, которая должна быть показана "клиенту".
Igor Korolyov
нужно как минимум отключить "BatchMode" и воспользоваться SQLMORERESULTS().
Является ли конструкция из одного единственного SELECT и последующего
RAISERROR "многорезультатной" я не могу сказать.

Начну со второго вопроса - является.
Только, SQLMORERESULTS() ничего в данном случае не дает, т.к. не для этого он предназначен, если не веришь мне - спроси у ВладимираМ, он тоже многим советовал "воспользоваться SQLMORERESULTS()" пока его не "ткнули носом"...
Кстати...
FoxProHater
...тот "непроходимый" факт, что FoxPro вплоть до 8-й версии включительно (про 9-ю узнаю точно завтра на работе, но лично я в нее не верю) - не в состоянии адекватно обработать ошибку от ODBC-источника данных, если в запросе (процедуре) присутствуют более 1-го результирующего набора данных (resultset), а после возврата первого возникает ошибка... (условно говоря: "select 'scalar_value' select * from unexisting_table")...

О-СА-Н-Н-Н-Н-НА-А-А-А!!! (руки - горе, ладонями вперед), в 9-й версии эту ошибку таки "побороли", не прошло и 10-ти лет существования VFP-6-7-8, как "добрые" разработчики разглядели "под самым носом" то, что не имеет прямого отношения к DBF-кам...
А также, например, огромное спасибо тому "добряку", который ажно в 8-й версии "догадался" ввести системную переменную _PAGETOTAL, а то, ведь людям нормальным до этого делать было больше, ну абсолютно - нечего, кроме как "изеб....ся" разными способами для того, чтобы получить в многостраничном отчете надпись: "стр. Х из У" (особенно мне понравился 1 способ из wiki - выводить PREVIEW отчета в специально опеределенное окно, "задвинутое" за границы видимой области экрана, просто "пестня", хорошо мозги "поворачивает" в сторону "любви" и "преданности" FoxPro).
Igor Korolyov
> например, тот же ADODB.Recordset

Вообще-то ADODB обычно работает не с ODBC драйвером, а непосредственно с Ole DB провайдером.

Угу (все как обычно, источник "профессионализма" - агенство ОБС), попробуй набрать в командном окне FoxPro (скажешь мне потом, что получил, и что это значит?):
Код: plaintext
1.
c1 = creat([adodb.connection])
?c1.Provider
Igor Korolyov
О ком это? ODBC такая-же сторонняя система для VFP как и OLE DB и ADO.
"Родное" для него это прямой доступ к dbf и ничего более.

Угу, только фунции типа SQLXXXX() даже не спрашивают о том, какой "драйвер" или "провайдер" будем использовать? ODBC, милай, ODBC... и ничего другого не выберешь...
Igor Korolyov
...ибо для меня ошибка - она и есть ошибка - независимо
от того существует она в VFP, в .NET или в любой другой программе. И почему
ошибки в NET это "ничего страшного" а ошибки в VFP это причина называть его всякими обидными словами - я не понимаю.

Еще раз повторю свое личное мнение - ошибки в .NET это исключения (почти каламбур получился, насчет Exception), а ошибки в FoxPro - это ПРАВИЛО (именно так, со всех заглавных букв). Даже если они "некритические (когда способ обхода известен и не представляет никакой проблемы)", то все равно - отнимают кучу такого нужного всем нам времени, которое можно (и нужно) использовать не на поиски "способов обхода", а на более полезные/приятные занятия.

З.Ы. я вот, смотрю, что дискуссия плавно перетекла в русло обсуждения "движков" SQL... Ребяты, ей-БГ, не суйтесь, пжлст, на поле серверов БД со своим "тряпичным мячом", разорвут... Вспомните, например, еще такое "преимущество", как - "интерпретируемость готового кода"... может быть, хоть это кому-нибудь счаз будет "интересно"/"полезно"? Хотя, даже на этом "поле" .NET уже впереди - System.CodeDom.Compiler.CodeDomProvider это вам не "макроподстановка" через "оператор" - &...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33200442
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Такого потрясающего быстродействия «медиа – тарификейшн» , я не видел даже в скайлинке :) Может поделитесь, как это вы, под DOS, с с таким количеством точек подключения, бес системных сервисов райн-тайм общета, за 1.5 секунды общитываете файл за 2 недели или месяц выкатывающийся с ATC ? :)) ( требования руководящих документом Центртелекома по общету)
Соврал однако. Признайся честно ?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33200475
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0бес системных сервисов райн-тайм общета
1.5 секунды - вполне достижимо. Решается путем тщательных раздумий над тем:
1. В каком виде хранить и
2. В какие моменты времени обсчитывать.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33200481
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Достижимо - да не про "вашу честь". На фоксе это не делаеться. А если делает кто-то, то видио просто ничего другого не знает.
Вы видимо просто не знаете, что такие системы - это не просто программки, а программно- аппаратные комплексы. За 1.5 секунд, снять данные с диска, допустим станции SI2000, конвернуть из НЕX в форат понятный для восприятия и посчитать. Ну не смешите меня :)
если бы у вас были событийно - управляемые системы. Ну что-то типа на каждый звонок по демону , как в Linux, я бы вас понял, но в фоксе такую систему сделать нет , увы никакой возможности. Так что вы можите считать только общетом текстового файла :) а это уже не биллинг.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33200500
Фотография Redrik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
to Flex0:
Брателло! Я не спорщик... И возраст уже не тот, когда хочется тупо повыпендриваться... ;-)

Эту давнюю историю я всегда вспоминаю как прикол - раз, и как сравнительный пример - два!
Раз - потому, что IB-ники кричали вовсю, что я это не сделаю...
Два - потому, что у них запросы типа "куда-кто" выполнялись почти 27 минут!!! :-))) Я до сих пор не могу понять, что там у них происходило всё это время... :-)))

И я не собираюсь с тобой спорить! Сомневайся дальше, если тебя с этого "прёт"! ;-)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33200503
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
> За 1.5 с снять данные с диска, допустим станции SI2000, конвернуть из НЕX в форат понятный для восприятия и посчитать...

А зачем? Если снимать, конвертировать и считать данные периодически, по факту их возникновения, а потом делать запрос к индексированной и плоской dbf - таблице, то и 1.5 с на запрос будет многовато. ;-)
Или считать нужно каждый раз заново, потому что в следующий раз те же самые вычисления дадут другой результат?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33200513
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
:) Что считать - это вопрос второй. Вопрос в том как ;)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33200523
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
автор и считать данные периодически, по факту их возникновения
А как ты используя фокс, узнаешь что что-то изменилось в данных. MS SQL не берем в рассмотрение, изменились данные , просвятите меня о великие и могучие программисты на VFP, запросто управляющие событиями операционной системы и на 1.5 секунд ворочащие запросы в мегабайты с разных серверов, просвятите как же это делаеться ?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33200534
Фотография ВладимирМ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 FoxProHater
Если я правильно понял те примеры, которые Вы приводили, то Вы действуете по принципу "вымыть и выбросить". Т.е. создаетет объект и тут же (в момент создания) его уничтожаете, делаете запрос и тут же (в момент получения результата) сопровождаете его сообщением об ошибке.

Другими словами, сознательно создаетет конфликтные ситуации и ожидаете, что среда разработки как-то сама "разрулит" этот конфликт. Подозреваю, что разработчики FoxPro просто не рассчитывали на подобные "выкрутасы". Это надо иметь определенный стиль мышления, чтобы программировать именно таким образом.

В данном случае то, как думали разработчики FoxPro не совпало с Ваши стилем мышления. Но разве это плохо? Просто они думали по другому . Более "прямолинейно".

Я уже говорил, что попытка программирования в любой среде вне идеологии этой среды приведет к большим проблемам. Что, собственно, и наблюдается в данном случае. Вы пытаетесь в Англии ехать по правой стороне дороги и ругаете англичан, что они не могут ехать "правильно".
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33200549
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0 автор и считать данные периодически, по факту их возникновения
А как ты используя фокс, узнаешь что что-то изменилось в данных. MS SQL не берем в рассмотрение, изменились данные , просвятите меня о великие и могучие программисты на VFP, запросто управляющие событиями операционной системы и на 1.5 секунд ворочащие запросы в мегабайты с разных серверов, просвятите как же это делаеться ?А зачем мне узнавать? Я буду тупо долбиться: "дяденька сервер, а не появилось ли у тебя часом чего-то новенького, что мне уже можно было бы обсчитать?" Через секунд 20 - опять: "дяденька сервер..." ну и т.д. Если не появилось - ну и ладно. Если появилось - берем порцию данных, обсчитываем, записываем в обсчитанном виде в dbf и где-то там, или у себя, или на сервере помечаем, что эти данные уже обсчитаны.
А иногда бывает можно сам сервер научить отдавать данные кучками. Тогда задача обсчетного модуля еще более упрощается. "ищем кучку" - если нашли, обсчитываем - "ожидаем" - "ищем кучку" - и т.д.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33200557
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не прокатит. С таким подходом вычти из отдела 1 мощную машину, если это будет делать фокс - то парализованная машина только этим и будет заниматься. А на счет : " Через секунд 20 - опять: "дяденька сервер..." ну и т.д. Если не появилось - ну и ладно. Если появилось - берем порцию данных, обсчитываем, записываем в обсчитанном виде в dbf и где-то там, или у себя, или на сервере помечаем, что эти данные уже обсчитаны.
А иногда бывает можно сам сервер научить отдавать данные кучками. Тогда задача обсчетного модуля еще более упрощается. "ищем кучку" - если нашли, обсчитываем - "ожидаем" - "ищем кучку" - и т.д." - отец, тут столько нюансов, что такой подход треснет хотя бы потому что не факт что запрос будет выполняться 20 сек. А если у тебя одновременно подключилось 200 межгрода и 300 а 1000 ? И это не тупая таблица и а у каждого абонента есть лицевой счет и 6 месячная история и если абонентов от 500 тысяч до 1 млн.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33200571
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0Не прокатит. С таким подходом вычти из отдела 1 мощную машину, если это будет делать фокс - то парализованная машина только этим и будет заниматься.Почему это не покатит? Да пусть хоть три машины только этим занимаются - система-то нешуточная! Или денег на еще 3 рабочие станции при таких объемах бизнеса жалко? ;-)
Flex0отец, тут столько нюансов, что такой подход треснет хотя бы потому что не факт что запрос будет выполняться 20 сек. А если у тебя одновременно подключилось 200 межгрода и 300 а 1000 ? И это не тупая таблица и а у каждого абонента есть лицевой счет и 6 месячная история и если абонентов от 500 тысяч до 1 млн.Ну, во-первых, кучки нужно формировать такие, чтобы их можно было унести. То, что не смогли - унесем в следующий раз. А во-вторых, зачем компании нужны сисадмины и системный архитектор: как раз за этим самым - диагностируют, что производительность расчетных станций в моменты пиковых нагрузок недостаточная и предложат выход из положения. В то же время увеличатся задержки предоставления клиентам (не исторических, а только свежих, кстати) данных в часы пик. Когда задержки станут очень большими, появятся недовольные клиенты - тут руководство быстро сообразит, что тянуть с воплощением предложенного решения не стоит. Вообще, нюансов и правда много. Но предложенный подход вполне реализуем и жизнеспособен (и даже на одном только FPD, кстати, не нужны никакие "новые технологии" - это чтобы совсем утрировать). А подстраиваться под нюансы - ну дык, за это разработчикам зарплату и дают, не так ли? ;-)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33200613
FoxProHater!
Приведенная Вами ситуация с добавлением в пользовательский класс свойства - массива
имеет место быть (факты – вещь упрямая). Но ничего здесь страшного, лично я - не вижу, если просто знать, что все элементы свойства-массива, при добавлении его в класс - будут иметь значение первого элемента.
Кто Вам запрещает написать, например - так:

DIMEN ar1[3]
ar1[1]=1

o1=creat([custom])
o1.addproperty([items(3)],@ar1)
* Здесь все элементы свойства-массива = 1

o1.items(2) = 2
o1.items(3) = 3
*А здесь все элементы свойства-массива, что было нужно

Я конечно, понимаю, что Вы скажете – это было Вам известно, но как уже устали, от подобных разборок «этих полетов».
Такое или подобное есть в любом языке программирования. Могу привести пример, когда Excel XP выкидывает подобные штучки, но мое отношение и любовь к нему, как мощнейшей и удобной электронной таблице нисколько не изменилось.
Компактный код не приведу, но задача такая: нужно программно раскрасить разными цветами, например, синим - фамилию, а вот имя и отчество должно остаться – черным цветом. Формируется таблица, где в колонке 2 - ФИО.
Создается объект типа loExcel = CreateObject("Excel.Application")
Сканируются строки этой таблицы.
lnNomStr - № строки
lnLenFam – длина фамилии (определяю ее как цикл по полю ФИО, до первого пробела)

loExcel.Cells(lnNomStr, 2).Characters(1, lnLenFam).Font.Color = RGB(0,0,255)
Так вот эта конструкция работает правильно, только для первой строки таблицы,
Для последующих – красит все символы. Ну пришлось определить еще с какого символа начинается имя и отчество и сделать -
loExcel.Cells(lnNomStr, 2).Characters(lnNaPosNoColor, lnLenOst ).Font.Color = RGB(0,0,0) и что мне теперь кричать, что Excel никуда не годиться или как?

Я уверен, что если хорошо копнуть, то в .NET найдется что-то подобное!
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33200789
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Насчет биллинга...

Видел в Америке такую задачу (точнее что от нее осталось) - все примерно как описал Urri, работала на чистом FPD 2.6, Абонентов что-то около полумиллиона, таблицы разбивались определенным образом по времени, так-как там платят за все звонки, даже местные... Но крутые топ-менеджеры решили все переделать под Oracle - толи там кто-то кому-то проплатил, толи кто-то кого-то убедил... Система стала намного дороже, немного медленнее, но суть ее не изменилась Как признался мой американский знакомый - до сих пор никто не поймет, зачем все это сделали... Бизнес - вещь странная, даже у них...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33202673
FoxProHater
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Эпиграф: © И. Ильф & Е. Петров "12 стульев"
" - Не учите меня жить, парниша!" (Эллочка-людоедка своему мужу инженеру)
"Лучше - помогите материально..." (дописка на полях неизвестного автора)
© А. Конан-Дойль "Собака Баскервилей" & одноименный фильм.
" - За кого меня принимают в этой гостиннице?! За дурачка?! (стучит себе туфлем по лбу) За дурачка! (садится в кресло перед камином)" (сэр Генри - мистеру Ш. Холмсу)

Я смотрю, что отношение к моим выступлениям в этой ветке большей частью формируется на основании тех примеров, которые я привожу в качестве аргументов чтобы показать явную "неадекватность" FoxPro как среды программирования...

ВладимирМ...Вы действуете по принципу "вымыть и выбросить".
... сознательно создаетет конфликтные ситуации и ожидаете, что среда разработки как-то сама "разрулит" этот конфликт.
...попытка программирования в любой среде вне идеологии этой среды приведет к большим проблемам.
...Вы пытаетесь в Англии ехать по правой стороне дороги и ругаете англичан, что они не могут ехать "правильно".
Сергей, Киев...Кто Вам запрещает написать, например - так.
...Могу привести пример, когда Excel XP выкидывает подобные штучки.
...если хорошо копнуть, то в .NET найдется что-то подобное.
Кстати, эта манера ("учить жизни", вместо того, чтобы помочь найти ответ на конкретный вопрос по конкретной проблеме) - очень распространена на этом форуме в целом... Достаточно почитать ответы "профессионалов" на любую тему в большинстве веток типа: "да нафига ты так делаешь?", "да это же - неправильный подход в принципе", "иди почитай литературу" (как вариант - RTFM) и т.д. и т.п.

Увы, я уже писал недавно о том, что считаю себя НОРМАЛЬНЫМ человеком, а не параноиком с манией "выворачивания наизнанку" отдельно-взятой среды разработки настольных СУБД. И все мои примеры приведены (от математического смысла - "преобразовывать") до предельной "лаконичности" с парой-тройкой действительно существенных команд, минимально необходимых для воспроизведения "глюка", "ошибки" или "особенности", только для того, чтобы не засорять головы другим людям несущественными деталями реализации в конкретных программных модулях/проектах.
Но, видимо, никто не в состоянии - "оценить порыва"... (впору вспоминать пословицу о бисере и свиньях, ничего личного).

Ладно, давайте по существу (от сложного к простому):
1. ("удаление статического мембера"):
Кто-нибудь в состоянии себе вообразить наличие в рабочем проекте формы-объекта, отображающего бизнес-сущность со множественными наборами взаимосвязанных атрибутов, раскиданными по разным страницам PageFrame? Думаю - многие...
Кто-нибудь будет удивляться тому, что существуют еще до сих пор проекты на FoxPro (естественно, писанные не нами), в которых вся (нет, не так... ВСЯ!!!) бизнес-логика "зашита" т.н. "хард-кодом" на процедурах-обработчиках событий в каждом сраном конкретном контроле, отвечающем за тот или иной атрибут бизнес-сущности? Думаю - мало кто...
Кто-нибудь может предположить, что со временем развития проекта и добавлением к нему новой функциональности (например: разграничения прав пользователя на доступ к данным бизнес-сущностей) может возникнуть потребность "скрыть" от "нужных" пользователей "ненужные" им страницы? Не уверен, наверное это все равно что - "ездить в Англии по правой стороне дороги"...
Так вот, когда дело доходит до "скрыть", то тут-то как раз и начинается самая "концептуальная засада":
Во-первых - до конца "по-честному" скрыть все-таки не удается, т.к. оно все-таки "статический мембер", как тут недавно подсказывали, т.е. оно - "торчит" над всем PageFrame-ом этаким "ухом" без надписи, нажать на него нельзя и выглядит это если не "по-уродски", то "глупо" уж точно. Во-вторых - если его не удалять, то вся бизнес-логика "зашитая" на его контролы начнет отрабатывать при его инициализации, в том числе и обращения к серверу, на которые пользователь (уже с "обрезанными" правами) ничего, кроме ошибок от сервера, повествующих о том, что прав у него нет... (нет... и нет... и так до сих пор и нет...), так и не увидит.
Кто-нибудь станет возражать насчет того, что существуют еще до сих пор такие "проектные решения" (опять же, придуманные не нами, естественно), для которых лучший способ исправления - "переписать все заново"? Думаю - вряд ли...
А работать-то оно все должно "уже вчера", не так ли?
Отсюда вывод (ИМХО, единственно верный) - "удалять к едрене-фене!!!", тем более, что удаляется на самом деле вполне "неплохо", только в методе Init основной формы остаются "хвосты", ну да что уж тут рассуждать... мы люди привычные.
2. ("генерация ошибки на сервере после приема результатов"):
Тут уж - совсем просто, тут даже гениальнейшие разрабочики FoxPro смогли додуматься до того, что программеру может понадобиться получить за 1 запрос к серверу сразу несколько наборов данных на клиента (sqlresult,sqlresult1,sqlresult2,sqlresult3... знакомо? не напоминает "езду по правой стороне дороги в Англии"?), только вот додуматься до того, что после правильного выполнения сервером первого запроса, или даже второго, или БГ-знает какого по счету, следующий за ним может оказаться с ошибкой, и эту ошибку надо "по-честному" как-то обработать - извините, "ну не шмогла я, не шмогла..." (быват, мы и не такое видали).

Про все остальное даже писать не хочется...
Просто уясните себе все те, кто так рьяно критикует мой метод представления глюков и багов в FoxPro - все эти, на первый взгляд, "несуразные примерчики" взяты из реальной жизни, обусловлены реальными потребностями, и реально мешают "двигаться дальше"...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33202773
FoxProHaterКстати, эта манера ("учить жизни", вместо того, чтобы помочь найти ответ на конкретный вопрос по конкретной проблеме) - очень распространена на этом форуме в целом... Достаточно почитать ответы "профессионалов" на любую тему в большинстве веток типа: "да нафига ты так делаешь?", "да это же - неправильный подход в принципе", "иди почитай литературу" (как вариант - RTFM) и т.д. и т.п

Как я понимаю, мало кто задает вопросы на форуме, если у него получается что-то задуманное. И если выносится какая-то проблема и ВАРИАНТ ЕЕ РЕШЕНИЯ, КОТОРЫЙ НЕ ПРИВЕЛ к желаемому результату (или просто – без решения), то естественно могут и спросить – «А зачем ты дружок, штаны через голову одеваешь?» и, зная что, дав ответ на данный вопрос за этим последует другой, из этой же серии, то, что плохого в том, когда дают ссылку где описано комплексное (или похожее) решения его задачи (если таковое существует)?

FoxProHaterНо, видимо, никто не в состоянии - "оценить порыва"... (впору вспоминать пословицу о бисере и свиньях, ничего личного).

Это почему же, лично в моих глазах Вы выглядите – профессионалом высокого уровня.Если Вам обидно, что никто не признает Вас таковым, то считайте, что я первый.:-)

FoxProHaterКто-нибудь станет возражать насчет того, что существуют еще до сих пор такие "проектные решения" (опять же, придуманные не нами, естественно), для которых лучший способ исправления - "переписать все заново"? Думаю - вряд ли...

Не примите за обучение, тем более это не я писал, а взято из книги Кена Хендерсона
«Профессиональное руководство по Transact-SQL», из-во «Питер», взято из стр.274-276.
«… Некоторое время назад я имел несчастье принять предложение о переносе приложения использующую ISAM-базу на SQL Server. Заручившись поддержкой ангела-хранителя и не слишком внимательно изучив код, я принял задачу, наивно полагая, что разработчики создавали приложение в достаточно реляционной и разумной маненере. Конечно, я не ожидал, что код будет превосходным, но предполагал, что они правильно использовали инструменты.
Две или три недели я разгребал самый ужасный код, который когда-либо видел…Проблемы нарастали как снежный ком, и я в конце концов решил махнуть рукой на преобразование базы для SQL Server….» (наверное среда SQL Server кривовата)
«..Необходимо иметь мужество, чтобы сказать:”перенос займет определенное время; приложение следует заново спроектировать или переписать”- чаще всего это лучший выход. Повторно изобретать колесо хорошо, даже необходимо, если колесо до этого было квадратным. …Представьте выполнять быстрые преобразования тем, кто говорит:”никогда нет времени сделать что-то хорошо, но всегда находится время, чтобы переделать”». Как я понял Вас, что-то похожее.

FoxProHaterПросто уясните себе все те, кто так рьяно критикует мой метод представления глюков и багов в FoxPro - все эти, на первый взгляд, "несуразные примерчики" взяты из реальной жизни, обусловлены реальными потребностями, и реально мешают "двигаться дальше"...

Ваш метод пронизан глубокой ненавистью к продукту с которым имеете несчастье работать. Ну и наверное, Вы просто своему начальству доказывали не состоятельность Foxа как среды программирования без привлечения эпиграфов, а так бы оно бы давно согласилось перейти в среду программирования в которой Вы бы себя комфортно чувствовали и можно было бы легко исправлять все ошибки заложенные еще на стадии проектирования.:-)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33202786
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
То Sergey Ch:
Одинаково криво систему можно сделать что на Оракле, что на Фоксе. Они -не думают, они для того чтобы воплотить мысль в реальность ( это лирика, общедоступная, которую Вы прекрасно понимаете), и не уверен, в данном конкретном случае, что речь зашла о сравнительной характеристике СУБД, ака Фокс и Оракл, скорее всего о компетенции разработчиков систем биллинга
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33202909
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi Flex0!

Насчёт "событийного" механизма - скажи КАК ты это делаешь в C# и я скажу
тебе как это можно сделать в VFP :) Через оконные сообщения? Пожалуйста!
Через объекты синхронизации ядра (Mutex/Event/Semaphore)? Пожалуйста! Через
TCP соединение, или UDP пакет на определённый порт? Пожалуйста! Девайс
подключен через COM порт? И тут никаких проблем! Ну скажи, не таи, чего
ты думаешь такого нету в фоксе, что не позволит решить задачу
"правильно"?

"Конвертнуть из Hex" - а что именно конвертнуть то? Из какого формата в
какой? Строки в BASE64? Числа в Integer (4 байта), Double (8 байт), или
любых иных форматах? Да не вопрос!
Например тривиальнейший код - разбор dbf на низком уровне в цикле с
помещением результата в кусрор (т.е. как простого потока байт - структура то
его известна) - из файла размером 1.6 Мб (100000 записей 2 Integer поля и 1
Double - т.е. 17 байт на запись) занимает 2.1 секунды. Естественно что
данные проходят конвертацию из Hex представления обратно в числа (в VFP9
значительно дополнен функционал CTOBIN() что помогает в этом деле).
Теперь наверное вы будуте утверждать что у вас поток данных значительно
больше, и фокс, даже если предположить что он "100 времени только и
занимается что разбором HEX файла" не справится? Считаем - 1Мб в секунду, да
за год - 30 Террабайт... И как после этого расценивать ваше заявление? Ну
хорошо, спишем на "он не знал", иначе получится очень грубо.
Заметь, что я даже не пытался применить болещненный приём - написать
алгоритм разбора в виде fll на том-же C, оставив фоксу работу с уже
декодированными и готовыми к употреблению данными...
> Достижимо - да не про "вашу честь". На фоксе это не делаеться. А если
> делает кто-то, то видио просто ничего другого не знает.
Видимо кто-то просто действительно не знает КАК и ЧТО можно делать на фоксе,
но не будем пока тыкать пальцами...
> Вы видимо просто не знаете, что такие системы - это не просто программки,
> а программно- аппаратные комплексы. За 1.5 секунд, снять данные с диска,
> допустим станции SI2000, конвернуть из НЕX в форат понятный для восприятия
> и посчитать. Ну не смешите меня :)
Вообще-то писать драйвера для железок на фоксе никто и не предлагал никогда
(это на случай если у АТС нету совсем уж никакого своего интерфейсного ПО,
что
вряд-ли) - а вот заняться разбором, анализом и хранением снимаемой
информации - да запросто!
> если бы у вас были событийно - управляемые системы
VFP есть событийно управляемый язык. Кроме того практически вся мощь WinAPI
к твоим услугам. Или это "не кошерно" :)
> Ну что-то типа на каждый звонок по демону , как в Linux, я бы вас понял,
> но в фоксе такую систему сделать нет , увы никакой возможности.
Не надо говорить, если не заешь...
Кроме того ты сначала расскажи как можно сделать daemon для Linux на C# :) И
вообще как можно более-менее нормально состыковать этот инструмент от MS с
UNIX архитектурой - а то уж совсем не в ту степь заехал батенька :)

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33202910
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi FoxProHater!

>> 1) Никто ничего не скрывает. Информация вполне доступна.
> От тебя я еще ни разу не сподобился увидеть/узнать что-либо про реальные
> проблемы FoxPro

Начнём с того, что я например увидел тебя лишь неделю назад :) Хотя конечно
вполне возможно что под другой кличкой или чем чёрт не шутит под настоящим
именем :) и ранее видел - но ты ж шифруешься зачем-то... Вообще "анонимы" у
меня как-то сразу подозрения вызывают - честному человеку незачем своё имя
прятать, да и не шайка тут вроде, чтобы "погонялами" пользоваться :)

Ладно - дабы не было необоснованных претензий - иди на forum.foxclub.ru и
сделай поиск по BUG: в заголовке - должен найти парочку отрапортованных мной
проблем. Читать конечно всё моё "творчество" на предмет того что лично я
считаю багами, что - неудачными решениями и просто что хотел бы изменить -
думаю не стоит - разве что ты захочешь стать моим биографом Но поверь
уж на слово - я никогда не стремился скрыть какую-то проблему - коенчно если
ты не считаешь желание подсказать способ решения проблемы "сокрытием
истинны", или приведение цитаты из хелпа, которая говорит в точности то о
чём кое кто (не ты один, хотя может это и в другом месте ты был???) громко
кричит - "Ба, я новый глюк нашёл! Подывытыся люди добрые!"

> Пока что, на сегодняшний момент, в моих личных более чем 5К строк кода на
> C# - даже одного несчастного глюка не набралось.

5К или 5M??? Что-то маловато - одна мелкая программулька что-ли? Ты там
вообще хоть попробовал свои классы написать, интерфейсы и наследование как
следует пощупать?

> Когда "нарою" со временем - может быть напишу об этом в ответ на твое
> сообщение со списком глюков FoxPro, которые известны тебе

Это достаточно большой список получится :) Даже если брать ТОЛЬКО то что
осталось
неисправленным в последней версии... Правда большей частью это просто
"забавные фишки" - до которых чтоб додуматься надо либо очень долго
программить на фоксе, либо иметь ну о-о-очень нестандартное мышление...
Образчики которго ты кстати и демонстрируешь :) По крайней мере в первой
части - ибо последние "якобы глюки" это уж совсем наглое объявление чётко
прописанного поведения "страшным глюком".

Однако мне кажется что ты теперь не будешь уже утверждать что в NET ошибок
нету :)

> Советую обратить внимание на "исследования" Сергея из Киева

Понятия не имею как и что он "исследовал", но вообще-то в
VFP7SP1/VFP8SP1/VFP9 поведение абсолютно одинаково - откуда не вызывай, и
как не проверяй - свойство-ссылка (полумёртвая, или точнее "не совсем
ссылка") существует... И разницы между
проверкой из Init и из любого метода/процедуры вызываемой "потом" нету.

> Тем более, что делать 1-но свойство одновременно и счетчиком элементов
> коллекции и признаком автогенерации каких-то внутренних мемберов - это
> безусловно очень "профессиональный" подход к реализации программной
> платформы...

Зато чайникам более понятно :) А то с тем-же комбо - каких-то 5 свойств, и
то постоянно чего-нить не так настроят...
Судить же MSFT за такое решение не стоит - видимо тогда оно им казалось
красивым и логичным... Равно как и запихивать совершенно разные "настройки"
в тот-же RecordSource/RowSource (в зависимоcти от соседнего свойства
....Type) например. В NET такое не пройдёт из-за строгой типизации - им и в
голову не придёт, что в одно и то-же свойство можно поместить и спосок
значений, и SQL запрос :) Хотя IMHO это весьма удобно.

> Вам еще не доводилось встречать программную среду, в которой при
> копировании массива - изменяются значения внутри него

Из хелпа по AddProperty:
You can also create property arrays for an object. Every element in
the property array is initialized to eNewValue if it is included; otherwise
every property array element contains False (.F.).

По-моему всё предельно ясно написано. Ни о каком "копировании массива" речи
не идёт. Вообще чётко сказано про одно скалярное значение! Если же принять
во внимание особенности рабты с массивами в фоксе, то даже теста никакого
проводить не нужно. чтобы понять КАК ДОЛЖЕН работать приведенный код.
Ключевое слово выделено :)

> или, например, при закрытии стандартного диалога

С чего ты взял что это стандартный диалог? Я таких не знаю (который
осуществляли бы поиск файла по куче каталогов, перечисленной в SET PATH).
Стандартный (и то с кой какими оговорками - т.к. всё-же это враппер) это
например GETFILE().

> система генерирует ран-тайм ошибку

В строгом соответствии с хелпом...

> Оно, конечно, в документации про такие "мансы" все-таки написано (куда ж
> деваться-то, надо же как-то "баги" переводить в "фичи"), только мне уже
> надоело изучать разделы Remarks на каждый "пук", о чем и пишу тут с
> рвением, достойным лучшего применения...

Могу лишь повторить давно сказанное - не надо себя насиловать - смени
работу, начни писать в той среде, которая доставляет тебе удовольствие!
А насчёт Remarks - открой 10 страничек помощи по методам/свойствам в C#,
открой практически любую MSDN статью по WinAPI и посмотри есть там секция
Remarks или нету. До тех пор я буду считать твои слова лишь пустым
сотрясанием воздуха...

Насчёт MS SQL если получится то завтра на работе посмотрю, ну нету её у меня
дома...

> О-СА-Н-Н-Н-Н-НА-А-А-А!!! (руки - горе, ладонями вперед), в 9-й версии эту
> ошибку таки "побороли", не прошло и 10-ти лет существования VFP-6-7-8, как
> "добрые" разработчики разглядели "под самым носом" то, что не имеет
> прямого отношения к DBF-кам...

Скажем так - если я работаю с Oracle (IB, DB2, MySQL и т.п.) то какое мне
дело до особеностях взаимодействия MS SQL ODBC драйвера и фокса? У меня
лично
никаких "нерешаемых" проблем с Oracle не было. Лишь кое где не хватало
знаний - но это уж никак не проблема среды...

> надпись: "стр. Х из У"

Да уж, настолько принципиальный вопрос что аж жуть :) Ты может быть знаешь
инструменты, способные посчитать этот параметр не прогнав отчёт ПОЛНОСТЬЮ
хотя-бы раз? Может от самого БГ они заранее число страниц знают? А если нет,
то какая разница прогоняется он автоматически (как в новых версиях), или
"вручную" как в старых?

>> Вообще-то ADODB обычно работает не с ODBC драйвером, а непосредственно с
>> Ole DB провайдером.
> Угу (все как обычно, источник "профессионализма" - агенство ОБС), попробуй
> набрать в командном окне FoxPro (скажешь мне потом, что получил, и что это
> значит?):
> c1 = creat([adodb.connection])
> ?c1.Provider

Microsoft OLE DB Provider for ODBC.
И что ты хотел сказать то, я не понял... То что нужно в фоксе использовать
ADO для того, чтобы потом через него использовать ODBC драйвер? Ну это
конечно знатное извращение, но разве это противоречит тому что я написал?
Или смысл слова "обычно" неясен? Или некто не в курсе про существование
"Microsoft OLE DB Provider for SQL Server", "Oracle OLE DB Provider" и
прочих? Ну так сделай пустой файлик test.udl и "открой" его проводником -
посмотри сколько у тебя на машине разных OLE DB провайдеров... Можешь даже
потом сравнить с числом имеющихся ODBC драйверов (только убери алиасы, и не
считай пожалуйста всё то что ссылаются скажем на odbcjt32.dll РАЗНЫМИ ODBC
драйверами...)
Может быть ты просто не знаешь как указать для ADO использование нужного
тебе OLE DB провайдера? Но скорее всего ты прекрасно всё знаешь, и просто
разводишь демагогию... Чес слово, если бы не отпуск фиг бы я разговаривал о
совершенно пустом.

> Угу, только фунции типа SQLXXXX() даже не спрашивают о том, какой
> "драйвер" или "провайдер" будем использовать?

Как это не спрашивают??? Ещё как спрашивают - если указать пустую строку.

> ODBC, милай, ODBC... и ничего другого не выберешь...

Другой ODBC и выберешь :) А насчёт провайдеров и OLE DB - ты в хелпе видел
хоть пол-слова о том что через эти функции можно работать с ADO или
непосредственно с OLE DB? Там везде чёрным по белому написано ODBC...
"Не ну конечно Феррари это не машина а г... ведь она не умеет летать... А?
Что? В манауле написано что и не должна? Всё равно г..."

> Еще раз повторю свое личное мнение - ошибки в .NET это исключения (почти
> каламбур получился, насчет Exception), а ошибки в FoxPro - это ПРАВИЛО
> (именно так, со всех заглавных букв)

Вот ведь чудеса - для меня те ошибки о которых ты тут так усиленно
говоришь - это ВООБЩЕ ни разу не происходившие ошибки :) Даже с учётом того,
что я и не обо всех их знаю. Может быть проблема не в языке, а в
индивидууме его использующем? А происходят (и замечательно обрабатываются
кстати говоря) ошибки типа 108,109, 1526 и т.п. Ну как и должно быть в
принципе :)

> З.Ы. я вот, смотрю, что дискуссия плавно перетекла в русло обсуждения
> "движков" SQL... Ребяты, ей-БГ, не суйтесь, пжлст, на поле серверов БД со
> своим "тряпичным мячом", разорвут...

Ты видимо тоже готов показать СУБД, способную ШТАТНЫМ Insert-ом (а не bcp
или ещё каким-то "боковым ходом") вставить 100000 записей за менее чем 5
секунд? Вперёд! Факты давай! А то опять получается пустое сотрясание
воздуха...
При этом официально продаваемую за < 700$ (И СУБД И среда разработки под
неё) при НЕОГРАНИЧЕННОМ её использовании - да хоть ты каждому россиянину
напиши программу и продай - MS с тебя за это больше ни копейки не возьмёт...
MySQL насколько я понимаю для коммерческого использования уже вовсе
не
бесплатна... MS SQL - ну посмотри сколько нужно заплатить за одну клиентскую
лицензию, MSDE - 4Гига на ВСЮ базу (облагодетельствовали в новой версии),
Max 5 потоков исполнения клиентских запросов, нет FTS, нет административных
инструментов - и вообще это лишь наживка для "подсаживания" простаков на MS
SQL...

> Вспомните, например, еще такое "преимущество", как - "интерпретируемость
> готового кода"... может быть, хоть это кому-нибудь счаз будет
> "интересно"/"полезно"? Хотя, даже на этом "поле" .NET уже впереди -
> System.CodeDom.Compiler.CodeDomProvider это вам не "макроподстановка"
> через "оператор" - &...

Да, это типа COMPILE, хотя обёртка EXECSCRIPT() иногда удобнее... Ты
наверное хотел сказать что в фоксе такого нету, ну вот опять не прав...
Или может ты хотел сказать что это никому не нужно? Но зачем-же тогда MS это
встроило в NET? Помоему ты начал сам себе противоречить.

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33202927
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi FoxProHater!

> Эпиграф: © И. Ильф & Е. Петров "12 стульев"
> " - Не учите меня жить, парниша!" (Эллочка-людоедка своему мужу
> инженеру)
> "Лучше - помогите материально..." (дописка на полях неизвестного
> автора)

Это точно про тебя! Тебя же не интересует как решить проблему - тебе лишь бы
красное словцо замолвить! Fox плох и точка. Ну что-ж пожалуй каждый имеет
право на ненависть :)

> Я смотрю, что отношение к моим выступлениям в этой ветке большей частью
> формируется на основании тех примеров, которые я привожу в качестве
> аргументов чтобы показать явную "неадекватность" FoxPro как среды
> программирования...

Т.е. дабы тебя убедить, нужно показать явно неадекватный C# код, и потом
сказать - "Вах какая кривая среда, она на таком прекрасном кода
падает/глючит/не так как надо работает" да?

> Кстати, эта манера ("учить жизни", вместо того, чтобы помочь найти ответ
> на конкретный вопрос по конкретной проблеме)

Тебе нужен ответ? Ты с моими ответами что сделал? Молча проигнорировал -
нет, у тебя есть МНЕНИЕ и все вокруг, пытающиеся сказать что оно неверно -
это видимо идиоты не видящие "свет истины"...

> очень распространена на этом форуме в целом... Достаточно почитать ответы
> "профессионалов" на любую тему в большинстве веток типа: "да нафига ты так
> делаешь?", "да это же - неправильный подход в принципе", "иди почитай
> литературу" (как вариант - RTFM) и т.д. и т.п.

И что? Если некто сморозил явную чушь - то что по твоему нужно делать?
Сказать "Ах какой гениальный код, жаль фокс настолько убог, что не понимает
этой гениальности" :) Когда человеку советуют как сделать так, чтобы
НОРМАЛЬНО РАБОТАЛО - это IMHO и есть полезный ответ. А хелп читать - как
видим даже после 7-ми летнего пользования фоксом это не повредит - ибо
кто-то не читает, а кто-то видимо не понимает английских буковок мануала...
Ради интереса зайди на foxclub и почитай опус ведущийся от некоего kvant9 -
и ДАЖЕ такому посетителю стараются ответить доходчиво и точно - хотя
практически ВСЕ его вопросы достаточно подробным образом освещены в хелпе, и
уж если не там, то ПОИСКОМ точно можно найти это...

> Увы, я уже писал недавно о том, что считаю себя НОРМАЛЬНЫМ человеком

Увы, увы, поведение очень настораживает... Извини, но совсем неадекватная
реакция порой... Видать действительно НЕНАВИСТЬ так сильна, что затмевает
рассудок.

> Ладно, давайте по существу (от сложного к простому):
> 1. ("удаление статического мембера"):

Т.е. если упростить текст:
Есть криво написанная система, которую ты пытаешься лечить экстремальными
способами - естественно что это не очень получается - главный вопрос - КТО
ВИНОВАТ?
Видимо среда, которая на подобного рода вмешательство (вспомнилось почему-то
про вырывание гланд через отверстие с другой стороны тела) не совсем
адекватно реагирует.

> Так вот, когда дело доходит до "скрыть", то тут-то как раз и начинается
> самая "концептуальная засада":

Концептуальная засада возникла когда так сделали систему - всё остальное -
это вытекающее из того :)

> Во-вторых - если его не удалять, то вся бизнес-логика "зашитая" на его
> контролы начнет отрабатывать при его инициализации

Вообще-то при, ТВОЁМ способе все Init контролов УЖЕ отработали к момену
"вырывания гланд" так что эффекта ноль...

> Кто-нибудь станет возражать ... лучший способ исправления - "переписать
> все заново"

И что? Что мешает то? Перепиши по нормальному и забудь про все эти глюки!

> А работать-то оно все должно "уже вчера", не так ли?

"Работать" или "делать вид что работает"?
Видимо вы хотите взять скажем MS-DOS, объявить его ОС реального времени и
героически сражаться с "глюками" которые таковыми и не являются! просто это
не та программа!

> 2. ("генерация ошибки на сервере после приема результатов"):

Т.е. получать ответы по одному - это убого и неправильно, а получать их в
батче - единственно верный путь, так?
Ладно, завтра проверим что там не так с обработкой ошибок...

> Просто уясните себе ... обусловлены реальными потребностями, и реально
> мешают "двигаться дальше"...

Ага, типа "почему человек не летает как птица" - это мне мешает жить дальше
:)
Сделай по другому!!!! И забудь про ошибки! Нет же - надо мазохизмом
позаниматься - постоянно в закрутую дварь, и всё лбом и лбом... Ясен пень
что после этого не только НЕНАВИСТЬЮ к фоксу заболеешь :)

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33202971
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Люто-Ненавистнику фокса :))
А как Вам такая "фича" C#.VS2003 ?

В Main пишем Application.EnableVisualStyles ( надеюсь знаете что это ? ), "грузим" руками иконки в ImageList, связываем ImageList c TreeView - вроде все классно :)
Запускаем на выполнение и ...офигенный экспешн....выключаем Application.EnableVisualStyles и все работает - просту супер Да MS так и не поборола этот глюк и приходиться грузить либо из файлов ( круто да ? ) либо из дополнительного файла ресурсов. Ах, да про Application.DoEvents() говорить ?

И можно говорить до бесконечности сходив на gotdotnet или rsdn....
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203126
Проходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 YuriWhite:

Бесполезно. Все это будет объявлено "болезнями роста".
Непонятно только почему к "болезням роста" такое благосклонное отношение если работать должно "еще вчера"?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203152
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторНасчёт "событийного" механизма - скажи КАК ты это делаешь в C# и я скажу
тебе как это можно сделать в VFP :) Через оконные сообщения? Пожалуйста!
Через объекты синхронизации ядра (Mutex/Event/Semaphore)? Пожалуйста! Через
TCP соединение, или UDP пакет на определённый порт? Пожалуйста! Девайс
подключен через COM порт? И тут никаких проблем! Ну скажи, не таи, чего
ты думаешь такого нету в фоксе, что не позволит решить задачу
"правильно"?

1) Насчет событий: У вас даже механизма установки в систему ХУКА или CALLBACK функций на события. А ваш глючный BINDEVENTS можешь списать в отстой. Он не везде и не всегда работает. Хотя конечно, проблем бы было меньше , можно было прицепить смой метод на WMI.

2) Ну порт ты наверное сможешь заюзать, но! Только в синхронном режиме. Без automation или FLL увы, ничего не выйдет.

3) TCP соединение, или UDP пакет на определённый порт, таже песня.

4) А уж на счет работы с примитивными API структурами, которые имеют член- ссылку на другую структуру, так тут без лишних телодвижений тожно не обойтись.

5) Ну напиши на VFP системный сервис допустим, не СOM exe а именно сервис, чтоб права имел и стратовал даже если сервер отлогинен под установленной учетной записью, тогда я брошу все силы на изучение VFP.

Все что я озвучил, в С# и VC++ делаеться без лишних телодвижений, потому
при желании заходим на форум по теме и читаем решения.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203186
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Flex0
Опять хаем VFP за то, что он не может ( или может с трудом ) делать того, для чего не предназначен...Это сильно :( Меня умиляет, что в вину VFP ставят то, что на нем не написать драйвер :)) Так держать :(
Мне например тока в воспаленном бреду придет в голову мысли писать системный сервис, драйвер и прочее на VFP ....
Хотя серис можно сделать на C++, а из него дергать прогу на VFP, если сервис интенсивно работает с БД.
Про TCP, UDP и прочее ( уже 25 раз ) пишем DLL на VC++ BCB, подключаем к VFP и радуемся жизни...это для примера...

Пожалуста, приведите мне пример кода на C# выборка данных с SQLServer и выгрузка их в DBF. Как мне кажется, это более распростаненная задача, чем системный сервис )
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203190
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Flex0
Ах да, забыл Win32 DLL этож ан-менджмент код....простите :))
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203202
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторОпять хаем VFP за то, что он не может ( или может с трудом ) делать того, для чего не предназначен...Это сильно :( Меня умиляет, что в вину VFP ставят то, что на нем не написать драйвер :)) Так держать :(

Золотые слова. Задачи есть, механизма их реализации в среде нет :) И это могущественное средство быстрой разработки ? Так сказать перспективное, секретное оружие МS ?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203212
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Flex0
Выдергивания фразы из контекста - это уже пахнет демогогией.
Быстрой разработке чего ? Уточните.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203215
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторПожалуста, приведите мне пример кода на C# выборка данных с SQLServer и выгрузка их в DBF. Как мне кажется, это более распростаненная задача, чем системный сервис )

Озвучь весь список, что тебе нужно привести ? Это тривиальная задача любого начинающего программиста на .NET.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203218
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Flex0
Код в студию для тривиально задачи :)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203222
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторБыстрой разработке чего ? Уточните.
А ты кто по професии ? Чем занимаешься ? Что разрабатываешь ? :))
Ну по быстрой разработке баз торпедных катеров, то тогда точно не VFP тут не пригодиться
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203228
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторКод в студию для тривиально задачи :)
На форуме С# таких решений море :) Ты хочешь умеюли я пользоваться CTL+C, а потом CTL+V ? :)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203235
Фотография YuriWhite
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Flex0
Я так понимаю кода не будет....Как приведете код - бум дальше обсуждать. Не будет кода - значит Вы ( а не ты ) просто-напросто балабол, обкурившийся новомодными словами.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203251
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
YuriWhite, я не пойму тебе слабо зайти в форум и воспользоваться поиском ?
Это становиться забавным
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203445
leaf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
5) Ну напиши на VFP системный сервис допустим, не СOM exe а именно сервис, чтоб права имел и стратовал даже если сервер отлогинен под установленной учетной записью, тогда я брошу все силы на изучение VFP .

Данная задача решена у нас на работе без всякого использования С++ и иже с ними с подачи Игоря Королева. Он дал направление где искать.
Работает как часы ... И стартует, и запускаеться при перезагрузке, и даже при завершении сеанса пользователя на сервере работает ....
Во как .... А Вам слабо?
Насчет остального не знаю...
Так что если мужик отвечайте за базар (подчеркнутое если не понял про что )
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203467
leaf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
правда это всё таки ехе, но задачи выполняет ....
И написан за неделю самое большее
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203490
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
То leaf: Видимо ты просто не знаешь что такое системный сервис ;)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203505
leaf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...хотя если Вы напишете класс для работы скажем с дбф таблицами, причем с возможностью использования запросов (без них это тривиально поверьте), то я займусь изучением С# или там на чем Вы это делаете.
Только оговорюсь, ОДБС драйвера не юзать и объекты фокса не использовать, АДО и ему подобное не подключать, все тока ручками....
Такой вот уговор.
з.ы.
Помощь микрософт не использовать
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203519
leaf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Flex0
Ну как бы и не обязан знать во всех подробностях, часть работы уже сделали за меня.
Ну так как насчет класа? Или С++ не всемогущ
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203537
leaf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а я кажеться понял в нем не хватает средств !
Ой нет кажеться хватает Микрософт кажеться выкручиваеться ....
Может где в другом месте не хватает
Ну да понял не хватает в моей голове которая рожает подобные задачи
или опять не угадал ?
короче устал и запутался пойду выкину фокс в помойное ведро и застрелюсь...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203545
AiSK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ого-го, начались оскорбления в детсадовском духе - "пукать". Крыть , что ли , нечем? Нехорошо также ябедничать на соседнем форуме (С-шарпистов) на фокспрошников, народ правда там и не реагирует на детские жалобы.
Ну, давайте, разведите еще флейм на тему, что Фокс не выполняет своих обещаний по быстрой разработке операционных систем реального времени, игр для мобильных телефонов, программ для станков ЧПУ, а также слабо на нем сделать компьютерную графику для фильма "Матрица".
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33203651
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну, получить данные с скл-сервер и сохранить их в эксел/дбф это безусловно
сильный ход,
на вфп это занимает 6 строк, бедные сишники с их килобайтами кода. В этом
случае безусловно конкурентов у вфп нет. Он ведь именно для работы с данными
предназначен?

ЗЫ
Драйвера на нём писать не получается и поэтому клиентов к БД на нём писать
не возможно. Круто, ГЫ.

Господа призывающие писать на вфп драйвера принтера! Вы выглядите
неадекватно.


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33204205
Sa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0, форум C#
/topic/201326&pg=1
Они считают что самые крутые


2 Flex0
Нет смысла раздувать "священные войны". Следует уважать друг друга. Я не понял, что здесь сравнивается|обсуждается: C# versus VFP ??? Если да, то их вообще нельзя сравнивать, язык C# это один из языков кросс-языковой платформы .NET Framework .
Если уж сравнивать, то сравнивать .NET Framework by Microsoft с Java platform by Sun Microsystems , или .NET CLR versus JVM , но к VFP это уже отношения не имеет.

P.S. В свое время решал небольшие задачи на FPD 2.0/2.5/2.6 - VFP 7.0.

P.S.S.
2 Sergey Ch
ИМХО нехорошая у вас на форуме развилась тема.... к чему все эти "войны" ?

Код: plaintext
 uid  =  S a
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33204241
Maltsev Max
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Хоть один здравомыслящий человек ....
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33204336
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sa 2 Sergey Ch
ИМХО нехорошая у вас на форуме развилась тема.... к чему все эти "войны" ?
Да вроде нет пока войны... А читать интересно - иногда проскальзывают интересные идеи... Тема уж больно интересная и современная...

P.S. А тема обсуждения - грядущие нововведения в C# (v 3.0) от Microsoft, чтобы его немного приблизить к FoxPro...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33204347
leaf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Sa
Приятно слышать умную речь
У Вас свои методы у нас свои, но мы тоже всё можем ...
А чего не можем на С# сваяем и в проэкт вставим. На то оно и объектно - ориентированое
И у меня тоже проэкты на С++ были в своё время. Нормальный язык если знать как им пользоваться.
ПОчти застрелился пуля в лобовой кости застряла Не берет нефига зараза. Прийдется с фоксом мучиться может повеситься ? А то ведь среда устарела. Одно успокаивает, что деньги почему-то платят....

Так выпьем за дружбу великими домами .....
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33205089
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
То Sergey Ch : НУ и что будет функционал от VFP ? к этому медленно вели, в том числе и вас фокспрошников. Тыкали как малых котят в тенденцию проникновения VFP в С#. Сперва появился VFPToolKit.Net, всего-то 255 функций, и вроде бы нет смысла даже юзать. Только все это была просто медленная подвижка, как намек, такой деликатный, типа , господа, учите C#, "движок закрываем, подход оставляем, среду разработки меняем". А вы все DBF, ODBC. Уже в пишут и днем и ночью, не успевают версии выпускать ODBC.NET и ODBC SDK.NET, для особо одаренных консерваторов, а вы все файл - сервер, файл - сервер :) Ну я не против , как хотите. Хотя в отличии от версии к версии VFP, даже если взять тот же самый ODBC, некоторые дрова ( да хотя бы под Paradox перестали выпускаться еще задолго, как сам Борланд его прикрыл), а в нете все рулит.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33205108
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторОго-го, начались оскорбления в детсадовском духе - "пукать". Крыть , что ли , нечем? Нехорошо также ябедничать на соседнем форуме (С-шарпистов) на фокспрошников, народ правда там и не реагирует на детские жалобы.
Ну, давайте, разведите еще флейм на тему, что Фокс не выполняет своих обещаний по быстрой разработке операционных систем реального времени, игр для мобильных телефонов, программ для станков ЧПУ, а также слабо на нем сделать компьютерную графику для фильма "Матрица".

Что ? Страшно, за свою проф - непригодность совсем недалекого будущего ? ;)
Понимаю, когда слишком молод и глуп и ленив и ничего (!) больше как по подсказкам местного форума не лезет в черепную коропку, которую делали когда Бог отдыхал, еще не так раскарачишься
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33205205
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
To: Flex0

Как уже отмечалось выше - Microsoft до 2007 года FoxPro проект на закрывает, а наоборот продолжает развивать. Никто на форуме не отрицает наличия положительных возможностей у среды .NET. Для большнства же практических задач - FoxPro был, есть и будет ниболее выгодным и правильным выбором.

Если Вы хотите слышать только то, что хотите - это Ваше основополагающее право и пожалуйста не злитесь, что другие люди имеют свое мнение.

P.S. Некоторые сообщения, носящие личный характер были удалены. Насчет Вашего обвинения меня в предвзятости... Я снова перечитал форум и не нашел оскорбоений со стороны участников FoxPro... Если Вы найдете - то укажите и я их удалю... Мы же ведь не роботы и все имеем эмоции, симпатии и антипатии...

Всего Вам доброго и удачных выходных!

Данное сообщение будет тоже удален...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33205228
Фотография Aleksey-K
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В студенческие годы у нас в институте было такое развлечение: составляли программу, которая могла поддерживать диалог с пользователем на любую тему, имитируя человека – собеседника. Программы писались на любом языке программирования (в основном Basic), были очень разные и в общем очень глупые. Побеждал тот из нас, у которого программа дольше не давала, очевидно, бессмысленный ответ. Все эти программульки имели общие черты:
1. Они помнили только один последний ответ собеседника;
2. Ее ответы не несли никакой полезной информации;
3. Следующее предложение формировалось на основе анализа ряда ключевых слов в предложении собеседника-человека;
4. Часто вставляла в свои ответы оскорбительные для собеседника фразы (ну шутили мы так).
Если внимательно проанализировать сообщения в этом топике от Flex0, то у меня сложилось впечатление, что мы имели дело именно с такой программулькой!
Ну-ка господа программисты, признавайтесь, чья этот шутка?
С уважением, Алексей.
P.S. Кстати, программисты из конференции по C# много опытнее, чем мы и сразу раскусили, что имеют под NIC Flex0 дело с программой и не стали вообще с ним разговаривать а топике "Visual FoxPro - Это хорошо или плохо ?"
:)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33205319
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
То Aleksey-K : Просто никто программистов на VFP не воспринимает как программистов, поэтому и тем для обсуждения нет
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33205454
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi Flex0!

> 1) Насчет событий: У вас даже механизма установки в систему ХУКА или
> CALLBACK функций на события.

Для этого есть С и простой как грабли механизм стыковки сишного кода с
фоксом.

> А ваш глючный BINDEVENTS можешь списать в отстой. Он не везде и не всегда
> работает.

Пустая болтовня.

> 2) Ну порт ты наверное сможешь заюзать, но! Только в синхронном режиме.
> Без automation или FLL увы, ничего не выйдет.

Пустая болтовня, человека не видевшего ничего сложнее в лучшем случае
Tastrade. А намёк "без того-то" вообще смешон - давай-ка ты начнёшь писать
на C# не используя ВООБЩЕ скажем COM interop (кстати говоря, кривой до
безобразия) :)

> 3) TCP соединение, или UDP пакет на определённый порт, таже песня.

Пустая болтовня. Ну написал бы проще - "Я не могу использовать сокеты из
фокса". Я вот скажем могу без проблем.

> 4) А уж на счет работы с примитивными API структурами, которые имеют член-
> ссылку на другую структуру, так тут без лишних телодвижений тожно не
> обойтись.

Да уж, сложность явно неподвластная всемогущему Flex0 :)
А при упоминании слова Heap видимо кто-то просто падает в обморок :)

> 5) Ну напиши на VFP системный сервис допустим, не СOM exe а именно сервис,
> чтоб права имел и стратовал даже если сервер отлогинен под установленной
> учетной записью

Ну допустим я писал такой сервис (это действительно был exe, но никакой не
COM и работает при посредстве srvany, т.к. покупать/искать всякие
ActiveX-компоненты выполняющие более полноценную стыковку программы с SСM
было лень). Без проблем работал на тестовой машине (как с локальной, так и с
доменной авторизацией), но для Production Environment было принято решение,
просто запускать из под cron простейший VFP-exe (без UI конечно) - что
оказалось вполне достаточно для решения конкретной задачи.

> тогда я брошу все силы на изучение VFP.

Мне больше делать нечего, как убеждать каких-то упёртых узколобых апологетов
NET в том что они банально неграмотны...

За сим откланиваюсь...

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33205455
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi FoxProHater!

По поводу MS SQL
Да, в VFP8 и ранее есть ошибка - при работе с ODBC функции запроса
информации об ошибке (в случае приёма Multiple ResultSets и возникновения
ошибки на стадии SQLMoreResults) ошибочно вызываются не сразу по получении
кода SQL_ERROR а после выполнения SQLCancel - при этом драйвер информацию об
ошибке сбрасывает и на стороне клиента мы не имеем никакой достоверной
информации кроме собственно факта ошибки.

Однако следующий отрывок из MSDN наводит на глубокие раздумья:

=========Beginning of the citation==============
Errors and Batches
When an error occurs while executing a batch of SQL statements, one of the
following four outcomes are possible. (Each possible outcome is data
source-specific and might even depend on the statements included in the
batch
.)
- No statements in the batch are executed.
- No statements in the batch are executed and the transaction is rolled
back.
- All of the statements before the error statement are executed.
- All of the statements except the error statement are executed.
In the first two cases, SQLExecute and SQLExecDirect return SQL_ERROR. In
the latter two cases, they may return SQL_SUCCESS_WITH_INFO or SQL_SUCCESS,
depending on the implementation . In all cases, further error
information can be retrieved with SQLGetDiagField, SQLGetDiagRec, or
SQLError. However, the nature and depth of this information is data
source-specific. Furthermore, this information is unlikely to exactly
identify the statement in error.

=========The end of the citation================

Также простые тесты выполненные мной не вдохновляют - например "SELECT *
FROM table SELECT * FROM BAD_Table" - в зависимости от наличия записей в
Table либо оставляет в фоксе (7/8/9) открытый курсор (пустой), либо явно его
закрывает (несмотря на то что данные БЫЛИ приняты что показывает и ODBC лог,
и "проскакивающее" сообщение в статусбаре)...
Вообще с точки зрения банальной логики что должен делать разработчик с
данными полученными из УПАВШЕГО батча? Может ли он им доверять? И вообще
если ты ОЖИДАЕШЬ что исполнение батча будет прервано "посередине", то не
логичнее ли посылать SELECT команды по одиночке - гарантированно получая
правильное сообщение в случае ошибки, и имея 100% уверенность, что все ранее
принятые данные совершенно корректны!
Впрочем вряд-ли тебе это интересно (думаю ты сам всё это прекрасно
понимаешь), потому продолжать думаю смысла нет никакого :)

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33205461
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторHi Flex0!

> 1) Насчет событий: У вас даже механизма установки в систему ХУКА или
> CALLBACK функций на события.

Для этого есть С и простой как грабли механизм стыковки сишного кода с
фоксом.

> А ваш глючный BINDEVENTS можешь списать в отстой. Он не везде и не всегда
> работает.

Пустая болтовня.

> 2) Ну порт ты наверное сможешь заюзать, но! Только в синхронном режиме.
> Без automation или FLL увы, ничего не выйдет.

Пустая болтовня, человека не видевшего ничего сложнее в лучшем случае
Tastrade. А намёк "без того-то" вообще смешон - давай-ка ты начнёшь писать
на C# не используя ВООБЩЕ скажем COM interop (кстати говоря, кривой до
безобразия) :)

> 3) TCP соединение, или UDP пакет на определённый порт, таже песня.

Пустая болтовня. Ну написал бы проще - "Я не могу использовать сокеты из
фокса". Я вот скажем могу без проблем.

> 4) А уж на счет работы с примитивными API структурами, которые имеют член-
> ссылку на другую структуру, так тут без лишних телодвижений тожно не
> обойтись.

Да уж, сложность явно неподвластная всемогущему Flex0 :)
А при упоминании слова Heap видимо кто-то просто падает в обморок :)

> 5) Ну напиши на VFP системный сервис допустим, не СOM exe а именно сервис,
> чтоб права имел и стратовал даже если сервер отлогинен под установленной
> учетной записью

Ну допустим я писал такой сервис (это действительно был exe, но никакой не
COM и работает при посредстве srvany, т.к. покупать/искать всякие
ActiveX-компоненты выполняющие более полноценную стыковку программы с SСM
было лень). Без проблем работал на тестовой машине (как с локальной, так и с
доменной авторизацией), но для Production Environment было принято решение,
просто запускать из под cron простейший VFP-exe (без UI конечно) - что
оказалось вполне достаточно для решения конкретной задачи.

> тогда я брошу все силы на изучение VFP.

Мне больше делать нечего, как убеждать каких-то упёртых узколобых апологетов
NET в том что они банально неграмотны...

За сим откланиваюсь...
Судя по твоим ответам ты даже не понял, что я спрашивал. Для тебя, "казбека", объясняю особо популярно:

авторДля этого есть С и простой как грабли механизм стыковки сишного кода с
фоксом.

Что ты там застыкуешь ? Значение вернешь по _RetInt(...) И называешь это стыковкой. Да, даже ожешь поставить хук, только тут обломайся. Так просто ты параметры в фокс не вренешь , без использования самописного COM объекта, а это как мин минимум #import... и как мини минимум знание маршалинга. Что ? Ты это пишешь так же как меня упрекнул в неполноценности, в легкую ?

авторНу допустим я писал такой сервис (это действительно был exe, но никакой не
COM и работает при посредстве srvany, т.к. покупать/искать всякие
ActiveX-компоненты выполняющие более полноценную стыковку программы с SСM
было лень). Без проблем работал на тестовой машине (как с локальной, так и с
доменной авторизацией), но для Production Environment было принято решение,
просто запускать из под cron простейший VFP-exe (без UI конечно) - что
оказалось вполне достаточно для решения конкретной задачи.

Ну тогда мне вообще странно слышать заявления от ваих коллег о каких-то там сервисах (кроме Sergey Sh c его Веб - сервисами), так что не надо путать Х с пальцем.

авторМне больше делать нечего, как убеждать каких-то упёртых узколобых апологетов
NET в том что они банально неграмотны...
За что ж ты так отец и учитель малолеток против дядьки в пэкло прешь :)
Я на фоксе пишу так давно, что когда я начал ты видио еще не зачат был ( без обид).Просто хочу донести: нефиг тут пиликать и строить себя героями упершись в 1 среду программирования. Усек ?

авторCOM и работает при посредстве srvany
А у меня они работают по средством VFP + COM VFP + FLL c передачей данных в фокс по событию портов через ранее связывание компонентов.
=============================================================
И смотри, обсирать не надо, я слишком злой человек чтобы прощать обиды.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33206495
FoxProHater
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Эпиграф: © ББГ
"Налетели ветры злые
В небесах открылась дверь
И на трех орлах спустился
Незнакомый кавалер

Он весь блещет как жар-птица
Из ноздрей клубится пар
То ли атман, то ли брахман
То ли полный аватар..."

Эпиграф: © Диченка, Igor Korolyov, мой начальник и т.п.
"Существует всего 2 мнения: мое и неправильное!"

К моему глубокому сожалению, ты, "не уважаемый не коллега", ведешь себя как глухарь на токовище, т.е. слушаешь и слышишь только себя, а подобная манера т.н. "общения" напрочь отбивает охоту обсуждать с тобой что-либо еще в дальнейшем, поэтому я постараюсь больше не докучать ни себе, ни людям, отвечая впустую "в одни ворота"... (да и мелочиться в дальнейшем, только ради того, чтобы оставить за собой "последнее слово" в споре с таким как ты, как бабы на базаре - больше не намерен).

Отвечу, как обычно, только по существу вопросов:
Igor Korolyov
> Пока что, на сегодняшний момент, в моих личных более чем 5К строк кода на
> C# - даже одного несчастного глюка не набралось.

5К или 5M??? Что-то маловато - одна мелкая программулька что-ли?
...

Ты в самоупоении от собственной FoxPro-шной крутости еще в состоянии отличить "строку" от "байта"? Если еще да - тогда есть еще надежда, что ты "не совсем потерян для общества", как говорили об одном испорченном юноше, удавленном в одном известном фильме...

Igor Korolyov
По поводу MS SQL
Да, в VFP8 и ранее есть ошибка - при работе с ODBC функции ... драйвер информацию об ошибке сбрасывает и на стороне клиента мы не имеем никакой достоверной информации кроме собственно факта ошибки...

К чему эти "признания"? Ты считаешь, что без твоего личного подтверждения эта ошибка не существовала, или факт ее наличия не был доказан ранее? Похвальная последовательность в соблюдении собственного имиджа "сверх-программиста-FoxPro".


Igor Korolyov
> c1 = creat([adodb.connection])
> ?c1.Provider

Microsoft OLE DB Provider for ODBC.
И что ты хотел сказать то, я не понял...

Жаль, мог бы переспросить нормальным тоном, если не понял, а не - "закидывать голову назад" и "токовать" в своей обычной манере...
Объясняю, для токующих, "ключевое слово" в этом словосочетании - все-таки будет "ODBC" (в некоторых источниках еще пишут такой вариант "Microsoft OLE DB Provider for ODBC driver"), т.е. "OLE DB Provider" это "обертка" (wrapper) для ADO, т.к. основную работу по соединению с сервером/базой, извлечению данных (ошибок) и т.д. в этой связке делает все-таки ODBC driver (заметь, точно такой же, каким пользуются и функции FoxPro SQLXXXXX(...)), и пример мой касался именно того факта, что этот самый ODBC driver "внутри" ADO вполне адекватно обрабатывает ошибки "типа 3" по классификации, приведенной тобой из цитаты MSFT.

Igor Korolyov
Зато чайникам более понятно :) А то с тем-же комбо - каких-то 5 свойств, и
то постоянно чего-нить не так настроят...

Так и не спорил бы, с пеной у рта доказывая "профессиональность" FoxPro как средства разработки, сказал бы сразу - "FoxPro программная платформа для чайников, а я - очень крутобокий самовар, подзадержавшийся на этом замечательном уровне развития и всех растопчу, кто будет катить бочку на FoxPro".

Ну и на закуску, вот тебе парочка/четверочка комбик-ов, порыскай по документации FoxPro на досуге, поищи объяснение такому их "закономерному" поведению:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
f1 = creat([form])
f1.autocenter = .t.
f1.AddObject([ca1],[cbaHelper], 0 )
f1.ca1.visible = .t.
f1.AddObject([ca2],[cbaHelper],- 1 )
f1.ca2.visible = .t.
f1.ca2.top =  25 
f1.AddObject([cv1],[cbvHelper], 0 )
f1.cv1.visible = .t.
f1.cv1.top =  50 
f1.AddObject([cv2],[cbvHelper],- 1 )
f1.cv2.visible = .t.
f1.cv2.top =  75 
f1.show()
susp

DEFINE CLASS cbaHelper AS ComboBox
	DIMENSION aSource( 4 , 2 )
	Style= 2 
	ColumnCount= 2 
	ColumnLines=.F.
	BoundColumn= 2 
	RowSourceType= 5 
	RowSource='this.aSource'
	BoundTo=.T.
PROCEDURE init 
	LPARAMETERS nInit
	WITH this
		.aSource[ 1 , 1 ]='Все'
		.aSource[ 1 , 2 ]=- 1 
		.aSource[ 2 , 1 ]='Не определено'
		.aSource[ 2 , 2 ]= 0 
		.aSource[ 3 , 1 ]='Параметр 1'
		.aSource[ 3 , 2 ]= 1 
		.aSource[ 4 , 1 ]='Параметр 2'
		.aSource[ 4 , 2 ]= 2 
		.ColumnWidths=TRANS(this.width) + ',0'
		.Value = nInit
	endwith
endproc
ENDDEFINE

DEFINE CLASS cbvHelper AS cbaHelper
	RowSourceType= 1 
	RowSource='Все,-1,Не определено,0,Параметр 1,1,Параметр 2,2'
ENDDEFINE

З.Ы. когда мне начинают говорить о том, что VFP это "програмная платформа, поддерживающая ООП", или что "VFP = ООЯ" - я даже не знаю, плакать мне начинать или смеяться... Как было ЭТО всю свою жизнь "синтаксическим wrapper-ом" над пошаговым "упражнителем команд", в меру "кривенько", в меру "живенько" реализованным, так таковым и осталось, независимо от того, что за "синтаксис" ОНО на данном этапе времени делает "более понятным для чайников" - SQL-XBASE-команды для манипуляции наборами строк (даже не записей) на стороне клиента, или ООП-конструкции, пытающиеся "изобразить" наследование/инкапсуляцию/полиморфизм и т.д.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33206755
Фотография FM32YO aka KID
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FoxProHater
ООП-конструкции, пытающиеся "изобразить" наследование/инкапсуляцию/полиморфизм и т.д.

за что я уважаю программистов, владеющих ООП, так это за вот эту, приведенную выше терминологию.!
Звучит очень и очень классно.
Как впрочем и обещания правительства.
Одно не понятно - зачем Вам писать столько?
Лишнего времени валом? учите лучше что-нибудь, а то превратитесь в не знаю кого :-)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33206898
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да уж. Что может лысый человек знать об искусстве древней Греции если ему с порога сказать что он лысый. Вот му**ки кто на вфп пишут и всё тут.

Эти самые "М***" не те кто на чём-то пишут а те кто на простой вопрос показать что-то из написанного начинают лопотать про парадигмы программирования и пр.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33207029
PP_Tropini
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
to FoxProHater
перечитал Help
вроде работает
.Value = transform(nInit)
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
f1 = creat([form])
f1.autocenter = .t.
f1.AddObject([ca1],[cbaHelper], 0 )
f1.ca1.visible = .t.
f1.AddObject([ca2],[cbaHelper],- 1 )
f1.ca2.visible = .t.
f1.ca2.top =  25 
f1.AddObject([cv1],[cbvHelper], 0 )
f1.cv1.visible = .t.
f1.cv1.top =  50 
f1.AddObject([cv2],[cbvHelper],- 1 )
f1.cv2.visible = .t.
f1.cv2.top =  75 
f1.show()
susp

DEFINE CLASS cbaHelper AS ComboBox
	DIMENSION aSource( 4 , 2 )
	Style= 2 
	ColumnCount= 2 
	ColumnLines=.F.
	BoundColumn= 2 
	RowSourceType= 5 
	RowSource='this.aSource'
	BoundTo=.T.
PROCEDURE init 
	LPARAMETERS nInit
	WITH this
		.aSource[ 1 , 1 ]='Все'
		.aSource[ 1 , 2 ]=- 1 
		.aSource[ 2 , 1 ]='Не определено'
		.aSource[ 2 , 2 ]= 0 
		.aSource[ 3 , 1 ]='Параметр 1'
		.aSource[ 3 , 2 ]= 1 
		.aSource[ 4 , 1 ]='Параметр 2'
		.aSource[ 4 , 2 ]= 2 
		.ColumnWidths=TRANS(this.width) + ',0'
                         .Value = transform(nInit)
endwith
endproc
ENDDEFINE

DEFINE CLASS cbvHelper AS cbaHelper
	RowSourceType= 1 
	RowSource='Все,-1,Не определено,0,Параметр 1,1,Параметр 2,2'
ENDDEFINE
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33207271
FoxProHater
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
PP_Tropinito FoxProHater
перечитал Help
вроде работает
.Value = transform(nInit)
...

Ссылочку не приведете, где в хелпе именно про такое "извращение" написано (хотя бы - полный заголовок раздела)?
А что, для числовых значений все-таки слабО?
Я же не про строки пример приводил, мне числа нужно выбирать из комбо, а не "выкручиваься" через trans() + eval() etc.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33207545
PP_Tropini
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
to FoxProHater

Value Property
Specifies the current state of a control. Available at design time and run time.


Form.Control.Value = nSetting


Return Value
nSetting


Specifies a setting that indicates the current state of the control. For CommandGroup, ComboBox, EditBox, ListBox, OptionGroup, and Spinner controls, the Value property contains the character string or numeric value that is currently selected in the control. For a TextBox control, the Value property contains the character string or numeric, date, datetime, currency, or logical value that is currently selected in the control. The default value is a character string. For a CheckBox control, the following table lists the settings for nSetting:

Буду рад если смогу чем-то помочь

f1.cv1.value= 2 встанет на строку с номером 2
f1.cv1.value= '2' встанет на строку со значением 2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33207577
leaf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
что Вы тут пургу гоните?
в вашем любимом с++ есть возможность создавать массив смешаного типа вот так просто в лоб? без предварительной подготовки что-то я такого не припомню?
потом у Вас смешение типов идет - раз
и прочие какие-то не аккуратности
Сами создаете аварийную ситуацию а потом спрашиваете почему не работает?

тогда ваш с++ воще убог
почему он здесь ругается ?
int a=0
a='rrr'
вам сто раз говорили что у каждой среды свои особенности
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33207594
Фотография FM32YO aka KID
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ишь ты, и действительно извращение, у нас на работе софт вод Oracle, я глядь а у базе почти всегда цифры хранятся в VARCHAR2 полях.
Во извращенцы Ораклисты, ну нет, чтоюы NUMBER использовать там, где у них цифры стоят, так они Чары,
именно они мазохисты, им нравится переводить из Строк в цифры и наоборот.

столько кода Hater привел, что прамо дисертацию написать. Код его я конечно не проверял, но диссертация на тему "Что Не работает в ВФП" наверное?
Вы бы привели то, что работает, а то я уже засомневался совсем :-)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33207763
FoxProHater
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
PP_Tropini...Specifies a setting that indicates the current state of the control. For CommandGroup, ComboBox , EditBox, ListBox, OptionGroup, and Spinner controls, the Value property contains the character string or numeric value that is currently selected in the control....
Буду рад если смогу чем-то помочь

f1.cv1.value= 2 встанет на строку с номером 2
f1.cv1.value= '2' встанет на строку со значением 2

Не, как-то "не срастается", уважаемый...
Я пересмотрел хелпы от 3-х версий FoxPro (6,8,9) - везде пишут то же самое, что и вы процитировали (а я специально выделил) - "может" ("должен"/"обязан"?) комбобокс принимать значения типа чисел...
А раз может (я-то в этом сомневаться не собираюсь) - почему не показывает злосчастную "минус единицу", чем она перед ним провинилась? "Ноль" же - нормально показывает (хоть он и не строка в моем примере, и не позиция в списке)...

leafчто Вы тут пургу гоните?
....
вам сто раз говорили что у каждой среды свои особенности

Если это мне, то - повторю в 101-й раз: "нафига мне такие особенности, которые постоянно мешают нормально работать? здесь - работает... здесь - не работает... здесь - рыбу заворачивали... здесь - очком чувствуй...".
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33207880
Flare
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FoxProHaterЕсли это мне, то - повторю в 101-й раз: "нафига мне такие особенности, которые постоянно мешают нормально работать? здесь - работает... здесь - не работает... здесь - рыбу заворачивали... здесь - очком чувствуй...".
2 FoxProHater, Знакомо
Если сравнивать, относительно темы топика, все версии фокса, включая 9-ю, с количеством багов в билде Framework 1.1.4322, то где-то такая ситуация и получится. В 1.0.3705 в некоторых местах похожее явление присутствовало, типа кривой Binding, глюки с TabControl и прочая ерунда(с чем сталкивался я). Но субъективно, таких которые сильно мешали работать все равно было меньше.

2 leaf,
А с позиций потенциального избежания ошибок и багов не объявлять область видимости переменной и использовать неявное преобразование "int a=0 a='rrr'" - нонсенс в Программном Обеспечении. Так, если для локальной своей бухгалтерии пишете - сойдет такая халтурка.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33207887
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторчто Вы тут пургу гоните?
в вашем любимом с++ есть возможность создавать массив смешаного типа вот так просто в лоб?

Это не счастье, а беда в программировании. А в С++ такая возможность есть. Ты видимо просто не знаешь что в С++ есть шаблоны и итераторы, а еще тип данных SAFEARRAY.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33207945
leaf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Flex0
Ну да нужно как-то поработать что бы объявить такой массив
А то что написал товарищь FoxProHater, так так нормальные люди вообще не работают
Каждый может посидеть пососать свой палец и чего-то из него высосать....
Начнем с того что использование массивов в источнике данных есть вчерашний день, на мой взляд. Кому-то нравиться через тернии к звездам. Тем более такого рода переопределения в класссе свидетельствуют об его уровне планирования и программирования соответственно. Сам код говорит о некотором знании фокса, но я например так не работаю. Ну может я ничего не понимаю в фоксе ... Да я и не претендую.... Как сказали в одном фильме в ответ на пулеметную очередь : "Да ладно я не гордый, я лягу"
Продолжайте работатать со своими пальцами, а я пойду займусь фоксом. Мне как бы за это деньги платят, а не за юношеские поиски ошибок в среде программирования. С дуру можно всё что хошь сломать...
Расссказали бы что на с++ пишете замечательного, а то игра на нашем поле идет. Не интересно как-то.
Всего хорошего...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33207951
leaf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Это не счастье, а беда в программировании.
ну да техника в руках дикаря - груда металла
думать надо, а не ошибки искать....
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33208043
leaf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
знаете господа любители С# что приходит в голову
Вам говорят
- у нас есть рабочая бухгалтерия, зарплата, склад и т.п.
а Вы говорите мы можем сделать службу виндоус ...... и т.п.
Разницу чуствуете?
Ну не нужны на все Ваши прибамбасы у нас и так все прекрасно работает.
И службы мы организовываем и т.д. и т.п., но это когда надо
так что у нас проблем с фоксом нет, если штаны через голову не надевать
Вообще такого рода темы на форуме на мой взляд излишни. Собираються "иноверцы" начинают поливать грязью. Все это пустой перевод времени. Лучше отвечать на конкретные вопросы как что на фоксе сделать чем участвовать в этой перебранке
К чему это раздувание страстей ? Типа фокс устарел и т.п..

Сергей неужели ты не знаешь хорошо с# или плохо? Да конечно хорошо. Очень даже неплохой язык. Только можно и без него прожить....
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33208082
FoxProHater
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
leaf...А то что написал товарищь FoxProHater, так так нормальные люди вообще не работают
Каждый может посидеть пососать свой палец и чего-то из него высосать....
...
С дуру можно всё что хошь сломать...


Еще один "полный аватар" выискался, берущийся с ходу судить о том, чего ни разу жизни не видел, не знает и знать по-определению не может... ("тенденция, однако").
Писал же я уже для таких как ты "русским по белому" - специально я упрощаю все свои примеры до такой степени, чтобы была только воспроизводима "неадекватность" поведения FoxPro в банальнейшей ситуации, а про реальные потребности в реальных проектах нет смысла "разжевывать" в форуме - скучно это все... (у всех - все одно и то же).
Да я и не собираюсь чувствовать себя тут "школьником, оправдывающимся перед пед-советом" (хотя бы потому, что пишу по-русски гораздо более грамотно, чем некоторые "полные аватары", а это тоже хоть что-нибудь да значит).

З.Ы. а насчет "массивов" и "вчерашнего дня" - когда будет время, подкину еще примерчиков... уже без массивов...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33208274
Reznichenko Y.V.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FoxProHater...а насчет "массивов" и "вчерашнего дня" - когда будет время, подкину еще примерчиков... уже без массивов...

Ей Богу! Вы бы лучше делом занялись, а не поиском "кривости массивов" и "вчерашнего дня" в Фоксе! Отправляйтесь в соответствующий раздел сайта и флеймите там сколько душе угодно.

Ув. Sergey Ch, пора прикрыть это безобразие, уже просто не интересно.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33208279
FoxProHaterДа я и не собираюсь чувствовать себя тут "школьником, оправдывающимся перед пед-советом " (хотя бы потому, что пишу по-русски гораздо более грамотно, чем некоторые "полные аватары", а это тоже хоть что-нибудь да значит).

Слово "педсовет" пишется без дефиса, умник


Пушутся слитно сложносокращенные слова всех типов, например: госкомитет, профком, Уралмаш, Центробанк
(с) Розенталь Д.Э., Джанджакова Е.В., Кабанова Н.П. Справочник по правописанию, произношению, литературному редактированию.- М.: "ЧеРо", 1998, §42, п. 3, "Правописание сложных существительных"
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33208321
FoxProHater
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Розенталь Д.Э....
Слово "педсовет" пишется без дефиса, умник
...

Аргументы типа "сам дурак" тут уже тоже обсуждались, к сожалению...
Я не декларировал свою 100%-ную грамотность (как можно было бы заметить), а сравнивал с существующим уровнем грамотности у тех же "полных аватаров"...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33208331
FoxProHater
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
FoxProHater...
Я не декларировал свою 100%-ную грамотность (как можно было бы заметить)...

Вдогонку, как, собственно, никогда и не декларировал 100%-ную безошибочность .NET Framework, а точно так же сравнивал с существующим уровнем "ошибочности" FoxPro...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33208594
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторзнаете господа любители С# что приходит в голову
Вам говорят
- у нас есть рабочая бухгалтерия, зарплата, склад и т.п.
а Вы говорите мы можем сделать службу виндоус ...... и т.п.
Разницу чуствуете?
А у нас есть и склад и бухгалтерия и все что можно придумать от мелких системок до региональных ERP + системные сервисы, веб сервисы, работа с оборудованием+ фиг знает чего еще и фоксом даже не пахнет :) Чувствуете разницу ? :))

А. Вру. У нас девочки на фоксе таблички заполняют ;))
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33208638
АлександрК
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0А у нас есть и склад и бухгалтерия и все что можно придумать от мелких системок до региональных ERP + системные сервисы, веб сервисы, работа с оборудованием+ фиг знает чего еще и фоксом даже не пахнет :) Чувствуете разницу ? :))

Названия систем скажите?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33208644
Фотография Диченка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0даже не пахнет :) Чувствуете разницу ? :))


По-моему, тут на протяжении двенадцати страниц чем-то очень сильно пахнет. Даже нет, не пахнет, а смердит. Может быть скриншотики покажешь ERP-системки, написанной лично тобою ? Или документик с описанием реализованного функционала можно где-либо почитать ? Нет ? Или только болтать можем ?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33208659
Фотография Redrik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0А у нас есть ... до региональных ERP ...

Вот оно - ключевое слово! :-)
Чувак мыслит глобально !
Сдаётся мне, что лично у него нету ничего... ;-)
Разве что пару книжек по C#...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33208698
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Redrik , ты такой же спец по ERP, как я в балете в таком случае
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33208774
Фотография FM32YO aka KID
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0
авторзнаете господа любители С# что приходит в голову
Вам говорят
- у нас есть рабочая бухгалтерия, зарплата, склад и т.п.
а Вы говорите мы можем сделать службу виндоус ...... и т.п.
Разницу чуствуете?
А у нас есть и склад и бухгалтерия и все что можно придумать от мелких системок до региональных ERP + системные сервисы, веб сервисы, работа с оборудованием+ фиг знает чего еще и фоксом даже не пахнет :) Чувствуете разницу ? :))

А. Вру. У нас девочки на фоксе таблички заполняют ;))

Flex0, не хочу на Вас ни наезжать, вообще не считаю уместным говорить плохо о человеке, которого не знаю.
НО! Вчитайтесь в свою же фразу: "У нас есть и.... перечень всего, что без фокса, и... У нас девочки на фоксе таблички заполняют "
Мне не понятно - почему???? Почему они на фоксе глупенькие заполняют? почему Ваши ERP не позволяют им их заполнятьь?
к слову говоря, а у нас девочки таблицы в ворде заполняют или, в лучшем случае в экселе, а вся система есть Oracle Forms as client + Oracle as DataBase

Очень хочется услышать ответ!
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33208800
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FM32YO aka KID , пАтамушто партия приказала - комсомол ответил есть. Что делать, любят Fox в "дальних селеньях". особенно 2.x. Я не против.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33208853
Фотография FM32YO aka KID
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0FM32YO aka KID , пАтамушто партия приказала - комсомол ответил есть. Что делать, любят Fox в "дальних селеньях". особенно 2.x. Я не против.

тут не поспорить :-)
но ведь Вы можете по крайней мере переписать это дерьмо, которое по вашему мнению на фоксе в НЭТ, почему же нет?
и номер 2, в "дальних селеньях". это как? там любят фокс? там же и Вы находитесь и "у нас все... фоксом и не пахнет"

Заметьте в моих словах ни намека на оьвинения, только указываю Вам на отсутствие логических связочек в последних ваших постах.
а на чем у Вас там на 2,6 или на 8,0 или на С-ширпе, собственно нет разницы.
Получается такая же ситуация почти как и у меня
Я занимался фоксом лет 8 - теперь оказывается, что его и не надо особо, да и ничего не надо, есть же 1С и Эксель, а платить деньги проклятым программерам, раз 1С на базаре можно купить дешево, а знакомый админ настроит на пиво - незачем.
Вы ИМХО так же.. потратили туеву хучу времени на изучение C#, вкусили его прелесть, но блин, оказалось, что любят Fox в "дальних селеньях", и никому Ваш НЭТ там не надо...
Неужто такая жуткая ситуация?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33208884
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Клиенты - это мы :) Пусть хоть текстовые файлы шлют :)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33208903
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я кстати, куеву тучу времени затратил и на Fox'а. Просто столкнулся с задачами которые в VFP делаються через попу, а в VC++ в лет. Хотя и тут фокс всех кинул :) Оставили вам Бак Дор в качестве FoxApi, только не развивают его, что поделать, приходиться учиться, чтобы соответсвовать уровню задач. Такая уж объективная ситуация.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33208923
Фотография FM32YO aka KID
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0Оставили вам Бак Дор в качестве FoxApi, только не развивают его, что поделать, приходиться учиться, чтобы соответсвовать уровню задач. Такая уж объективная ситуация.

А кому сейчас легко?
Я например люблю фокс ибо
1 потратил на него немало времени
2 программа на нем, без особой поддержки и сложных инсталляций работает на любой машине
3 простой язык, и, ИМХО понятный

хотя вот теперь мне ПЛ-СКЛ стал нравится, вот только в наших "дальних селеньях" предложить кому-то поставить Оракл = признать себя идиотом :-(
А, что качается Ваших примеров, как не работает, тут не могу советовать, ибо из принципа не разгребаю чужие коды, мне проже ответить, или попытаться ответить на вопрос "Я хочу в комбобокс то и то, и как это сделать..."
В вашем случае я не вникал ЧТО именно у Вас не работает, и ЧТО Вы хотите получить...
Например "я хочу, чтобы в фотме при выборе.... было.... но не выходит..."
это корректно ИМХО конечно
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33208931
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну с интерфейсом, вернее его отутствия с родными контролами в фоксе, можно смириться, не игрушки пишем, все должно быть строго параллельно и перпендикулярно и желательно в черно белом цвете :), а вот специфические решения, кроме работы с данными требуют комплексной интеграции с другими платформами. И это невозможно не признать.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33209331
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi Flex0!

> Судя по твоим ответам ты даже не понял, что я спрашивал.

А ты ничего не спрашивал, ты УТВЕРЖДАЛ, однако убедительных доводов к своим
утверждениям не привёл. То что "в C# это делается ..." не есть убедительный
довод.

> Что ты там застыкуешь? Значение вернешь по _RetInt(...) И называешь это
> стыковкой.

_Evaluate(), _Execute() - вызывая любую функцию или метод объекта. Если не
веришь - возьми с Foxclub.ru решение FoxSubclass - перехват WM_ сообщений
для VFP8 и более ранних. То что это оформлено в виде COM-сервера сути не
меняет - механизм обратного вызова там именно через FOXAPI. Т.е. можно и
простую fll сделать.
Я не использую библиотеку от Mike Korneev (mkFox.fll), но насколько я
понимаю там тоже применена такая схема - и это 100% не COM.

Про синхронную работу с сокетами я опять таки ничего не понял. Ты не в курсе
что в фоксе можно использовать напрямую вызовы WS2_32.Dll функций? В
частности создать сокет, и проверять его через select() дабы не попасть в
состояние блокировки? Что можно использовать например OVERLAPPED (т.е.
асинхронный) IO с сокетами? Проверять статус сокета тоже можешь как угодно -
хоть по таймеру опрашивать, хоть WSAWaitFor* использовать, хоть заставить
его выдавать WM_ сообщение (WSAAsyncSelect) и его отлавливать из фокса (если
это оконное приложение конечно)...
При этом для ленивых программистов, не желающих вникать в тонкости работы с
сокетами в Win есть простой как грабли MS WinSock контрол - влёгкую
позволяющий нарисовать асинхронную сетевую прогу.
Вот меня скажем замучил спам, а имеющиеся в наличии (ну точнее найденные в
Инете) программы чистки почтового ящика через POP3 меня не устраивают - они
либо напрочь не дружат с русскими MIME-кодированными заголовками, либо
падают, либо не поддерживают POP3 коннекцию (обидно потратить 10 минут на
закачивание 100 заголовков и выбор неСПАМа из них, чтобы потом получить
"сокет был отсоединён"), не кэшируют принятые заголовки (т.е. порвалась
связь - качай заново все заголовки), не используют Pipelining (т.е. жёстко
работают по схеме - запрос-ответ а это выливается в 5-10 минут на получение
заголовков, и даже банальное удаление 100 писем занимает более 5 минут -
т.к. послали DELE запрос - ждём ответа) - тогда как все используемые мной
сервера нормально работают в поточном режиме - сокращая тем самым время
получения инфы в РАЗЫ.
Так это я к чему - нарисовал я себе простенькую утилитку используя MS
WinSock контрол - без проблем - всё замечательно работает - можно открыть
хоть 10 соединений с разными серверами и они все ОДНОВРЕМЕННО будут качать
данные - т.е. никаких блокировок или "синхронного вызова", никакой
"линейности" - и при этом я даже
НЕ ПЫТАЛСЯ создавать дополнительные потоки - т.е. вся работает в рамках
штатного рантайм-режима фокса - в одном потоке (не считая конечно, что фокс
реально несколько потоков для своих нужд создаёт - программа исполняется в
одном)...
Если доделаю эту прогу до "товарного вида" (чтоб не стыдно было за возможные
досадные ошибки, плюс "грязный" код), то выложу на foxclub... Чтобы потом
разные деятели не болтали что "это невозможно потому что я сказал" :)

> минимум #import... и как мини минимум знание маршалинга. Что ? Ты это
> пишешь так же как меня упрекнул в неполноценности, в легкую ?

Если я (т.е. некий абстрактный фокс-программист) могу написать самую обычную
COM компоненту (не используя FOXAPI), то вообще никаких проблем нет и быть
не может - пример такой компоненты выкладывал Михаил Дроздов - я считал что
в фоксе есть какая-то серьёзная проблема с подключением собственных
обработчиков событий при некоторых условиях, Михаил же показал что это
скорее недоработки тех компонент (или тех "мастеров создания COM
компонент"), что я использовал ранее. Однако про это мы ведь речи не ведём
:) Т.к. ясен пень что ты станешь громко возвещать что "это не фокс, это
неправильно" и т.д.

> Ну тогда мне вообще странно слышать заявления от ваих коллег о каких-то
> там сервисах (кроме Sergey Sh c его Веб - сервисами), так что не надо
> путать Х с пальцем.

К чему это сказано, я не понял. Если программа работает как WinNT Service,
под заданным аккаунтом (от LocalSystem до специально созданного доменного
аккаунта - без разницы), при logoff состоянии системы - т.е. в отсутствие
всяческих интерактивных пользователей - естественно под управлением SCM - то
что это такое? Или напрягает использование враппера srvany? Ну в принципе
можно в fll поместить требуемые системные функции - ServiceMain и HandlerEx
(точки входа, сам их функционал можно опять таки в фоксе оставить) дабы
можно было получить их адреса для стыковки с SCM... Только я не думаю что
это реально необходимо в 90% случаев...

> За что ж ты так отец и учитель малолеток против дядьки в пэкло прешь :)

Иногда почтенный возраст является минусом - твои годами сложившиеся
стереотипы просто не позволяют адекватно вести дискуссию. Упёртость ни к
чему хорошему не ведёт. Конструктива то никакого...

> Я на фоксе пишу так давно, что когда я начал ты видио еще не зачат был (
> без обид).

И что из этого? FPD не в счёт (т.к. это СОВЕРШЕННО другой язык, и о нём речи
тут не идёт), а VFP всего-то чуть более 10 лет... Кстати NET-у и того
меньше, а вот поди-ж ты как его превозносят тут некоторые :) Хотя наверняка
действительно масштабных разработок на нём и нету то...

> Просто хочу донести: нефиг тут пиликать и строить себя героями упершись в
> 1 среду программирования. Усек ?

А кто упёрся то? Давай объективно - я не говорил что NET плох, что на нём
нельзя чего-то сделать, что нужно всем срочно переходить на фокс... Это как
раз противоположная сторона всё время твердит, причём разумных
доводов/фактов не приводит - в основном одна болтовня... Я лишь говорю что
некоторые задачи делать на NET невыгодно (кстати говоря писать драйвера и
системные компоненты тоже, для этого Managed-код не годится - по крайней
мере пока не выйдёт новая ОС от MS). Что-то будет банально медленнее
работать, что-то потребует на порядок больше кода написать... На фоксе всё
аналогично - да, какие-то вещи делать сложнее и/или кода больше, или нужно
привлекать сторонние средства...

> А у меня они работают по средством VFP + COM VFP + FLL c передачей данных
> в фокс по событию портов через ранее связывание компонентов.

Ну и славненько :) Зачем же тогда было говорить что фокс надо на помойку и
срочно всё переделывать под C# или там ещё что-то :)

> И смотри, обсирать не надо, я слишком злой человек чтобы прощать обиды.

Извиняюсь, если это было так воспринято (я не собирался никого оскорблять),
однако если перечитать твои сообщения (особенно последние), то все мои слова
кажутся (мне) банальной констатацией печального факта... Ты же сам идёшь на
обострение.

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33209357
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Теперь по теме:


Код: plaintext
1.
2.
А ты ничего не спрашивал, ты УТВЕРЖДАЛ, однако убедительных доводов к своим
утверждениям не привёл. То что "в C# это делается ..." не есть убедительный
довод.

Ты мне не веришь ? попробуй, уверен , что тебе понравиться.

Код: plaintext
1.
2.
3.
4.
_Evaluate(), _Execute() - вызывая любую функцию или метод объекта. Если не
веришь - возьми с Foxclub.ru решение FoxSubclass - перехват WM_ сообщений
для VFP8 и более ранних. То что это оформлено в виде COM-сервера сути не
меняет - механизм обратного вызова там именно через FOXAPI. Т.е. можно и
простую fll сделать
.

1) _Evaluate(), _Execute() в потоках не работает;
2) Конструкцию типа _Execute("obj.Method()") - как ты параметры передашь ? Будеь конкантерировать строку ? ( кстати, я знаю секрет, как можно это сделать деликатно, если хочешь расскажу.)
3) WM_ - сообщений ( их кроме WM_ еще пару десятков тысяч):) ну перехвати мне сообщение прихода символа в COM порт из фокса, асинхронно, через событийно - управляемый интерфейс.
4) FoxSubclass - редокстный изврат, очень. И до сих пор глючный. Только ради того, чтобы им не пользоваться стоит выучить C++, хотя на уровне WIN32api.


авторПро синхронную работу с сокетами я опять таки ничего не понял. Ты не в курсе
что в фоксе можно использовать напрямую вызовы WS2_32.Dll функций

Понимаю. Не понял. Ну вот когда поймешь разницу между блокирующим сокетом и не блокирующем, когда посмотриь в строну струткры OVERLAPPED и увидишь, что фокс тут просто отдыхает ( хотя скажу тебе по секрету что с сокетами из фокса можно работать через =FREAD(), FWRITE() ), тогда потов с жалобами на AFAIK фокса будет меньше.

Код: plaintext
1.
Я не использую библиотеку от Mike Korneev (mkFox.fll), но насколько я
понимаю там тоже применена такая схема - и это  100 % не COM.
И я не использую. Хотя исходники 2000 года у меня имеються, в силу совместной работы с этим гуру в одной конторе. Только COM - в то время там не пахло. Вообще ! Максимум работа с множествами битовых масок (из самого крутого).

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
чему это сказано, я не понял. Если программа работает как WinNT Service,
под заданным аккаунтом (от LocalSystem до специально созданного доменного
аккаунта - без разницы), при logoff состоянии системы - т.е. в отсутствие
всяческих интерактивных пользователей - естественно под управлением SCM - то
что это такое? Или напрягает использование враппера srvany? Ну в принципе
можно в fll поместить требуемые системные функции - ServiceMain и HandlerEx
(точки входа, сам их функционал можно опять таки в фоксе оставить) дабы
можно было получить их адреса для стыковки с SCM... Только я не думаю что
это реально необходимо в  90 % случаев...

Герой, извратился. А ведь есть такие COM котрые и Systev services.

На счет Веба. - как бы вы сервисы на фоксе не писали ( в и мы тоже) но им еще нужно и рулить однако. а фоксе до Remoting слишком далеко.
===========================================================
деликатный , конструктивный разговор, делает меня добрее.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33209532
Фотография FM32YO aka KID
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0Ну с интерфейсом, вернее его отутствия с родными контролами в фоксе, можно смириться, не игрушки пишем, все должно быть строго параллельно и перпендикулярно и желательно в черно белом цвете :),
.

эх... а что собственно отсутствует в стандартном интерфейсе фокса?
Commandbutton, grid, listbox, combobox, radiobutton, checkbutton, menu, form все же это стандартно во всех языках.
Конечно в некоторых эти элементы красивей возможно, но ведь от того какая красивая кнопка, или как приятно проявляется пункт меню на экране+попутно играет музыка+картинки+....
от этого-то функционал самой программы никоим образом не изменится?
Более того ИМХО излишние красивости только отвлекают, а, если вы о, например стандартном гриде, в котором "зашито" в клик методах заголовков сортировки, тасования и так далее, то это ИМХО получается Wizard-Grid то есть кто-то написал вместо меня, конечно, когда вместо меня = удобней, но никак не обязательно.

Flex0
а вот специфические решения, кроме работы с данными требуют комплексной интеграции с другими платформами. И это невозможно не признать.

А кто-то разве тут утверждал, что фокс претендует на офигенный инструмент в поле НЕ соответствующем работе с данными и с БД?
Да, можно на нем и НЕ БД писать, но, думаю мало кто это делает, ибо незачем.
А как собственно СУБД или клиент к любым БД ИМХО отличный инструмент и только. Понятно, что вероятно на С++ можно написать и игрушку и драйвер и СУБД, но вот СУБД вряд ли кто на нем будет писать, как раз из-за наличия уже готовых СУБД (это как упомянутый выше грид, написанный другими и, поэтому мне не надо париться)
Хотя был у меня знакомый, который на ассемблере писал интерфейс с менюшками и собственной БД, даже я лет 10 назад пытался на PASCAL 7.0 for DOS написать учетную программу ... да только бросил сию затею, ибо не вышло ничего, а черех годик на фоксе написал весь нужный функционал и что? Паскаль после этого мне считать дерьмом?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33209788
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Топик был немного пощищен... Думаю, что без обид, но на всякий случй приношу извинения...




Данное сообщение будет тоже удалено...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33210058
Crispy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Мучающимся под Fox-ом:...
Мается, мается - то заснет, то лается,
А все не признается, что все дело в нем .

Вроде бы и строишь - а все разлетается;
Вроде говоришь, да все не про то.
Ежели не выпьешь, то не получается,
А выпьешь - воешь волком, ни за что, ни про что...

Б.Г."Навигатор - Мается"
"Компьютерные Вести" www.kv.minsk.by/index1999451102.htm
С моей точки зрения, нет плохих языков программирования, есть плохие реализации и собственные коммерческие интересы фирм-разработчиков.

Сергей СОКОЛОВ "Алгоритмическая мультиязычность"
Точнее не скажешь!
На протяжении всего топика не было приведено НИ ОДНОГО аргумента, указывающего на кардинально неисправимые баги фокса. Разве что, постоянно - на конкретные баги, присущие конкретной версии, не исправленные пока что теми четырьмя (!? - об этом было где-то на форумах) разработчиками, что этим занимаются.
Ведь неустранимых принципиально багов - здесь попросту и быть не может, иначе этот язык уже давно бы никем не использовался. А он используется, и достаточно широко. И то, что он является языком более высокого уровня, по сравнению с С-образными языками - ничуть не говорит в его минус, скорее в чем-то наоборот. Просто это разные вещи...
Но, к сожалению, такое впечатление, что споры уже выродились - в обычный флуд.
(если местами - не гораздо хуже, считаю, что было подчищено совершенно правильно)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33210261
Фотография Redrik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Подчищено правильно!
Но разве это поможет по сути? Ведь для бреда есть специальные места и незачем "хранить" это тут... IMHO...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33210306
Гулин Федор
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вот SergeyCh привел пример написанного им на ASP.NET сайта
я слазил - посмотрел
ссылки в студию господа мы посмотрим - интересней и полезней будет
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33214025
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi Flex0!

Раз уж Сергей удалил явную чушь из темы, то напишу пожалуй... Хотя вряд-ли
это что-то изменит.

> 1) _Evaluate(), _Execute() в потоках не работает;

Кто-то говорил про потоки? Организовать взаимодействие твоих служебных
потоков (если уж они нужны) с основным - который собственно и будет дёргать
методы фокса - в рамках той самой fll, на C который под это заточен - это
очень сложно или даже невозможно? Скажи это автору vfpmtapp.dll - компонента
создающая потоки и запускающая в них фоксовый код - думаю ты в курсе про
это.
И вообще при чём тут ИЗНАЧАЛЬНЫЙ предмет? Про параметры аналогично - никакой
связи с начальной темой.

> 3) WM_ - сообщений ( их кроме WM_ еще пару десятков тысяч):)

Это как это так? Я исключительно про оконные сообщения писал, а WM_ это
просто предложение MS по именованию данных констант.

> ну перехвати мне сообщение прихода символа в COM порт из фокса,
> асинхронно, через событийно - управляемый интерфейс.

Такого "оконного собщения" в винде нет - можно настроить Overlapped IO и
использовать Wait* для проверки состояния объекта event, или если тебя
интересует именно событие изменения состояния COM порта, то WaitCommEvent -
всё с теми-же самыми Overlapped структурами и "ожиданием" либо периодической
проверкой состояния. Иного применения в однопоточной среде фокса
сложно представить. Если же кому-то лень рисовать всю эту низкоуровневую
бодягу (а надо быть большим оригиналом, чтобы так извращаться если есть уже
готовые решения) то есть простой бесплатный контрол MSCOMM - он позволяет в
том числе и асинхронное функционирование системы - т.е. именно "событийно -
управляемый интерфейс". Естественно что у него есть свои особенности, и даже
недостатки. Но тогда можно поискать сторонние контролы.
Кстати говоря великий и ужасный NET в принципе не содержит класса для работы
с COM-портом. MS просто решило что это неактуально и всё :) Впрочем найти
готовую компоненту-враппер над соответствующим АПИ (если знать где искать
конечно) не составляет проблем. Если же ты станешь утверждать, что все
программисты на NET САМИ будут писать такие вещи, погружаясь в дебри Win32 -
то я, если и поверю в это, просто посочувствую несчастным адептам NET.
Помимо изучения всего многообразия NET классов, им ещё и WinAPI оказывается
нужен в таком объёме, а может и знания DDK :)

> 4) FoxSubclass - редокстный изврат, очень. И до сих пор глючный. Только
> ради того, чтобы им не пользоваться стоит выучить C++, хотя на уровне
> WIN32api.

Речь шла про то, что задача решаема в принципе - причём масой
разнообразнейших способов - и это не единственный.

> Понимаю. Не понял. Ну вот когда поймешь разницу между блокирующим сокетом
> и не блокирующем, когда посмотриь в строну струткры OVERLAPPED и увидишь,
> что фокс тут просто отдыхает ( хотя скажу тебе по секрету что с сокетами
> из фокса можно работать через =FREAD(), FWRITE() ), тогда потов с жалобами
> на AFAIK фокса будет меньше.

Я знаю разницу между блокирующим и неблокирующим сокетами, и про
WSAAsyncSelect я написал, и про select - который хоть и блокирующая
операция, но зато с таймаутом, и про OVERLAPPED IO... Я не вижу никаких
проблем при работе с OVERLAPPED струкутрами и с Event-ами. Да, запустить
фоксовый код в отдельном потоке напрямую нельзя - потому рекомендацию MSDN
типа "забейте на проблемы блокировок - ведь блокируется лишь один поток -
остальное всё работает" видимо не стоит применять в фоксе (если делать всё
чисто АПИ-ными средствами конечно).
Кроме того я уже писал
При этом для ленивых программистов, не желающих вникать в тонкости
работы с
сокетами в Win есть простой как грабли MS WinSock контрол - влёгкую
позволяющий нарисовать асинхронную сетевую прогу.
И пример приводил - ничего нигде не блокируется и не "висит". Несмотря на то
что Я ЛИЧНО ни строчки кода на C не написал, и даже АПИ нигде не
использовал.

> И я не использую. Хотя исходники 2000 года у меня имеються, в силу
> совместной работы с этим гуру в одной конторе. Только COM - в то время там
> не пахло. Вообще ! Максимум работа с множествами битовых масок (из самого
> крутого).

При чём тут COM? Речь шла о вызове фоксового кода из fll - ты же написал

>>> Что ты там застыкуешь? Значение вернешь по _RetInt(...) И называешь это
>>> стыковкой.

Это однако не так. Про что что-то там выглядит "некрасиво, убого и т.п."
прошу не напоминать - оно работает и точка. А о красоте лучше говорить
применительно к другим вещам, а не к какому-то там коду :)

> Герой, извратился. А ведь есть такие COM котрые и Systev services.

Есть много чего разного в этом мире, только не надо постоянно перепрыгивать
с одного на другое. Было конкретное высказывание

>>> 5) Ну напиши на VFP системный сервис допустим, не СOM exe а именно
>>> сервис,
>>> чтоб права имел и стратовал даже если сервер отлогинен под установленной
>>> учетной записью

И конкретный ответ.

> На счет Веба. - как бы вы сервисы на фоксе не писали ( в и мы тоже) но им
> еще нужно и рулить однако. а фоксе до Remoting слишком далеко.

Опять страшными словами пытаются подменить простую как грабли задачу. В чём
проблемы? Нельзя через DCOM вызвать метод и получить назад результат? Нет,
это не Remoting ну и что? Ну если моя машина ездит на солярке, то теперь
надо застрелится, т.к. "на бензине это круче, это современнее, вся
прогрессивное человечество во главе с MS ездит на бензине..." :)
Если что-то РАБОТАЕТ, то глупо говорить про то что оно "не по той
технологии" сделано, или "морально устарело".
Кстати для особых "ценителей" - у нас написали системный сервис на NET для
взаимодействия с простым, примитивным VFP dll сервером - с целью
"последующего Remoting" ибо COM+ им "не катит" потому что "вчерашний день"
(а на самом деле больше из-за кривой работы NET с COM Interop) - и даже
работает кое как, правда кривенько - в частности с многопоточностью там
полная ж... а заниматься отладкой как всегда недосуг. Главный вывод -
никаких преимуществ это не даёт. Абсолютно! А вот лишних глюков (т.к. всё-же
нету у нас целого штата как в MS для тестирования и отладки, а написать свой
собственный COM+, пускай и в самом примитивном виде - это не так то и
просто).
P.S. То что Remoting это не нечто "революционно новое, чего доселе не
существовало" (хотя там MS реклама говорит про ЛЮБУЮ технологию - будь то
даже банальное колесо), а банальное развитие RPC/DCOM/COM+ ты наверное
спорить не станешь? Схемки работы там кстати походу один в один копируются
из одного раздела MSDN в другой :) Называется - найди 10 отличий.

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33214044
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
автора на самом деле больше из-за кривой работы NET с COM Interop)
1) Думаю, что не кривизна, а специальное ущемление такой поддержки со стороны .NET. Если задуматься, с чего бы кривизны небыло ? COM - компонента, в любом случае исполняемый бинарный код, клиент, да и сервер NET - исполняеться средой CLR. Не зря MS вынес совместимость с COM с NET в отдельную службу, видимо в перспективе ее загубить :)
2) Через .InvokeMember(....), для позднего связывания с СOM можно засунуть все что угодно, только не то что нужно, потому что о библиотеке типа он понятия не имеет. Походу всевозможные связывания баг MS который от тащит из платформы в платформу из среды в сруду.

авторТо что Remoting это не нечто "революционно новое, чего доселе не
существовало" (хотя там MS реклама говорит про ЛЮБУЮ технологию - будь то даже банальное колесо), а банальное развитие RPC/DCOM/COM+ ты наверное спорить не станешь? Схемки работы там кстати походу один в один копируются из одного раздела MSDN в другой :) Называется - найди 10 отличий

Ну ты еще вспомни MTS :) Хотя ты прав. Это так откровенно слизано с СOM, засунуто в NET, реализовано под нет. И чтобы поменьше было багов чистый СOM был засунут " старый подход к программированию" :) Каждый бореться с ошибками по разному. Одни их пытаються исправить, вторые бьют по рукам пользователям, чтобы не нажимали не тех кнопок
Что верно - то верно.

авторЭто однако не так. Про что что-то там выглядит "некрасиво, убого и т.п."
прошу не напоминать - оно работает и точка. А о красоте лучше говорить
применительно к другим вещам, а не к какому-то там коду :)

Красота кода - дело личное. Но это не значит, что нужно писать так, чтобы это просто работало и приводило в ужас клиентов :)

Но мы отошли от VFP vs. NET. Народ иссяк ? :)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33214361
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А чё иссякать-то? Обычно эти споры вроде вфп-дельфи, вфп-ц и пр. сводятся к тому что люди с опытом разработок показывают свои работы и просят показать работы оппонентов на что получают кучу рассуждений о кораблях бороздящих просторы космоса. Ну и здесь также.

ЗЫ
тема была - (C#) Интересно, хорошо это или плохо... и предпологалось что относительно разработчиков на вфп.

наверна ни тепло ни холодно. Так же как и с жавой было
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33214449
ВМоисеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>тема была - (C#) Интересно, хорошо это или плохо...

Много лет программировал на фоксе (и дос и visual). Сейчас пишу на C#.
Здесь http://www.gotdotnet.ru/LearnDotNet/NETFramework/125377.aspx
рассмотрен проект прототипа (типовой модели). Нечто аналогичное сделал фоксе и DCOM. Так что есть с чем сравнивать.
То, что не нравится в Framework .Net сегодня (конкретные языки здесь не причем) так это отсутствие нормальной базы данных ( а-ля фокс, например - такого удобства работы с данными больше пока не встречал, чтобы не только сиквел запросы, но и обыкновенный доступ к строке по номеру и т.п. ) на клиентском компьютере, с привязкой компонент отображения данных непосредственно к данным таблиц.
Реализация её в памяти не всегда то, что нужно.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33217256
FoxProHater
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
1024А чё иссякать-то?

Вот уж точно, чему иссякать-то, собственно говоря, упражнениям Диченки в свернословии, или демонстрациям Igor Korolyov-а знания Win32-API применительно к задачам, обычно решаемым на FoxPro?
С таким же завидным упорством можно было бы отстаивать "крутость" любой другой программной платформы, имеющей команду типа DECLARE <WIN32-API-function> IN <WIN32-API-dll> (того же Visual Basic3.0/5.0/6.0, например). При чем тут именно FoxPro, не понимаю?
Хотя, нет... понимаю... Igor Korolyov с него начинал когда-то во времена оно, очевидно, и, наверное, думает, что сможет и "закончить" с ним же... (флаг в руки и попутный ветер - сами знаете куда).

1024
...тема была - (C#) Интересно, хорошо это или плохо...


А тема была изначально, да простит уж меня модератор и "аффтар" - провокационная насквозь...
Т.к. за нас уже давно все в Редмонде решили и постановили - "это хорошо, а скоро будет - еще лучше".
Не соглашаться с этим могут только рефлексирующие "знатоки" Win32-API, FoxPro, Delphi и пр. "программных платформ", которым все те же "решатели" и "постановители" из Редмонда закрыли "дорогу в будующее"...
Ну, нет в планах MSFT места для развития этих "программных платформ", НЕ-ТУ...(отдельные "реверансы" в публичных высказываниях - не всчет, кто ж прессе правду-то скажет?).
Как ни старайся доказать всем вокруг, что это еще - "ого-го-го-го!!!" ("да на ЭТОМ еще в таком-то году такие люди такие проекты делали... Богатыри!! Не вы...").
Можете еще немного поругать БГ, MSFT, "хамов от программирования" и пр. досадные факты, которые вам лично не нравятся, но все равно фактами они от этого быть не перестанут.
И в итоге года через 2-3 вы "вдруг" с удивлением обнаружите, что: сначала - Win32-API станет работать "медленнее" и "глючнее" чем CLR, потом - VFP.1X.0 не сможет нормально "подвязаться" в бибилитеке msvcp1Х.dll, и .т.д. и т.п.
Нет, оно, конечно, с поправкой на наше (совковое/россиянское) постоянное 10-15-ти летнее отставание в сфере IT от всего остального "цивилизованного мира" - можно и на FoxPro, и на Win32-API доработать до пенсии, только на участие в новых/интересных/дорогих проектах при этом вряд ли придется расчитывать... (ИМХО).

З.Ы. а тему топика я назвал "провокационной" потому, что сильно подозреваю - попробовал Sergey Ch написать несколько веб-сервисов на C#, удивился (поразился) насколько все сделано в CLR удобнее и проще по сравнению с FoxPro, да и устыдился своего "ренегатства" по отношению к FoxPro... Теперь вот- тоже "рефлексирует"... пытается самому себе доказать (с помощью таких как Диченка и Igor Korolyov), что его любовь к FoxPro это не мазохизм... это - правильная любовь.

DIXI...
ADIOS, AMIGOS!
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33217313
Фотография FM32YO aka KID
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FoxProHater
Т.к. за нас уже давно все в Редмонде решили и постановили - "это хорошо, а скоро будет - еще лучше".
Не соглашаться с этим могут только рефлексирующие "знатоки" Win32-API, FoxPro, Delphi и пр. "программных платформ", которым все те же "решатели" и "постановители" из Редмонда закрыли "дорогу в будующее"...


эх.. погодите. То, что они закрывают дорогу, ибо им тоже надо зарабатывать деньги - это понятно. Это как при СССР на заводах, надо было делать стулья, ибо что-то же надо делать..
а по отношению к области применения Фокса = учетные системы.. при чем тут дорога в будущее?
У Вас есть бухгалтерия, которую Вы автоматизируете. Вы сделали это к примеру на ВФП, и что? в Редмонде напрочь изменят алгоритмя просчета балансов, введут не 10-ричную, а другую систему исчисления, причем такую, что ВФП не сможет работать?
Или насильно переведут всех на абсолютно несовместимые ОС? или закупят компы у другой цивилизации, где само понятие будет иное?
Если нет - то при чем тут "дорога в будущее"?
Раньше на абаках считали, теперь разве нет?
Если система, написанная на ВФП будет справляться, то я вообще не понимаю ЗАЧЕМ дальнейшее развитие-то?
аргументы, что мол 25 000 000 транзакций ежесекундно - не стОит приводить, ибо это хрен знает где такое, вот там где оно такое, хай покупают себе супер БД и супер машины и так далее..., а бизнес вроде во всем мире держится за счет мелкого , а не корпоративного. разве нет? вот для мелких и средних контор ВФП самое оно, а в крупных работают другие люди, которые хай и думают, что у них не так :-)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33217326
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В точку !
Афтоподпись
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33217554
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
И в итоге года через 2-3 вы "вдруг" с удивлением обнаружите, что: сначала -
Win32-API станет работать "медленнее" и
------------------------------------


да уж... Ясен пень что придёт время и даже солнце погаснет.

Когда микрософт выпустит первую десктопную ось которая не сможет выполнять
вин32 приложения тогда и можно будет говорить что года через три вин32
полностью себя изживёт. А пока эти лозунги ерунда для пионеров


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33217558
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FoxProHaterА тема была изначально, да простит уж меня модератор и "аффтар" - провокационная насквозь...

З.Ы. а тему топика я назвал "провокационной" потому, что сильно подозреваю - попробовал Sergey Ch написать несколько веб-сервисов на C#, удивился (поразился) насколько все сделано в CLR удобнее и проще по сравнению с FoxPro, да и устыдился своего "ренегатства" по отношению к FoxPro... Теперь вот- тоже "рефлексирует"... пытается самому себе доказать (с помощью таких как Диченка и Igor Korolyov), что его любовь к FoxPro это не мазохизм... это - правильная любовь.
У Вас хорошее воображение Особенно насчет провокационности данной темы. Просто есть практики и теоретики как Вы это сами прекрасно знаете и для большинства фирм действительно хватет и будет хватать FoxPro... Мы ведь никого не призываем отставать от жизни... Ну а Большой Брат всегда отличался гибкостью ума и сообразительностью - не зря он переносит FoxPro на новую платформу, которая как оказалась написана не на .NET Если завтра перенесут все то, что мы имеем в FoxPro в среду .NET то почему бы и не использовать данную среду Это и было темой данного обсуждения - взгляд на наше будущее под немного измененным углом...

P.S. Хотя каждый слышит то, что хочет слышать и это наше право...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33218054
Фотография Диченка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FoxProHater 1024А чё иссякать-то?

Вот уж точно, чему иссякать-то, собственно говоря, упражнениям Диченки в свернословии, или демонстрациям Igor Korolyov-а знания Win32-API применительно к задачам, обычно решаемым на FoxPro?


Юноша, вот когда напишите на дот нете что-нибудь реальное, скажем клиент-серверную систему складского учета пользователей эдак на сто, с биллингом, формулами Дю-пона, трендами, оптимизацией цепочек поставок и прочими наворотами, тогда и будете тут петь про сладкое будущее. Я вижу вам нравится та плохосваренная лапша, которую вам вешают на уши и пихают за шиворот мелкомягкие. Вот у меня в системе сотни тысяч строчек кода на фоксе, плюс несколько тысяч ХП на серверной части. Причем встроенные T-SQL возможности фокса по работе с курсорами, получаемыми с сервера, задействованы на сто десять процентов. Я даже помыслить не могу, как я буду переделывать имеющийся функционал под дот нет. Еще раз повторюсь - клиентам (пользователям) насрать на то, на чем написан софт. Для клиента важнее - функционал, юзабилити, стабильность и тех. поддержка. Раз уж ты упомянул про "интересные проекты" и "глобальную роль" дот нета в них, то видимо тебе очень нравится постоянно переучиваться. А мне очень нравится постоянно зарабатывать деньги, продавая уже написанный продукт, который отлаживался не один год. В этом основная разница между нами, дружок. Была бы моя система функционально навороченной, если бы я каждые полгода менял платформу, гонясь за очередными выкидишами майкрософта, которые между собой даже не совместимы ? Определенно - НЕТ. Хотя мне твоя позиция понятна. Ты привык работать на дядю, который скажет - сегодня дот нет - и ты побежишь изучать дот нет. А завтра скажут - "ява", побежишь изучать яву, проклиная все на свете и теряя время, которые ты бы мог направить на что-то другое.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33218149
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi Sergey!

Дык вроде же сразу было сказано - СЕГОДНЯ NET (даже бета версии 2.0) не
удовлетворяет всех потребностей типичного программиста СУБД в плане СКОРОСТИ
и УДОБСТВА разработки - клиентская схема работы с данными убога, кивать на
то что "только сервер" должен обрабатывать данные могут лишь упёртые
апологеты, которые просто иного НЕ МОГУТ сделать (а может быть даже просто
представить не могут)... Когда же сделают более удобные средства (совсем не
обязательно это должно быть дублирование VFP) именно по локальной обработке
данных - тогда и можно будет реально сказать что VFP устарел и утратил все
свои преимущества над другими средами. Тогда действительно можно будет НОВЫЕ
проекты на нём начинать делать. Переписывать же то что и так хорошо
работает
- ну это нарушение первого принципа программирования и пустая
трата времени :)

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33218155
XAndy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вот этим постом Диченки можно смело резюмировать и закрывать веточку :)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33218565
leaf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
net! Net!
ой пусть не в тему, но всё же пример из другой области
Если бы Вы знали сколько людей купились на систему Джо Вейдера....
а спустя 20-30 лет оказываеться что это был рекламный пшик с целью ускорения выкачки денег из народа. Так там вроде всё сразу видно пришел в спортзал .... и если умный через месяц поймешь...
А Вы говорите нет...
А тут всё зашифровано в библиотеки классов и т.д.и т.п.
Я как бы не призываю всех к фоксу. Если здоровье позволяет поднимать каждые пять лет новые системы так только пожелаю удачи и позавидую по белому... Только большое подозрение что к тому времени как Вы напишете что-либо напишите серьёзное - мода смениться. Особенно если писать службы и тому подобное, переписывать уже решенное.
Не ну если Вам заплатят за написание виндоус службы, то почему бы и нет?
На моей работе деньги платят за складскую программу....

Как там Корчагин говорил? Прожить жизнь так....
Не можно конечно и сливки снять....
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33219217
FoxProHater
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ха-ха, кто-то надеялся на то, что "тема иссякла"...

Хоть и воистину сказано:
Sergey Ch... каждый слышит то, что хочет слышать и это наше право...
Однако же, постепенно, за громом литавр и завыванием "боевых" волынок, начинает вырисовываться более-менее ясная картина - у кого в голове ("рабочем месте") какие "тараканы"...

Диченка... у меня в системе сотни тысяч строчек кода на фоксе, плюс несколько тысяч ХП на серверной части...
...функционал, юзабилити, стабильность и тех. поддержка...
...мне очень нравится постоянно зарабатывать деньги, продавая уже написанный продукт, который отлаживался не один год...

Ты так кичишься "своей системой" из тысяч строк кода и сотен сущностей бизнес-логики, что невольно хочется отправить тебя на виртуальную "очную ставку" с 1024 и его "кривомордием", а заодно и спросить - слово "кодогенерация" знакомо любителю сшибать денег с незадачливых "клиентов (пользователей)", которым пофигу на каком языке реализован их функционал и кто им "парит мозги" своим дутым профессионализмом? Ты можешь себе представить систему, реализующую твои "тысячи строк кода" на FxoPro десятком нажатий на кнопочку "Next" в визарде инсталляции? Наверное, искренне убежден, что таких не существует в природе? А как же, гораздо проще обращаться заочно ко всем не устраивающим тебя лично - "юноша" и "дружок", оно и "весу" в собственных глазах сразу прибавляет, и заодно автоматически делает FoxPro - единственно правильной средой программирования, за которую только и деньги платятся в этом грешном мире...
А по-сути вся та "монстроидальность" наработок на FoxPro, которой ты так гордишься, не более чем - "чемодан без ручки" (и нести тяжело, и бросить жалко). Сам же в этом и признался:
Диченка...помыслить не могу, как я буду переделывать имеющийся функционал под дот нет...

Ну и не мысли дальше... (тебе не идет), лучше сразу - матом крой (имидж не пропадет).

Igor Korolyov...Когда же сделают более удобные средства ... именно по локальной (выделено мной) обработке данных - тогда и можно будет реально сказать...
...Переписывать же то что и так хорошо работает - ну это нарушение первого принципа программирования и пустая трата времени ...

Вот тут уже - почти "осмысленная позиция", это уже серьезно... Человек убежден в том, что обработка данных на стороне клиента - очень важная составляющая любой учетной системы, и все те, кто так или иначе стараются перенести эту обработку на сервер - просто "упёртые апологеты", а сам он при этом, очевидно - "неупёртый неапологет"...
Ну что ж... замечательна иллюстрация преимуществ FoxPro:
"Что один раз и на всю жизнь написано - никогда переписано быть не может по-определению. А кто не родился с предустановленным очком профессионального программиста FoxPro и не умеет писать так, чтобы ничего потом не переписывать - тот лох...".

Из той же темы:
leaf...здоровье позволяет поднимать каждые пять лет новые системы так только пожелаю удачи и позавидую по белому...
...На моей работе деньги платят за складскую программу...

Я работал за всю свою жизнь в 3-х местах, достаточное количество лет на каждом, и везде мне платили (и платят) деньги "за складскую программу" в той или иной степени "самописную", однако же - на каждом месте работы, первое, что приходит в голову после реального "знакомства" с системой, это - "почему же до сих пор ЭТО никто не переписал заново?!" хотя бы через 5 лет существования этого убожества.
Или вы все поголовно так здорово умели программировать 5-10-15 лет назад, что глядя даже на собственный код N-летней давности вам не хочется ничего изменить, сделать проще, понятнее, эффективнее?
Ну, с Диченкой все понятно, ему не до этих "сантиментов", ему "бабло косить" надо пока клиент не "остыл", но - "люди!!! человеки!!!", называющие себя "программистами", вам что, известен способ написать с первого раза единственно-верную "окончательную" программу на все случаи жизни, на 10-20-40 лет вперед и именно на FoxPro?.

Ей-БГ, утомили вы меня... (хотел, ведь, попрощаться по-человечески, да и выкинуть все это из головы).
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33219249
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FoxProHater, что ты с ними споришь ? Это же народ, который только и смог, что изучить fox и то, не все , так чтобы писать бизнес - приложения. Так себе " принеси - подай, пошел накуй- не мешай". Некоторые имеют поверхностные зннаия по С++ ( что обязательно с современном мире программирования), а те кто знает С++, не знает устройства OC и дальше примера из FoxApi не ходили. Ты кому тут вещашь ? Ты на вопросв на этом форуме посмотри и посмотри на количество людей дающих вдохновенные ответы на элементраные темы. И поверь, отвечающие считают себя героями :)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33219282
Фотография Диченка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FoxProHaterТы так кичишься "своей системой" из тысяч строк кода и сотен сущностей бизнес-логики, что невольно хочется отправить тебя на виртуальную "очную ставку" с 1024 и его "кривомордием", а заодно и спросить - слово "кодогенерация" знакомо любителю сшибать денег с незадачливых "клиентов (пользователей)", которым пофигу на каком языке реализован их функционал и кто им "парит мозги" своим дутым профессионализмом?


Господин хороший, откуда в вас столько злобы ? Создается впечатление, что ты свои неудачи в профессиональной карьере программиста пытаешься подсознательно компенсировать погоней за "синей птицей" счастья с надписью ".Net. Врата в мое светлое будущее". Почему ты решил что программный продукт, созданный 1024 - кривомордие ? Почему ты решил что у меня "дутый профессионализм" ? Что дает тебе основания так думать ? То, что я пишу клиентскую часть своей программы на фоксе ? Это сразу означает что у меня "дутый профессионализм" ? Ты мне напоминаешь плаксивого истеричного мальчугана, у которого хулиганы отобрали велосипед и который утирая слезы и сопли, бурчит про себя - "ну ничего! вот я вырасту (научусь .Net), я всем покажу!". Ну как говорится, флаг в руки и барабан на шею. Юношеский максимализм быстро проходит.

FoxProHater
Ты можешь себе представить систему, реализующую твои "тысячи строк кода" на FxoPro десятком нажатий на кнопочку "Next" в визарде инсталляции? Наверное, искренне убежден, что таких не существует в природе?


Нет не могу. Более чем уверен, что таких систем не существует. Тебе же 1024 приводил пример, когда для выполнения четырех строк кода на фоксе потребовалось написать пятьдесят в дот нете. Уже не помнишь ? Склероз и программирование плохо совместимы, знаешь ли. У меня кстати стала закрадываться мысль, что у тебя за душой нет серьезных проектов, ибо ты пишешь какой-то бред. Серьезные программы с помощью визардов не пишутся, или тебя в майкрософте прозомбировали, что теперь под дот нет серьезный софт можно визардами делать ? Ну что тут я могу сказать ............

FoxProHater
А как же, гораздо проще обращаться заочно ко всем не устраивающим тебя лично - "юноша" и "дружок", оно и "весу" в собственных глазах сразу прибавляет, и заодно автоматически делает FoxPro - единственно правильной средой программирования, за которую только и деньги платятся в этом грешном мире...


Моя манера общения тебя должна мало волновать, потому что мы обсуждаем здесь технические детали, а не придворный этикет. Я не утверждал, что фокс идеальный продукт и единственно правильная среда программирования. Я утверждал что на данный момент времени, фокс - лучшее клиентское приложение к промышленной БД . Если в дот нете будет реализовано что-то лучше в этой области, подходящее для решения учетных задач , а не для написания драйверов или служб, тогда я скажу - да, действительно, стоит попробовать дот нет. Ну а пока этого нет, апологеты "светлого будущего" могут идти лесом, напевая про себя сладкие дифирамбы. А я буду жить днем настоящим.

FoxProHater
А по-сути вся та "монстроидальность" наработок на FoxPro, которой ты так гордишься, не более чем - "чемодан без ручки" (и нести тяжело, и бросить жалко). Сам же в этом и признался:


Не надо перевирать мои слова. "Монстроидальность" как раз заключается в навороченности фунционала. А навороченность функционала автоматически влечет за собой навороченность кода. Иначе и быть не может. Это тебе не визардами программировать.

FoxProHater
Я работал за всю свою жизнь в 3-х местах, достаточное количество лет на каждом, и везде мне платили (и платят) деньги "за складскую программу" в той или иной степени "самописную", однако же - на каждом месте работы, первое, что приходит в голову после реального "знакомства" с системой, это - "почему же до сих пор ЭТО никто не переписал заново?!" хотя бы через 5 лет существования этого убожества.
Или вы все поголовно так здорово умели программировать 5-10-15 лет назад, что глядя даже на собственный код N-летней давности вам не хочется ничего изменить, сделать проще, понятнее, эффективнее?


Оно и видно, что ты САМ ничего не написал и везде работал на доработке. Конечно, тебе кажется что такой "гений" как ты сделал бы в сто раз лучше, на дот нете. Что же, твои рассуждения с головой выдают молодого человека, не имеющего за душой серьезных проектов. Потому что если бы ты написал хоть один масштабный продукт, тебе бы и в голову не пришло задавать такие якобы "нелепости" (по твоему мнению) как:

1) А зачем вам нужен t-sql на клиенте ? Нафига это надо ? Вы что, рехнулись ?
2) Часть бизнес-логики на клиенте ? Хааааааа! Кто ж так делает ?
...............

Странно получается, работал в трех местах, и везде "удачно" попадал на фокс. Прямо фатум какой-то. Неужели первого раза оказалось недостаточно, чтобы отречься от фокса и уйти куда-нибудь в дот нет или дельфи ? Иначе как садомазохистом я тебя не назову.

FoxProHater
Ей-БГ, утомили вы меня... (хотел, ведь, попрощаться по-человечески, да и выкинуть все это из головы).

Ты навсегда то не уходи... Возвращайся... Но не с пустыми руками, а с серьезной системой на дот нете... Тогда нам будет о чем поговорить... А не впустую сотрясать воздух, не имея за душой ничего, кроме детских обид на свой ламеризм....
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33219288
Фотография Redrik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0FoxProHater, что ты с ними споришь ?
А сам??? Хе-хе-хе...
Скорее бы 1-ое сентября! ;-)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33219292
ВМоисеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FoxProHater

>З.Ы. а тему топика я назвал "провокационной" потому, что сильно подозреваю - попробовал Sergey Ch написать несколько веб-сервисов на C#, удивился (поразился) насколько все сделано в CLR удобнее и проще по сравнению с FoxPro, ...

, Flex()

>FoxProHater, что ты с ними споришь ? Это же народ, который только и смог, что изучить fox и то, не все ...

Зачем же Вы так. Терпимее надо быть, уважать надо стремление коллег к познанию.
Важно даже не само знание, а умение делать умозаключение на его основе (== писать программы). Страшна не ошибка, а упрямство в её не признанию

Я также как и Sergey Ch попробовал написать несколько веб-сервисов на C#,
результаты рассмотрены здесь:
http://www.gotdotnet.ru/LearnDotNet/NETFramework/125377.aspx
предварительно создав нечто подобное на фоксе. И мне до сих пор не хватает некоторых возможностей фокса на клиентской станции - DataSet не идеален.

Воистинну, чтобы плюнуть в лысину великого, надо встать на его плечи! (А.Г. Творожников)
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33219329
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Коллеги, заявляющие что хотят за свои знания получать от 2000 у.е уже должны все знать, а не задавать идиотских вопросов. Приходят ко мне "юниты", героев корчат,копнешь глубже- конь не валялся дальше USE , SCAN и APPEND. Некоторые так свое резюме размулюют, а типы данных VFP 6.0 перечислить не могут. Или впадают в глубокое терзание мысли на вопрос :- сколько в файле DBF занимает МEMO поле Уж таких ответов наслушаешься, хоть стой - хоть падай. А вот С# - ки, в основном выходцы из MS VC++ и BCB рулят темой, ну если не на отлично но радуют.
Есть коненечно индивиды, и то так себе. Это кстати , говорит о многом. Кстати плачу я не мало. От 1400 программисту на VFP, чистыми.
Что поделать, люблю его :) Да только при всем изобилии VFP 6-9, большинсво на тестах мегабайтные таблицы открывает по Browse c условием.
За что общую массу любить ? Вас подстегивать надо. Чтобы поняли , что небывает посредственных знаний. вернее они бывают, но накуй никому не нужны.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33219346
Диченка
//..Еще раз повторюсь - клиентам (пользователям) насрать на то, на чем написан софт. Для клиента важнее - функционал, юзабилити, стабильность и тех. поддержка...

Полностью согласен !


Диченка//…Была бы моя система функционально навороченной, если бы я каждые полгода менял платформу, гонясь за очередными выкидишами майкрософта, которые между собой даже не совместимы ?


Тут тоже трудно не согласиться. Если пытаться писать все время на чем-то новом, то это новое нужно как минимум изучить и желательно – поглубже, а ведь деньги-то платят не за изучение новых языков или систем. Обучение новому – только за счет своего времени, которого как всегда не хватает. И если Microsoft, будет с такой же интенсивностью предлагать все новые и новые инструменты (они-то как раз этим зарабатывают деньги), у программистов-практиков останется все меньше и меньше времени на написание полезного кода и развитие существующего, сделанного прежними инструментами разработки. Будем заниматься только – учебой.

FoxProHater//… Или вы все поголовно так здорово умели программировать 5-10-15 лет назад, что глядя даже на собственный код N-летней давности вам не хочется ничего изменить, сделать проще, понятнее, эффективнее?


А вот здесь, я и с Вами согласен. Ответ – хочется. Но ….
Откуда уверенность, что новым инструментом это будет сделано - проще, понятнее, эффективнее, может быть как раз лучше - старым, с которым работаешь не один год и знаешь его намного лучше, чем новый. Конечно, если Вы уговорите/докажете клиенту, что ему нужно еще выложить N-сумму за переписывание приложения (которое кстати, на данный момент времени, его как пользователя - полностью УСТРАИВАЕТ) на новом языке программирования (понятно, я не веду речь о вещах которые можно переделать за два-три дня, а о тех, в которые было вложено значительно больше времени и сил), то где гарантия того, что Вы опять не напишете, только УЖЕ НА НОВОМ ЯЗЫКЕ, что - то такое, которое захочется переписывать через 5-10-15 лет. Ну, это не считая того, что клиент должен еще, под новое приложение – еще и обновить (улучшить) свою вычислительную технику.

Flex0… а те кто знает С++, не знает устройства OC …


У меня к Вам такой вопрос, как Вы думаете, а зачем вообще создавали Fox, другие СУБД, ведь есть же язык программирования C++, API функции ОС?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33219353
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторУ меня к Вам такой вопрос, как Вы думаете, а зачем вообще создавали Fox, другие СУБД, ведь есть же язык программирования C++, API функции ОС?
1) Вопрос - много говорит о том, кто его задает. Надеюсь далее без комментариев.
2) Для начала задай себе вопрос, сдашь и ты хоть один, катирующийся на Европу и Америку сертефикационный экзамен без этих знаний в любой тебе.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33219375
Flex0//1) Вопрос - много говорит о том, кто его задает. Надеюсь далее без комментариев.
2) Для начала задай себе вопрос, сдашь и ты хоть один, катирующийся на Европу и Америку сертефикационный экзамен без этих знаний в любой тебе.

Ну, внятный ответ от тебя я так и не услышал, а позы умника мне не нужны, прошли через таковых уже давно. Ну и экзамены, сдавать не собираюсь ни на Европу, ни на Америку, ни тем более – тебе. Мне деньги платят за реально выполненную работу, которая устраивает заказчика, не за сдачу экзаменов.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33219388
Burn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>) Для начала задай себе вопрос, сдашь и ты хоть один, катирующийся на Европу и Америку сертефикационный экзамен без этих знаний в любой тебе
Знаю людей, которые имея за душой небольшой опыт FoxPro неплохо устроившихся в Штатах безовсяких сертификатов. И также людей, которые имея массу корочек по самым продвинутым технологиям Мелкософт сидят на пособии и максимуи что им светит - это быть таксистом;) Еще одного знакомого в европах спросили есть ли у него опыт по работе с AS/400 и через сколько времени у него займет время освоения новой системы. Ваще представление о том, что сертификат Мелкософта сильно помагает в поиске работы в Штатах и Европе сильно преувеличен. Ибо везде нужен опыт работы в крупных проектах а не осваивание новых фишечек от M$
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33219398
Igor Korolyov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hi Flex0!

Странные пошли рассуждения - "Fox плох потому что я видел кучу малограмотных
фокс-программистов, .Net хорош, потому что я видел кучу перешедших на него
Сишников - которые оказались грамотными людьми"
Так может быть так и надо было написать? А не начинать эпопею про "это ты не
можёшь, это ты не так делаешь".
Хотя тогда твоё сообщение не вызвало бы никакой реакции конечно - ну что
поделать - так уж "повезло" тебе на малограмотных фокспрошников... Вот
подожди немного - повалят сейчас из ВУЗов толпами студентики именно с C#
начинавшие - ни про какой C++ не ведающие, для которых ВинАПИ это вообще
типа ругательство, а приложение в котором есть >10 строк написанных ими
ЛИЧНО, а не каким-то там визардом это "крутая прога" - тогда посмотрим. И на
уровень задаваемых вопросов на проф. форумах, и на то сколько из них ответит
тебе на какой-нить примитивный вопрос про скажем ту-же работу с COM
портом...

P.S. Я видел много кривых и ущербных Sharaware/FreeWare программ написанных
на замечательном C++, однако я почему-то не делаю из этого вывода, что С++
это кривой, ущербный, морально устаревший (сколько кстати ему годков то?)
язык. И понять почему другие делают такие выводы насчёт фокса не могу (хотя
реально его сфера эффективного применения гораздо уже, необходимость ставить
рантайм многих напрягает, да и вряд-ли кто-то из вас видел более пары
десятков фоксовых программ - тем паче писанных РАЗНЫМИ авторами).

P.P.S. А байки про программера судорожно ищущего "any key", или написавшего
"крутую ERP" но не знающего чем const int ABC = 123; отличается от #define
ABC 123 это уже не смешно...

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33223673
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Топик снова немного почищен.

Если кого удалили случайно, то не обессудьте - приношу сразу извинения.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33227003
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати, мне очень понравилось высказывание на подобную тему одного программиста FoxPro:
Remember that your customer only wants a quality solution. If you build a house, it does not matter what kind of hammer you use to drive the nails as long as the deleivered project is of good quality!
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33227356
FoxProHater
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
один программист FoxPro Remember that your customer only wants a quality solution. If you build a house, it does not matter what kind of hammer you use to drive the nails as long as the deleivered project is of good quality!

Аллегории, как и Восток, дело тонкое...
Одни что-то сравнивают с молотком и гвоздями, другие - с микроскопом и шурупами... А в конечном итоге, все равно, кто в какую веру обращен - тот и нужные ему аллегории воспринимает, а ненужные - отбрасывает...

Тут мне недавно ББГ цитировали, насчет "мается, мается... да все не признается...", так и я могу ББГ процитировать на ту же тему: "а ты как мальчик с пальцем, но дыр в той плотине не счесть...", и что, от этого упражнения в пост-модернистской риторике что-то изменится в конкретном FoxPro или в сознании людей, его отстаивающих?
Да нихрена, Диченка как разговаривал тут сам с собой, так и будет продолжать разговаривать сам с собой, а если ему не станет хватать самого себя в качестве собеседника, то он возьмет парочку/троечку моих высказываний, переиначит по-своему и "...опять пошла морока про коварный зарубеж...".
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33227657
Strong
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0Коллеги, заявляющие что хотят за свои знания получать от 2000 у.е уже должны все знать, а не задавать идиотских вопросов. Приходят ко мне "юниты", героев корчат,копнешь глубже- конь не валялся дальше USE , SCAN и APPEND. Некоторые так свое резюме размулюют, а типы данных VFP 6.0 перечислить не могут. Или впадают в глубокое терзание мысли на вопрос :- сколько в файле DBF занимает МEMO поле Уж таких ответов наслушаешься, хоть стой - хоть падай. А вот С# - ки, в основном выходцы из MS VC++ и BCB рулят темой, ну если не на отлично но радуют.
Есть коненечно индивиды, и то так себе. Это кстати , говорит о многом. Кстати плачу я не мало. От 1400 программисту на VFP, чистыми.
Что поделать, люблю его :) Да только при всем изобилии VFP 6-9, большинсво на тестах мегабайтные таблицы открывает по Browse c условием.
За что общую массу любить ? Вас подстегивать надо. Чтобы поняли , что небывает посредственных знаний. вернее они бывают, но накуй никому не нужны.

Примеры вопросов что вы задаете по фоксу это смешно. А таблицу умножения вы не спрашиваете? :-))))) таких менагеров увольнять сразу надо или оправлять подальше от работы с персоналом.
Примеры вопросов с# мона?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33227825
Фотография Диченка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FoxProHaterДа нихрена, Диченка как разговаривал тут сам с собой, так и будет продолжать разговаривать сам с собой, а если ему не станет хватать самого себя в качестве собеседника, то он возьмет парочку/троечку моих высказываний, переиначит по-своему и "...опять пошла морока про коварный зарубеж...".

За август у меня было двадцать продаж системы в одной только Тюменской области. Система - складской учет (складская аналитика, тренды, логистика, куча олап-отчетов) + касса + бухгалтерия + финансы. Движок - клиент на девятке фокса, сервер MSSQL + в некоторых инсталляциях еще дополнительно поднят OLAP-сервер. Ну где ты там, дружок, со своей ERP-системой на дот нете ? Что-то тебя нигде не видно, пишешь ее что-ли только ? Ну пиши, пиши, keyboard-warrior. Может годам к девяносто напишешь что-нибудь...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33228315
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторЗа август у меня было двадцать продаж системы в одной только Тюменской области. Система - складской учет (складская аналитика, тренды, логистика, куча олап-отчетов) + касса + бухгалтерия + финансы. Движок - клиент на девятке фокса, сервер MSSQL + в некоторых инсталляциях еще дополнительно поднят OLAP-сервер.
Ну если в Тюмеской области - то "круто"
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33228942
Фотография Redrik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0 авторУ меня к Вам такой вопрос, как Вы думаете, а зачем вообще создавали Fox, другие СУБД, ведь есть же язык программирования C++, API функции ОС?
1) Вопрос - много говорит о том, кто его задает. Надеюсь далее без комментариев.
2) Для начала задай себе вопрос, сдашь и ты хоть один, катирующийся на Европу и Америку сертефикационный экзамен без этих знаний в любой тебе.
1. А всё-таки - ЗАЧЕМ? Ответил бы... Твоё мнение много значит! (И дорогого стоит...) ;-)
2. Сколько тебе времени (сил, средств и т.п.) понадобилось для получения драгоценного сертификата?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33228958
Burn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0Ну если в Тюмеской области - то "круто"
Лучше быть головой кошки чем задницей льва (с) Не помню чей
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33229103
Фотография Диченка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0 авторЗа август у меня было двадцать продаж системы в одной только Тюменской области. Система - складской учет (складская аналитика, тренды, логистика, куча олап-отчетов) + касса + бухгалтерия + финансы. Движок - клиент на девятке фокса, сервер MSSQL + в некоторых инсталляциях еще дополнительно поднят OLAP-сервер.
Ну если в Тюмеской области - то "круто"

Круто не круто, но в тюменской области деньги есть. Причем такие, какие твоему подмосковью и не снились. Тем более для меня было бы странно вести продажи в другой стране (москве), когда я сам живу на Урале.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33229635
Flex0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
http://soft.mail.ru/pressrl_page.php?id=11125
А где же VFP ?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33229662
Фотография Трусняки Программизда02
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0http://soft.mail.ru/pressrl_page.php?id=11125
А где же VFP ?

Читать умеем ?

авторзанятые в индустрии высоких технологий США

Лишь бы ссылку кинуть.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33229773
foxwizard
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Flex0http://soft.mail.ru/pressrl_page.php?id=11125
А где же VFP ?

Экстренные разработки "911" - $56.20;
Разработки приложений – $54.52;
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33230114
foxwizard
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нда...
Почему почти всегда диалог переходит в мордобой?
Может побеседуем конструктивно?

Есть MS SQL2000+ VFP8(9)

Чем собственно MS SQL2000+ C# лучше?

Позволит ли мне C# разрабатывать приложения быстрее?
Быстрее получать и обрабатывать данные с сервера?
ИТД.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #33230144
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
"foxwizard"

все вопросы уже заданы, все ответы на них уже даны. Все выводы сделаны.
Можно ещё раз перечитать ветку.

Если есть упёртые то нет смысла что-то им доказывать. Если не за деньги
канешна


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
Период между сообщениями больше года.
(C#) Интересно, хорошо это или плохо...
    #34523953
2Flare

"Писать сейчас нужно с использованием объектно-ориентированного стиля."



Что-то не пойму..разве ООП реализованно только в .NET, а в Фоксе его нет?

Конечно я не гуру, но..

Когда передо мной стоит задача сделать форму для ввода данных в RDMS, я создаю визуальный класс, рисую его..придаю ей сугубо эстетический вид, может пишу пару независимых процедур и все..
Далее, при вызове:
oObj = CreateObject("MainForm","Param1","Param2")
Define Class MainForm As ...

Разве это не ООП?

Когда речь идет о функциях, скажем, проверяющие правильность заполнения полей, и возвращающие .T. или .F. - разве есть смысл тут писать класс?
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #34524226
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sergey Ch...Из которой следует, что очень многие вещи в C# 3.0 будут от FoxPro... Вот только пока не понятно - они хотят сделать этот язык для нас более понятным или похоронить FoxPro?Почти два года прошло... Многое с тех пор изменилось - FoxPro убили, а прекрасные наработки и функционал очень медленно все еще "перетаскивают" из него в .NET... Странно все это...
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #34525799
Юрий Р.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
А может закономерно? Когда-то и самолеты на поршневых движках летали. И как летали! А потом захотелось скорости и появились сверхзвуковые "птицы". Спору нет, летают быстро, но если движок стал - там и упал.
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #34526484
Юрий Р.А может закономерно? Когда-то и самолеты на поршневых движках летали. И как летали! А потом захотелось скорости и появились сверхзвуковые "птицы". Спору нет, летают быстро, но если движок стал - там и упал.

на такие случаи придумали катапультирование, как и в .NET - "сборщик" мусора :D
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #34526589
I_Was_a_foxer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Бунин Евгений Юрий Р.А может закономерно? Когда-то и самолеты на поршневых движках летали. И как летали! А потом захотелось скорости и появились сверхзвуковые "птицы". Спору нет, летают быстро, но если движок стал - там и упал.

на такие случаи придумали катапультирование, как и в .NET - "сборщик" мусора :D

интересно было бы посмотреть на систему катапультирования на пассажирском Боинге
...
Рейтинг: 0 / 0
(C#) Интересно, хорошо это или плохо...
    #34527710
Cyv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-Штурман! Сброс.
-Котлета...
-Какая котлета? Не засоряйте эфир!

(С) Особенности национальной охоты
...
Рейтинг: 0 / 0
351 сообщений из 351, показаны все 15 страниц
Форумы / FoxPro, Visual FoxPro [игнор отключен] [закрыт для гостей] / (C#) Интересно, хорошо это или плохо...
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]