nn.Graph python

[strint]

nn.Graph

• _add_block, attr get and set,
• recursive build Block
• Block.forward
• GraphConfig
• repr
• _named_state and _state_tensortuple
• c++ NNGraph 导出

注册Module产生的graph的结构：

g = CustomGraph()
print(repr(g))
>>>
(CustomGraph_15:CustomGraph:GRAPH): (
  (m:CustomModule:MODULE): (
    (layer:SubModule:MODULE): (
      (conv1:Conv2d:MODULE): (
        (weight:Parameter:PARAMETER): ()
        (bias:Parameter:PARAMETER): ()
      )
      (relu:ReLU:MODULE): ()
    )
    (fc1:Linear:MODULE): (
      (weight:Parameter:PARAMETER): ()
      (bias:Parameter:PARAMETER): ()
    )
    (dummy_buff:Tensor:BUFFER): ()
  )
)

[chengtbf]

oneflow/core/job/graph.h 这个文件名会不会 跟 oneflow/core/graph/graph.h 文件名造成混淆？

[strint]

oneflow/core/job/graph.h 这个文件名会不会 跟 oneflow/core/graph/graph.h 文件名造成混淆？

的确会，叫graph_api.h/.cpp怎么样

[jackalcooper]

oneflow/core/job/graph.h 这个文件名会不会 跟 oneflow/core/graph/graph.h 文件名造成混淆？

的确会，叫graph_api.h/.cpp怎么样

这个放到 oneflow/api/python 下吧，是 python API 独有的内容不应放到 core 里面？

[chengtbf]

oneflow/core/job/graph.h 这个文件名会不会 跟 oneflow/core/graph/graph.h 文件名造成混淆？
的确会，叫graph_api.h/.cpp怎么样

这个放到 oneflow/api/python 下吧，是 python API 独有的内容不应放到 core 里面？

这个不仅仅是 api，C++ 的 nn.Graph 对象是要有一系列逻辑（类似于之前的 JobBuildAndInferCtx），不是 python api 独有的内容。是否可以放到 framework 路径下？ oneflow/core/framework/nn_graph.h ? 还是 oneflow/core/job/nn_graph.h

[strint]

给nn.Graph增加了这个属性，但是感觉state_tensortuple只有内部使用，这个转换是不是适合在使用的地方做

[chengtbf]

这个 PR 先不处理 call 相关的复杂逻辑，仅提供一个 nn.Graph 和 NNGraph 的架子。先review 合并了吧 ~

我 和 文骁 @leaves-zwx 都 review 一下，尽早合并。

[chengtbf]

先解决一下冲突，转成 正式 PR，并通过 CI @strint