ReSQL.ru
     
powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Выбор средства разработки/языка для доступа к СУБД
23 сообщений из 48, страница 2 из 2
  2  все
Выбор средства разработки/языка для доступа к СУБД
    #39802075
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Basil A. SidorovmaytonЯ до сих пор нормально запускаю бинарники от Java 1.4 собранные в 1998 году.Только это заслуга среды исполнения (JVM), а не самих "бинарников" (class-файлов).
"Бинарники на Дельфи" живы до тех пор, пока MS Windows сохраняет обратную совместимость. Варианты могут быть разные, но "скорее жив, чем мёртв".
Я согласен что он скорее жив чем мертв. Просто Microsoft бывает иногда излишне резок в своей политике
релизов. А разработка на шарпах которую я предлагал - всё таки дает больше гарантий что вам не нужно
будет привлекать дорогостоящих разрабов для портирования вашего драгоценного рабочего места под Windows 10
к примеры.

Заломят цену... сволочи.
...
Рейтинг: 0 / 0
16.04.2019, 13:13
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39802087
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
ИМХО проблема не в зависимости от политики производителей ОС, тут как раз все отлично, во всех виндовсах работает софт написанный для Win95, может кроме игр, которые напрямую к видеокарте обращались. Главная проблема в развитии ПО, т.е. в доработках.
...
Рейтинг: 0 / 0
16.04.2019, 13:21
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39802090
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Basil A. Sidorov
Участник
maytonПросто Microsoft бывает иногда излишне резок в своей политике релизов.
А разработка на шарпах которую я предлагал - всё таки дает больше гарантий ...Но если учесть, что кроме языка есть API, которых сейчас два, то ситуация выглядит уже менее однозначно.
...
Рейтинг: 0 / 0
16.04.2019, 13:23
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39802116
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
maytonЯ до сих пор нормально запускаю бинарники от Java 1.4 собранные в 1998 году.
Я точно так же нормально запускаю WinCVS, собранный в 2001-м. Дело не в среде, а в руках сборщика.
...
Рейтинг: 0 / 0
16.04.2019, 13:54
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39802166
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Обычно к АРМ или клиенту идёт толстенная документация по установке. Надеюсь вы проводите
границу между утилитой и десктопом который делает достаточно много всего и зависит от
всяких Odbc, *DAC, BDE, зависит от нативного WindowsAPI, в котором те параметры которые
раньше заполнялись NULL уже нелетают или требуют более аккуратной разработки. В целом
современная ОС всё ближе и ближе к песочнице где код имеет очень мало прав и любая активность
с реестром или диском которая раньше прокатывала уже не работает так просто. Прерывания
уже не дёрнуть. Да много всего. Вобщем думайте. Delphi - как RAD - я плюсую. Моё почтение.
Delphi - как современная платформа для бизнес-разработки (или поддержки старого) - есть
сомнения.
...
Рейтинг: 0 / 0
16.04.2019, 14:33
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825036
omarushchak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
omarushchak
Гость
А чем плох Access как клиентская часть к СУБД?
...
Рейтинг: 0 / 0
10.06.2019, 16:53
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825111
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
Dima TИМХО пользователю пофиг на чем написано ровно до тех пор пока у него разработчик не исчезнет, а потом начинается что вместо чуть-чуть доделать, предлагают все переделать с нуля, т.к. на этом уже не пишут, не модно и т.д. и т.п.
Поэтому я считаю самой идеальной платформой для систем учета - 1С. Тут нет проблем со сменой разработчика.ога, иди поищи
вообще "дорого" зависит от цены, которую она приобретает, а не от среды разработки.

Ну не получится бентли починить в любом гараже...
...
Рейтинг: 0 / 0
10.06.2019, 20:17
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825114
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
kealon(Ruslan)Dima TИМХО пользователю пофиг на чем написано ровно до тех пор пока у него разработчик не исчезнет, а потом начинается что вместо чуть-чуть доделать, предлагают все переделать с нуля, т.к. на этом уже не пишут, не модно и т.д. и т.п.
Поэтому я считаю самой идеальной платформой для систем учета - 1С. Тут нет проблем со сменой разработчика.ога, иди поищи
вообще "дорого" зависит от цены, которую она приобретает, а не от среды разработки.

Ну не получится бентли починить в любом гараже...
Поток сознания не понял, можно поподробнее меня покритиковать, тогда отвечу.
...
Рейтинг: 0 / 0
10.06.2019, 20:30
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825116
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
kealon(Ruslan)Ну не получится бентли починить в любом гараже...
Я к тому что практичнее ездить на жигулях чтобы в любом гараже быстро починили.
...
Рейтинг: 0 / 0
10.06.2019, 20:46
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825209
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
Dima T,

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

