Automated API traversal - program synthesis

If computers could code interactions with systems for us, we wouldn't have to write code, they could interoperate automatically

YAML 问题

We have a REST API or standard library functions in our chosen programming language. Each rest call or method call takes arguments and returns data and causes side effects. Take a HTTP client for instance, it takes data in and returns data.

We typically have to write interactions with APIs manually.

What if the programming against APIs could be automatically generated and the source code or AST generated to interact with the API.

We need a way to map a simple definition of the problem into a more detailed representation of the problem which uses APIs

In other words, computers program themselves. Rather than general intelligence we rely on mappings and equivalencies and graph traversal and scheduling.

Say I want to backup files on all my computers, compress them, encrypt them, sign them, deduplicate them, upload.

That's a lot of APIs I need to talk to (encryption, operating system file APIs) and the APIs for them require multiple lines of code to perform. There's also a data flow through a pipeline of steps.

The call graph of the code to fulfil the pipeline looks a certain way.

Each step, "encrypt" takes in an input and has an output.

These need to be defined.

I want to be able to define a list of steps to perform and have the computer synthesise all the intermediate and data transformation steps in between.

I give the computer this list: { "steps": ["deduplicate", "compress", "encrypt", "upload"] }

The computer generates code to do the following, performing all intermediate conversions such as files to bytes.

Upload(encrypt(compress(deduplicate(input)))

The actual code may look more like

A(b(c(d(e(f(g(h(I(j(k(input)))))))))

But this is a simplified example, upload might be multiple steps or multiple steps in the AST.

To implement this I need a database of records representing APIs and their inputs, outputs and types.

We also need a database of code sequences (or code snippets) which are named sequences of code that perform an overarching task - such as signing or encrypting some bytes A sequence references API method calls in order and had variables used between method calls.

We also have sequences to convert between types. And collections of types

I tell the computer what I want to be done in a simple specification of the problem and the computer works out what APIs need to be used to perform the actions. It's synthesis of a set of steps or operators to perform a function.


没有子分类。

投票 (可选) (别通知) (可选)
请,登录

UseMe 文件绝对是一个与这个想法相关的应用程序。我真的很喜欢 UseMe 文件。

这个想法中未解决的问题是将一个图扩展到另一个图。

没有定义“加密”是什么意思 - 没有将以下代码标记为“加密” -

生成密钥 获取算法 Algorithm.encrypt(输入)

您不能将“加密”扩展到这些步骤。您必须做大量工作才能说明加密的含义。

也许我们可以使用类型来解决这个问题。只要引用正确的类型,系统就可以推断出正确的代码操作。

UseMe files are definitely an application/related to this idea. I really like UseMe files.

The unsolved problem in this idea is the expanding of one graph to another.

Without defining what "encrypt" means - without marking the following code as "encrypt" -

Generate key Get algorithm Algorithm.encrypt(input)

You cannot expand "encrypt" to those steps. You've got to do a lot of work to indicate what encrypt means.

Maybe we can use types to solve this problem. As long as you refer to the correct types, the system can infer the correct code operations.



    :  -- 
    : Mindey, Inyuki
    :  -- 
    

chronological,

我理解你想要什么,并且理解这样的程序合成必须是在没有程序员在循环中的情况下是可能的。我什至尝试编写软件,使来自软件库和网站的 API 更具可重用性,我称之为“metadrive”。我认为我们需要驱动程序,因为并非每个 API 都被记录在案,而且标准也不相同,还记得 UseMe Files 文件的想法吗?一旦我们解决了自动重用性,函数图 是绝对可以遍历的,并且获得最终结果的执行路径就像地理地图上的路线一样。这是一个多层次的问题,但绝对可以解决。

I understand what you want, and understand that such program synthesis must be possible without a programmer in the loop. I had even attempted to write software for making APIs from software libraries and websites more reusable, which I call "metadrive". I think we need drivers, because not every API is documented and not in the same standard, remember UseMe Files files idea? Once we solve automatic reusability, the graph of functions can definitely be traversed, and paths of execution to get final result composed like routes on a geographical map. Heck of a multilevel problem, but definitely solvable.


我应该指出,OpenAPI 是可用于遍历 API 的其余 API 的规范格式,唯一的问题是它不是很好。

如果程序宣传其功能、类型、输入和输出,我们就可以让系统自行编程以与其他系统对话。

I should point out that OpenAPI is a specification format for rest APIs that could be used to traverse APIs the only problem is that it isn't very good.

If programs advertised their functionality, types, inputs and outputs we could have systems that program themselves to talk to other systems.



    : Inyuki
    :  -- 
    :  -- 
    

chronological,

语言