[NewIR]Refine IrPrinter and basic Concept Interface for const Object

[Aurelius84]

PR types

Function optimization

PR changes

Others

Description

Pcard-67164

• 规范了组件的部分接口，解决 const 对象无法使用部分接口的问题
• 待规范IrPrinter的接口参数，部分是const*，部分是const&，有待统一为const &
• 从严格规范上来讲，此PR的部分改动仍然需要进一步优化，如下样例：（此处移除了部分不合适的接口）

class IR_API ModuleOp : public ir::Op<ModuleOp> {
 
   // 此处支持的 const 语义并不规范
   Program *program() const;
   Block *block() const;

  // 规范的语义应该是
  Program *program();   // <---- 非const对象返回非const
  Block *block();

  const Program *program() const;  // <--- const 对象返回const
  const Block *block() const;

};

[paddle-bot]

你的PR提交成功，感谢你对开源项目的贡献!
请关注后续CI自动化测试结果，详情请参考Paddle-CI手册。
Your PR has been submitted. Thanks for your contribution!
Please wait for the result of CI firstly. See Paddle CI Manual for details.

[Aurelius84]

这里返回Parameter* 也是不安全的，应该要返回const * 。否则是可以修改Parameter内容，就违背了Parameter的const调用语义。

[winter-wang]

这儿可以考虑加个非const重载。 一个返回const Parameter*, 一个返回Parameter*。

[winter-wang]

ir::OpBase的派生类(ModuleOp、GetParameterOp、SetParameterOp、CombineOp等等）的成员函数就没必要增加const限定符了。这些都是浅拷贝。增加const限定符和我们的设计理念是相悖的，后面人会参考内置op进行新op的定义。

[kangguangli]

LGTM overall

[kangguangli]

@winter-wang 之前建议对于浅拷贝对象，要么统一用const&，要么就用临时对象。所以我之前统一成临时对象了，后面要统一改成const引用吗？

[winter-wang]

我的意见还是统一用临时对象。我记得const&的实现好像是指针方式，这儿用const&的话，相当于指针的指针，多了一次解引用。