я о том, что хороший 1С-к тоже стоит как спец по любому другому языку, несмотря на все уу...-конфигуратор и пр. И чем сложнее и самостоятельнее будет проект, тем дороже будет обходиться его обслуживание.
...
Рейтинг: 0 / 0
11.06.2019, 09:49
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825234
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KreatorXXI
Участник
А что такое хороший 1С-ник? Большинство могут пользоваться только тем, что наработала головная контора. Вроде бы возможности у платформы есть, а никому не надо?
...
Рейтинг: 0 / 0
11.06.2019, 10:56
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825282
d7i
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
d7i
Участник
Dima TИМХО проблема не в зависимости от политики производителей ОС, тут как раз все отлично, во всех виндовсах работает софт написанный для Win95, может кроме игр, которые напрямую к видеокарте обращались. Главная проблема в развитии ПО, т.е. в доработках.
MS всегда обещает совместимость. Но...
В 64-разрядных Windows многие 32-разрядные приложения не работают. Особенно те, которые
нестандартно работают с памятью. Имею кучу нужных мне 32-разрядных приложений (1995-1999 годов), которые не
работают в 64-разрядной Windows, но прекрасно работают в 32-разрядных (начиная от Windows 95 и вплоть до Windows 10).
Так что есть над чем подумать при выборе средств разработки для Windows. Чтобы не пришлось через пару лет рвать
кое-где волосы...
...
Рейтинг: 0 / 0
11.06.2019, 12:08
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825289
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KreatorXXI
Участник
d7i,

ничего не путаете? 16-разрядные не работают. Как раз тех годов. С 32-разрядными проблем нет. Процентов на 99.
...
Рейтинг: 0 / 0
11.06.2019, 12:14
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825302
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
KreatorXXIА что такое хороший 1С-ник? Большинство могут пользоваться только тем, что наработала головная контора. Вроде бы возможности у платформы есть, а никому не надо?согласен, такое же абстрактное понятие как и сеньёр
но как бы в апроксимации можно брать хотя бы не ниже среднего, т.е. вполне может уйти в другую область, но за 1С получает сопоставимо с другими направлениями.

"никому не надо" === мало кому надо, 1С довольно капризный вендор и денежек хочет. Если отходить от базиса, т.е. делать проект более самостоятельным, то поддержка действий вендора становится слишком дорогой, а 1С в основном эксплуатируют мелкие предприятия - не по карману им серьёзные проекты.

Пример, есть одна довольно известная контора, сейчас у них около 80-ти 1С-в, выбрали весь локальный рынок и ещё ищут. Ежу понятно что обходится это недёшево, вот вам и цена кастомизации.
...
Рейтинг: 0 / 0
11.06.2019, 12:33
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825352
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KreatorXXI
Участник
kealon(Ruslan),

ну а приличное они что-то могут сделать, эти 80 человек? Или тупо эксплуатируют наработки головного вендора?
...
Рейтинг: 0 / 0
11.06.2019, 13:24
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825357
d7i
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
d7i
Участник
KreatorXXId7i,
ничего не путаете? 16-разрядные не работают. Как раз тех годов. С 32-разрядными проблем нет. Процентов на 99.
Ничего не путаю. СУБД SyBase SQL Anywhere 5.5 (1999 г.) запускается, но "падает" через несколько минут на 64-разрядной Windows
(и сервер и энжайн). Также "падает" их ODBC-драйвер (на клиенте). Ошибка - некорректная работа с памятью. Видимо, там используются какие-то хитрые функции работы с памятью...
А вот среда Powersoft++ (1999 г., идет в связке с SyBase SQL Anywhere 5.5) вообще даже не устанавливается, так как имеет в своем составе 16-разрядные библиотеки...
Вот такая "полная совместимость"....
...
Рейтинг: 0 / 0
11.06.2019, 13:34
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825359
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
d7iВидимо, там используются какие-то хитрые функции работы с памятью...
а зачем их использовать?
...
Рейтинг: 0 / 0
11.06.2019, 13:37
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825375
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
d7iВидимо, там используются какие-то хитрые функции работы с памятью...
Угу, они офигевают, получив от системы "свободно 4 гигабайта физического ОЗУ". Но остаётся вопрос криворукости тех, кто эти функции туда засунул.
...
Рейтинг: 0 / 0
11.06.2019, 13:50
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825387
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KreatorXXI
Участник
d7iKreatorXXId7i,
ничего не путаете? 16-разрядные не работают. Как раз тех годов. С 32-разрядными проблем нет. Процентов на 99.
Ничего не путаю. СУБД SyBase SQL Anywhere 5.5 (1999 г.) запускается, но "падает" через несколько минут на 64-разрядной Windows
(и сервер и энжайн). Также "падает" их ODBC-драйвер (на клиенте). Ошибка - некорректная работа с памятью. Видимо, там используются какие-то хитрые функции работы с памятью...
А вот среда Powersoft++ (1999 г., идет в связке с SyBase SQL Anywhere 5.5) вообще даже не устанавливается, так как имеет в своем составе 16-разрядные библиотеки...
Вот такая "полная совместимость"....
Думаю, не показатель. Может программа проверяет версию Винды и валится от неизвестного ответа. Помните у 1С тоже были проблемы с Вистой? Не от разрядности проблема. Возможно.
...
Рейтинг: 0 / 0
11.06.2019, 14:02
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825402
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dima T
Участник
d7iА вот среда Powersoft++ (1999 г., идет в связке с SyBase SQL Anywhere 5.5) вообще даже не устанавливается, так как имеет в своем составе 16-разрядные библиотеки...
Вот такая "полная совместимость"....
Я говорил про софт написанный для Win95, т.е. 32-битный под x86, а не совместимый с Win95. 16-битное старье возможно работало в Win95, но в режиме обратной совместимости.
То же самое касается DOS-приложений, которые перестали работать в Win7x64.

