Что самая близкая вещь к Windows COM/DCOM в мире Linux?
ВНИМАНИЕ ! Если вы хотите только удалить файл из предыдущего коммита и сохранить его на диске , прочитайте ответ Джуззлина чуть выше.
Если это ваш последний коммит и вы хотите полностью удалить файл из вашего локального и удаленного репозитория , вы можете:
- удалить файл
git rm - коммит с флагом поправки:
git commit --amend
Флаг поправки говорит git снова фиксировать, но «объединить» (не в смысле слияния двух веток) этот коммит с последним совершить.
Как указано в комментариях, использование git rm здесь похоже на использование самой команды rm!
5 ответов
Да, есть много всего, но нет ни одной такой «стандартной», как COM / DCOM. По крайней мере, в Windows COM / DCOM используются «Windowsish», а другие механизмы RPC используются «Windowsish» вещами.
Linux не имеет ничего подобного, вместо этого есть вещи, которые требуют RPC более высокого уровня протоколы обычно используют то, что предоставляет их язык, или определенную библиотеку, которая лучше всего соответствует потребностям приложения. Примерами этого могут быть RMI в Java, модуль Python "pyro" и т. Д., Который обеспечит (некоторую) функциональную совместимость с DCOM.
Corba немного тяжеловесен, но некоторые люди, по-видимому, его используют.
Многие из них приложения используют собственные библиотеки RPC. Не делайте этого без необходимости, это мерзко.
Для межпроцессного взаимодействия D-Bus является стандартным механизмом более высокого уровня. И GTK, и Qt имеют привязки для D-Bus, большинство окружений рабочего стола (или, по крайней мере, GNOME и KDE) предоставляют различные службы через D-Bus, и многими настольными приложениями можно управлять через интерфейс D-Bus. Системная шина также полезна для получения различной низкоуровневой информации о системе с помощью стандартных системных служб.
KDE4 (построенный на Qt4) также включает технологию под названием KParts, которую часто сравнивают с COM в Windows.
Вы можете проверить Corba , он также работает в Linux и Windows.
На ум приходит проект Mono. В основном потому, что CLR / .NET - это новый COM - в конце концов, COM изначально продавался как не зависящий от языка, двоично-совместимые объекты.
Полагаю, DCOM (то есть COM с более длинным проводом) будет удаленным взаимодействием .NET? Или, возможно, некоторые веб-службы с сериализацией объектов. Я считаю, что Mono поддерживает оба.
Существует технология Mozilla XPCOM, кроссплатформенная компонентная объектная модель. В некотором роде концептуально похоже на COM или DCOM.
Здесь - это список относительно небольшого числа программ, которые действительно используют D-шину