My<cod/>.net
Кто-нибудь программирует в Visual Foxpro там?
Есть ли кто-нибудь, кто программирует в Visual Foxpro?
Я застрял, поддерживая унаследованную систему foxpro. Хотел бы знать, кто еще там использует Foxpro.
Добавлено 9/11/2008: спасибо всем вам, кто откликнулся!
Я все еще использую VFP 9 для нескольких приложений, медленно переходя к Python. Задайте свой конкретный вопрос, если я знаю ответ, то буду рад помочь вам.
Если я не могу вам помочь, есть много конкретных групп поддержки VFP:
- Майкрософт VFP новостей: серверов: news.microsoft.com / групп: microsoft.public.fox.vfp.*
- Tek-Tips VFP forum -это еще одна группа поддержки, некоторые из членов которой являются VFP MVPs (не сотрудники Microsoft).
@Jason: все люди, которые не использовали VFP, считают, что он устарел, я думаю, что это не совпадение, что подавляющее большинство людей, которые использовали Fox / VFP, все еще очень уважают этот инструмент, и многие из них продолжают рассматривать его как действительную альтернативу для разработки небольших/средних настольных приложений.
Мы используем Visual Foxpro v9 SP1 (без Sedna) для составления отчетов, нажимая на хранилище данных о продажах нашей компании и возвращаясь к таблицам Foxpro, чтобы сделать основной хруст чисел.
Это чрезвычайно продуктивная среда для выполнения таких видов работ и даже легко поддается созданию COM объектов и тому подобное.
С помощью Sedna можно использовать C# в качестве фронт-энда и связываться со средним веществом Foxpro через XML.
Foxpro может попасть в любую систему баз данных, для которой вы можете получить драйвер ODBC.
С другой стороны, вся литература, окружающая Программирование OO, слишком ориентирована на "Visual" и не слишком хорошо поддается абстрактному дизайну OO. Однако это не является ошибкой языков, просто большой толчок OO в Foxpro был ориентирован на виджет. Очень возможно сделать OO в Foxpro (без виджетов), хотя объявления атрибутов немного странны между частными (скрытыми) и публичными переменными.
Кроме того, есть и обратная сторона: можно увидеть 15-летний код, который выглядит как связка из SQL операторов, утрамбованных вместе, где потребовалось бы PhD в изучении естественного языка, чтобы понять это. Мы (новые ребята) стараемся писать в процедурном порядке с комментариями к заголовкам и всем остальным и стараемся сделать читабельность приоритетом номер один (обычно это номер два после "это работает, посмотрите, как здорово!")
Я поддерживаю и активно развиваю большое вертикальное рыночное приложение VFP 8 (наряду с моими обязанностями ASP.NET)
В прошлом я использовал сообщество в http://universalthread.com для поддержки. Интерфейс сайта неудобен, но членство действительно знает VFP.
Для ISV приложений, VFP все еще имеет метрику развития, когда используется с инструментами, написанными в VFP для целей разработки больших систем, что на порядок лучше, чем другие доступные на рынке вещи. Компания, в которой я работаю, создала (и очень успешно продает) розничную систему управления запасами с примерно 450 таблицами и вдвое большим количеством пользовательских представлений, никогда не имея более 337 разработчиков, работающих над продуктом одновременно. Правда, двое из них имеют более чем 10-летний опыт работы в розничном инвентарном программном обеспечении; и правда, другой (я) специализируется на эффективном использовании метаданных в процессе разработки и выполнения); но это все VFP. Наше приложение работает на fox dbf, а также на сервере SQL, тот же код.
В будущем VFP переносится на CLR через два сторонних проекта: Проект Guineu (http://guineu.foxpert.com/), который принимает скомпилированный код VFP и переводится в CLR; и компилятор VFP для .Net, который будет иметь свою собственную среду VS-like ( http://etecnologia.net). Компилятор VFP для .Net также расширяет VFP различными полезными способами. Кроме того, eTecnologia имеет расширитель CLR, который позволяет .Net звонить непосредственно из VFP. Если вы хотите получить головную боль, играя с WCF, вы можете сделать это изнутри VFP. У обоих проектов компилятора есть свой путь, и оба они уже сделали трудные части.
Мы видим себя идущими по маршруту Silveright 2 вниз по дороге не слишком далеко. К счастью, все наши бизнес-правила находятся в метаданных, и преобразование их в Службу Windows (или, с помощью компилятора для .Net, в службу .Net) будет захватывающим, но не пугающим.
Я все еще делаю некоторые работы VFP, хотя это в основном техническое обслуживание и небольшие дополнения к существующим системам. Есть много людей, которые все еще используют его, и сообщество стало гораздо более активным с выпуском Sedna и VFPX . Microsoft не просто отказалась от VFP, как VB6, вместо этого они, по крайней мере, сделали его расширяемым, чтобы дальнейшее развитие могло быть сделано сообществом.
Как сказал @Pablo, поставьте конкретные вопросы, и мы постараемся ответить на них.
Моя работа заключается в том, что преобразование VFP приложения в C#. FoxPro было удивительным инструментом, и многие технологии уже вошли в серверный продукт sql. Одна из проблем с VFP, на мой взгляд, заключается в том, что его язык умопомрачительно странен (кто использует точку с запятой для строки CONTINUATION) и что он не поддерживает разделение проблем.
Моя компания в настоящее время находится в процессе преобразования устаревших систем в Dos FoxPro 2.5, Visual FoxPro 3 и Visual FoxPro 7 в серверное приложение WPF/C#/SQL. Я занимаюсь VFP с 1993 года и лихорадочно пытаюсь войти в курс дела в мире .NET.
Сейчас большая часть моего времени уходит на поддержание работы устаревших приложений, в то время как другая команда занимается разработкой .NET. Я действительно хочу быть в этой группе. Я получаю больше заданий, но действительно хотел бы делать больше .NET, чем VFP.
сейчас он сильно устарел
сейчас он сильно устарел
Ну, версия 9 вышла в прошлом году, SP2 для этого вышла в этом году, и она поддерживается до 2015 года. Он остается непревзойденным с точки зрения простоты использования и скорости в отношении его внутреннего ядра данных, а также является отличным выбором переднего плана для более современных и безопасных баз данных, таких как SQL сервер, MYSQL, FireBird или что-либо еще. Используя LINQ в .NET 3? Я делаю это в командном окне Fox с тех пор, как это случилось!
Там, где он действительно падает в наши дни, это отсутствие кросс-платформенной и 64-битной поддержки. Есть лучшие варианты для веб-ориентированных приложений или настольных приложений, которые не используют серверную часть базы данных.
Я работаю в VFP8 и получаю хорошую поддержку от экспертов-Exchange. Да, это платный сайт, но я обнаружил, что он того стоит. Есть некоторые MVPs и другие знающие люди, которые быстро вскакивают с ответами. Я не хочу отвлекаться от этого сайта-я просто думаю, что люди Фокса должны знать, где находятся другие. Теперь, когда я вижу, что люди тоже здесь, я определенно буду часто посещать этот сайт.
Я также слежу за будущим, задаваясь вопросом, где мне следует развивать навыки для обеспечения конкурентоспособности.
Хотя я понимаю почему, некоторые могут чувствовать, что Foxpro имеет ограниченную жизнь (и это имеет некоторую заслугу), я, например, был вовлечен в нее в течение 35 лет в различных формах, и даже в то время некоторые предсказывали ее неминуемую смерть.
То же самое было сказано для Fortran & Cobol примерно в 1960 году, но я уверен, что где-то кто-то все еще использует и разрабатывает / поддерживает приложения в обеих дисциплинах.
Хотя это правда, что Microsoft не выпустила дополнение 'core', оно все еще разрабатывается для Visual Foxpro.
Мы все еще разрабатываем настольные приложения use VFP, и будет когда-нибудь :)
В дополнение к упомянутым ресурсам PabloG, вы можете проверить универсальный поток, который начинался как форум VFP, и хотя он охватывает .NET и другие платформы, все еще предоставляет тонны поддержки VFP. Там есть много VFP MVPs и несколько сотрудников Microsoft, которые были частью команды разработчиков VFP и регулярно отвечают на вопросы. Это платный ресурс, и yopu также имеют свободный доступ к mor than 5 years of The monthly UT Magazine magazine, которым я руководил в течение многих лет. :)
Надеюсь, это поможет.
Я не программирую визуальный Foxpro, но Джефф и Джоэл говорили об этом языке в одном из своих подкастов. Насколько я помню, они говорили, что это был неплохой инструмент для своего времени, но сейчас он сильно устарел. Не могли бы вы превратить его в нечто более современное? Честно говоря, если бы кто-нибудь из моих клиентов, для которых я делал заявки в Classic ASP, связался со мной за обновлениями, я бы обновил все до .NET. Чтобы оставаться актуальными и эффективными, вы должны в конечном итоге сделать ставку вверх. Это было одним из моих самых больших разочарований в программировании и веб-разработке. В то же время это одна из лучших вещей в программировании и веб-разработке, потому что технология теоретически всегда становится лучше.