link9522 link9523 link9524 link9525 link9526 link9527 link9528 link9529 link9530 link9531 link9532 link9533 link9534 link9535 link9536 link9537 link9538 link9539 link9540 link9541 link9542 link9543 link9544 link9545 link9546 link9547 link9548 link9549 link9550 link9551 link9552 link9553 link9554 link9555 link9556 link9557 link9558 link9559 link9560 link9561 link9562 link9563 link9564 link9565 link9566 link9567 link9568 link9569 link9570 link9571 link9572 link9573 link9574 link9575 link9576 link9577 link9578 link9579 link9580 link9581 link9582 link9583 link9584 link9585 link9586 link9587 link9588 link9589 link9590 link9591 link9592 link9593 link9594 link9595 link9596 link9597 link9598 link9599 link9600 link9601 link9602 link9603 link9604 link9605 link9606 link9607 link9608 link9609 link9610 link9611 link9612 link9613 link9614 link9615 link9616 link9617 link9618 link9619 link9620 link9621 link9622 link9623 link9624 link9625 link9626 link9627 link9628 link9629 link9630 link9631 link9632 link9633 link9634 link9635 link9636 link9637 link9638 link9639 link9640 link9641 link9642 link9643 link9644 link9645 link9646 link9647 link9648 link9649 link9650 link9651 link9652 link9653 link9654 link9655 link9656 link9657 link9658 link9659
C++ Builder
| Главная | Уроки | Статьи | FAQ | Форум | Downloads | Литература | Ссылки | RXLib | Диски |

 
Сказка о потерянном ABI, RSDN
olegenty
Отправлено: 21.07.2005, 08:26


Ветеран

Группа: Модератор
Сообщений: 2412



http://www.rsdn.ru/article/mag/200502/abi.xml
Георгий
Отправлено: 25.07.2005, 21:17


Почетный железнодорожник

Группа: Модератор
Сообщений: 874



кул! сильная статья smile.gif
коротко и ясно о сложном.
olegenty
Отправлено: 27.07.2005, 10:07


Ветеран

Группа: Модератор
Сообщений: 2412



Вот и я восхитился!
Георгий
Отправлено: 27.07.2005, 22:44


Почетный железнодорожник

Группа: Модератор
Сообщений: 874



Не, ну ведь серьёзно, глядя на потуги в виде OLE, COM, COM+ под виндой и IDL под линухом. Наблюдая на установление связи между модулями одного пакета через сообщения (т.е. структурная связь) а не через функции и приходят мысли из серии — что за фигня?

только .NET не панацея — он всё равно под юнихом не пашет biggrin.gif нужно качественное решение... Или вымирание всех других объектных языков кроме C++ или Object Pascal, или ADA и т.п. — нужное подчеркнуть.
Asher
Отправлено: 28.07.2005, 08:18


Мастер участка

Группа: Модератор
Сообщений: 550



QUOTE
только .NET не панацея — он всё равно под юнихом не пашет

Есть Linux'овый аналог .NET'а — Mono. Его сейчас Novell под крыло взяла.

А решение есть cool.gif
Посылка текстовых сообщений через стандартные потоки. Как в тех-же
*nix'ах.
И при нормальном кодировании один кривой кусок все остальное валить не будет.

Правда тут возникает диалектическое противоречие — с одной стороны это универсально, с другой — это медленно и неэффективно.
Георгий
Отправлено: 28.07.2005, 21:51


Почетный железнодорожник

Группа: Модератор
Сообщений: 874



Ага, можно — конструкции вида
CODE
cat *a?| grep d[as] | wc -l
всем хороши. но бинарные интерфейсы всё таки получше будут.

какие идеи насчёт светлого будущего?
Один язык или один интерфейс связи модулей?

ЗЫ. с помощью потоков сложно полиморфность реализовать и параллельную обработку ветвей не получится сделать. Это всё таки действительно прошлый век.

Отредактировано Георгий — 28/07/2005, 22:54
Asher
Отправлено: 29.07.2005, 07:56


Мастер участка

Группа: Модератор
Сообщений: 550



QUOTE
какие идеи насчёт светлого будущего?
Один язык или один интерфейс связи модулей?

