powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Посоветуйте, на чём лучше писать клиенское ПО for MS SQL 2000?
8 сообщений из 33, страница 2 из 2
Посоветуйте, на чём лучше писать клиенское ПО for MS SQL 2000?
    #32011626
Павел
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 Последних ответа - точно в яблочко. Абсолютно согласен с Genady и AlexUnik. И, вероятно, мое коротенькое сообщение по поводу ADO.NET не было воспринято серьезно остальными участниками дискуссии. А между тем это прорыв. Вот и посмотрим, в чьих продуктах после VS появится поддержка ADO+. И через сколько.
...
Рейтинг: 0 / 0
Посоветуйте, на чём лучше писать клиенское ПО for MS SQL 2000?
    #32011636
Фотография Deosfen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вопросик, а как у Delphi, VB с коллективной разработкой?
...
Рейтинг: 0 / 0
Посоветуйте, на чём лучше писать клиенское ПО for MS SQL 2000?
    #32011638
DrAnimal
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
У VB есть интеграция с Source Safe, а вот дельфа - фигня в этом отношении...

Кстати, а фоксинушка не так уж и плох. Remote views егошние - мощный инструмент. В умелых лапах.
...
Рейтинг: 0 / 0
Посоветуйте, на чём лучше писать клиенское ПО for MS SQL 2000?
    #32011646
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 DrAnimal
>У VB есть интеграция с Source Safe, а вот дельфа - фигня в этом отношении...
Ну не нужно вот так-то, если не знаете, а то мало ли чего люди подумают . Прекрасно Дельфа интегрируется с Source Safe, кому нужно, могу выслать необходимый дистрибутив. С исходниками. Нет проблем.
Может, кстати, кто подскажет, как MultiEdit 8 заставить с VSS работать.

>Кстати, а фоксинушка не так уж и плох. Remote views егошние - мощный инструмент. В умелых лапах.
Это все, что у него есть хорошего?. Если сюда добавить "кривизну" разработки и скорость работы, то очень не хочется.

2 Genady.
>Вот только давайте не будем заводиться на тему VB vs Delphi, по моему представлению это приблизительно, скажем так равные средства разработки.

Я и не завожусь
. Вы по трем пунктам показали, почему VB, я так же показал, почему Delphi.
И получается, что рекомендуем мы и то и другое, потому что сами на нем в данное время работаем.
Так что пусть товарищ думает, чего ему ближе, скажем так: писать на Паскале или В.Бейсике. Я вот раньше на первом работал, потом FoxPro всякое под все, потом увидел Дельфу и про все забыл. Да и устойчиво работает она, в первых версиях были проблемы, а теперь все нормально.
Главное, что можно с любой БД.
...
Рейтинг: 0 / 0
Посоветуйте, на чём лучше писать клиенское ПО for MS SQL 2000?
    #32011653
Genady
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>И получается, что рекомендуем мы и то и другое, потому что сами на нем в данное время работаем.
В общем да, но не совсем.
Когда выбираешь средство разработки, понятное дело надо брать то, которое лучше знаешь. А вот когда выбираешь из средств, которые знаешь одинаково, вут тут и начинаешь искать плюсы и минусы, причем эти плюсы и минусы проставляются совершенно субъективно, и это естественно, поскольку все мы разные с разными мнениями (что, по моему хорошо).
В общем вопросы на тему какое средство лучше изначально провоцируют на флейм, я и сам не понимаю зачем ввязался, сдуру наверное
...
Рейтинг: 0 / 0
Посоветуйте, на чём лучше писать клиенское ПО for MS SQL 2000?
    #32011700
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>В общем вопросы на тему какое средство лучше изначально провоцируют на флейм...
Ура, появился мой единомышленник! А для того, чтобы раскрутить НЕ единомышленников (с тем, чтобы они потом ими стали ) предлагаю рассмотреть следующие вопросы:
1. Delphi более объектно-ориентированный. И еще в нем даже есть пакеты, которых нет в других продуктах (в том числе, времени выполнения). И с DLL он тоже может работать, как и VB. И с ActiveX (хотя, через левое ухо, но может). А вот VB с пакетами работать не может... пакеты не нужно регистрировать, а ActiveX нужно... Короче, писать нужно на Delphi!
2. Access - продукт MS. FoxPro - тоже. Только в A2K почему-то сокращена поддержка одного продукта MS другим. Для работы в A2K с файлами FoxPro рекомендуется ставить BDE (!!!). Это по поводу взаимной "дружелюбности" продуктов MS.
3. Множественного наследования нет ни в VB, ни в Delphi. Зато оно есть в C++. Ура! Все переходим на C++!
4. Давайте сравним, чего пришлось дольше ждать - патча для компонентов Delphi для MDAC2.6 или SR1a для Access2K-Rus, который по-человечески не смог работать с "родным" SQL2K.
5. С# - это круто! Это ново! Пока, правда, не до конца понятно, насколько глюковато... Поскольку релиз пока не появился. Но все равно, давайте писать на нем! Правда, там тоже нет множественного наследования . Значит-таки писать будем на C++.
6. Кстати, самый оптимальный код можно написать только на ассемблере. Следовательно, писать будем на нем.
7. На C++ неудобная среда разработки (по сравнению с Delphi). Значит, писать будем на VB!
8. Кстати, а почему никто не заикнулся об 1С? На нем ведь тоже можно писать? Тем более, что он тоже может работать с SQL-сервером. (А может и не работать ).
9. Работать нужно в технологии STORM2000 ( http://ics.perm.ru/products/storm/). Потому что все остальные инструментарии отрывают клиента от сервера. А эта технология позволяет разрабатывать приложение сразу на клиенте и сервере одновременно. Долой C++!
10. ADO+ есть только в C# и VB! Переходим на C#! Пока не обнаружим неустранимых глюков. Или тормозов... Тогда не переходим.
11. А вы что, полагали, что технология от MS может появиться в Delphi от Borland/Inprise раньше, чем в самой MS? Вот пакеты в MS уже сколько лет не появляются. И, видимо, не появятся...
12. Не, на Delphi писать нельзя. Вдруг MS загнется и перестанет помогать деньгами Borland... Представляете, что тогда с Borland произойдет!
13. Нет, как-то слишком это все расплывчато и неопределенно. Может быть лучше подумаем над тем, что раньше появилось - курица или яйцо? Или над тем, кто от кого произошел - Дарвин от обезъяны или наоборот? Тут как-то больше отправных точек... Правда, это уже Offtopic... В общем-то, как и заданный выше вопрос...

Резюме. Пиши на том, что знаешь . На всем остальном получится хуже.
...
Рейтинг: 0 / 0
Посоветуйте, на чём лучше писать клиенское ПО for MS SQL 2000?
    #32011706
Фотография Александр Гладченко
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Есть идея, переходим на ассемблер и пишем всё сами. Одно успокаивает, тиражировать будем собственные ошибки...
...
Рейтинг: 0 / 0
Посоветуйте, на чём лучше писать клиенское ПО for MS SQL 2000?
    #32011710
Павел
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Не, обязательно найдется ошибка в трансляторе. Лучше сразу писать в коде.
...
Рейтинг: 0 / 0
8 сообщений из 33, страница 2 из 2
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Посоветуйте, на чём лучше писать клиенское ПО for MS SQL 2000?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]