2010-06-25 30 views
0

我读OSX服务的概念,它显得很冷静地我有实用工具,比如字典,高亮文本和开放的浏览器和基于提供的功能上百万其他什么服务,用户目前正在做。是否有可能通过利用管道为OSX Services for linux创建类似的东西?

我听说过这个机制更类似于pipes在* nix中的工作方式,而不是后台服务/守护进程。对于例如,当您在OSX上突出显示文本并选择拼写检查时,它将文本(使用可能的粘贴板)有效地传送到字典程序并返回输出。

让我们假设我有约束的机器非常的资源,这意味着我不能有数不胜数的后台服务运行 - 这会(服务/纸板)为基础的方法更有效?

Linux中是否有类似的东西?更准确地说,是一种机制,允许我注册我的点服务并允许多个程序调用它们。另外,外壳管道可能没有强大的安全保护(可以想象,密钥管理服务会受此影响)。

例如,如何实施拼写检查服务(使用管道而不是守护进程)不断检查拼写错误。

编辑:另一个good read约OSX服务是如何的不理想以及他们NextStep自动起源。

回答

2

说这是“类似于管道”是由非技术人员食用写的过于简单化。事实上,除了数据传递的事实之外,它实际上很少像管道。

Deskbar-Applet具有获取当前的选择,如果你想复制这种功能的机制。

+0

感谢您的澄清 - 你可以强调为什么它不像管道?例如,我可以在概念上将基于JPEG图像的服务建模为'cat img.jpeg | my_prog”。 它是不同的(高级?) 基本上,我试图了解哪些操作系统的消息传递范例(我在学校学到的),是否具有这种杠杆作用: 命名管道,外壳管道,RPC等 我要的是比桌面工具栏的小程序更通用的 - 基本上是一个框架,以实现OSX般的服务在Linux中(而不是后台守护进程) – Sandeep 2010-06-26 20:20:20

+0

在谷歌30秒搜索发现什么OS X所说的“纸板“其他人都称之为”剪贴板“。 “管道”是将一个过程的FD连接到另一个过程的FD的特定机制。管道只是短暂的二进制数据,而剪贴板不仅保留数据,还保留少量的元数据。 – 2010-06-26 22:07:15

相关问题