Web-services wink.gif

P.S. IMHO один интерфейс связи модулей — за это уже взялись.
Но это локально.
А в глобальном случае — и удаленно и локально — все-таки Web-services.
Asher
Отправлено: 29.07.2005, 13:24


Мастер участка

Группа: Модератор
Сообщений: 550



Хм...
Тут обнаружил документ
SYSTEM V APPLICATION BINARY INTERFACE
от 97 года на почти 400 страниц.

вероятно это он и есть. Потерянный ABI biggrin.gif biggrin.gif biggrin.gif
Георгий
Отправлено: 29.07.2005, 22:21


Почетный железнодорожник

Группа: Модератор
Сообщений: 874



не, это не он
http://www.caldera.com/developers/gabi/

да, кстати, а почему разработчики ядер ОС не перешли на объектные интерфейсы?

Отредактировано Георгий — 29/07/2005, 23:22
olegenty
Отправлено: 30.07.2005, 08:30


Ветеран

Группа: Модератор
Сообщений: 2412



угу. можно круче — прямо инструкции проца smile.gif
а чё козырно было бы... smile.gif
Asher
Отправлено: 01.08.2005, 08:34


Мастер участка

Группа: Модератор
Сообщений: 550



QUOTE
да, кстати, а почему разработчики ядер ОС не перешли на объектные интерфейсы?

Да вроде говорили что в BeOS мужики так и сделали.
Но конкретно по этому поводу ничего не встечал. sad.gif

P.S. А посмотреть хотелось-бы. wink.gif
olegenty
Отправлено: 04.08.2005, 09:28


Ветеран

Группа: Модератор
Сообщений: 2412



не совсем в тему, но из той же оперы...
http://rsdn.ru/forum/Message.aspx?mid=1264362&only=1

olegenty
Отправлено: 05.08.2005, 15:51


Ветеран

Группа: Модератор
Сообщений: 2412



хотя снобизмом слегонца отдаёт от этой статейки...
Георгий
Отправлено: 09.08.2005, 20:50


Почетный железнодорожник

Группа: Модератор
Сообщений: 874



мысль пришла — "а оно надо?"
olegenty
Отправлено: 10.08.2005, 08:00


Ветеран

Группа: Модератор
Сообщений: 2412



да я её прочёл — рациональное зерно всё же есть. но в процессе осмысления пришло и полное неприятие.
Георгий
Отправлено: 10.08.2005, 22:45


Почетный железнодорожник

Группа: Модератор
Сообщений: 874



да не — я об идее ABI. зачем оно сейчас нужно? что оно даст?
программы перестали быть программами — теперь это много уровневые платформы и на каждом уровне свой язык.

ядро — пишется на C++
БД — разновидности SQL
настройки системы — разновидности XML
алгоритмические настройки — разные скрипты на самодельных и не очень языках
графический пользовательский интерфейс — API графической системы. если гоним на экран, то win32API, если на web страничку, то html, генерируемый php, perl и т.д.
уровни обычно разнесены и по месту использования и по времени. БД на одной машине, пользователь на другой, а с железкой работает третья. в результате бинарный интерфейс не подходит в принципе — он по определению локальный (многоядерные, dataflow и т.п. машины не рассматриваем). и остаются сетевые интерфейсы со всякими надстройки над ними — DCOM, CORBA, сетевые возможности БД и т.д. и времене не зависимые интерфейсы — записи в БД, а файлах конфигурации и т.п.

Отредактировано Георгий — 10/08/2005, 23:47
olegenty
Отправлено: 11.08.2005, 07:48


Ветеран

Группа: Модератор
Сообщений: 2412



приятно было бы юзать классы, разработанные на другом языке. у меня раньше 50х50 кодеров писали на Delphi/Builder. но сейчас уже по фиг — 4 (включая меня) пишут на BCB6, один на С#.NET, и одна вакансия (возьму только писаря на С++Builder)

совместная разработка только-только начинает приживаться. хитрюги из смежного подразделения решили вопрос в лоб: каждый отдельный модуль — это отдельный EXE. а объединяющий — только вызывает эти отдельные EXE. ну а мы пока с DLL побалуемся.

Вернуться в Флейм