Dimitry SibiryakovУгу, они офигевают, получив от системы "свободно 4 гигабайта физического ОЗУ". Но остаётся вопрос криворукости тех, кто эти функции туда засунул.
+1
MS Visual FoxPro 6.0 глючило если оперативки более 2 Гб. Магическая цифра 2Гб или 2^31, максимум для int переменной (32-битное целое со знаком).
В 90-е даже HDD размером до 2Гб редко дотягивали, никто не думал что 2+ Гб оперативки может быть.
...
Рейтинг: 0 / 0
11.06.2019, 14:09
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825435
d7i
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
d7i
Участник
Dima Td7iА вот среда Powersoft++ (1999 г., идет в связке с SyBase SQL Anywhere 5.5) вообще даже не устанавливается, так как имеет в своем составе 16-разрядные библиотеки...
Вот такая "полная совместимость"....
Я говорил про софт написанный для Win95, т.е. 32-битный под x86, а не совместимый с Win95. 16-битное старье возможно работало в Win95, но в режиме обратной совместимости.
То же самое касается DOS-приложений, которые перестали работать в Win7x64.

RAD-студия Powersoft++ (1999 г.) была написана как раз под Windows 95 и Windows NT. А 16-разрядные библиотеки использовала потому, что могла компилировать также под Windows 3.11. В любом случае, собранные в ней EXE и DLL прекрасно работают даже в 64-разрядной Windows 10. Проблема только с установкой Powersoft++ в 64-разрядной Windows .
d7iВидимо, там используются какие-то хитрые функции работы с памятью...
Изопропила зачем их использовать?
Это СУБД. Сервер работает с кэшем. Видимо нужно было.
Первичный разработчик Watcom, допиливал SyBase. Весьма солидные конторы, я не думаю что они что-то там "налажали".
SyBase SQL Anywhere 5.5 супер-СУБД для небольших групп, такую теперь ещё поискать надо. Прекрасно работает с 1994 года и
по сей день, на всех Windows. Кроме 64-разрядных...
Так что MS просто "привирает" про полную совместимость 32-разрядных приложений в 64-разрядной ОС...
Нет там полной совместимости. И быть не могло, потому что "всем не угодишь". И SyBase SQL Anywhere 5.5 попала в число "неугодных". Се ля ви.

Это я к тому, что выбирать среду разработки следует очень тщательно, если планируется долгоживущий проект.
...
Рейтинг: 0 / 0
11.06.2019, 15:09
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825436
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Давайте вспомним мажорные изменения в ключевых версиях Windows начиная от Windows-95.
Кодовые страницы. 1251-UTF16. Измененния прав доступа (ACL) в файловых системах начиная
прибл (С Windows-NT). Более длинные файловые пути (здесь надо уточнить не уверен) и их реакция на приложение,
Win32 API, стал наделять смыслом некоторые параметры (handles) которые
раньше мы заполняли 0 или NULL (здесь я навскидку не могу вспомнить ничего конкретного но
когда я кодил на MFC/C++ то такие находил). Изменения в реестре. Windows Defender, DEP. Ограничения
на обращения в прерываниям (IRQ). И различного рода багофиксы которые закрывают безопасность
но после которых легаси-ПО не работает.
...
Рейтинг: 0 / 0
11.06.2019, 15:12
| Ответить | Цитировать | Написать  
Выбор средства разработки/языка для доступа к СУБД
    #39825454
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kealon(Ruslan)
Участник
KreatorXXIkealon(Ruslan),

ну а приличное они что-то могут сделать, эти 80 человек? Или тупо эксплуатируют наработки головного вендора?да так же как и везде: там прилепят, здесь присобачат :-)
...
Рейтинг: 0 / 0
11.06.2019, 15:44
| Ответить | Цитировать | Написать  
23 сообщений из 48, страница 2 из 2
  2  все
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Выбор средства разработки/языка для доступа к СУБД
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=16&gotonew=1&tid=1339931]:
 0ms
get settings:
 9ms
get forum list:
 13ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 146ms
get topic data:
 14ms
get first new msg:
 9ms
get forum data:
 3ms
get page messages:
 63ms
get tp. blocked users:
 2ms
others: 10ms
total:  277ms
созд. / загр.: 277ms
x
x
Закрыть


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