然后就是`嵌入式语法`的定位, 我觉得它不是用来解决问题的, 它只是个代码沟通的接口.
换句话说, 你在封装中遇到的任何问题都不应该和`嵌入式语法`有关, 都应该不依靠`嵌入式语法`解决.

你应该能做到就算不用任何`嵌入式语法`, 也可以把项目封装成火山可用的形式,
然后, 为了更方便使用, 去用`嵌入式语法`对代码进行优化

比如研究vulkan的时候, 就遇到过一段令我惊为天屎的代码, 别说封装了, 我连他为啥能存在都不知道:

1. // 只是示例
   
2. auto a = vector1 | vw::transform([](auto i)  
   
3.                                {
   
4.                                    i.调用函数();
   
5.                                    return i.另一个返回函数();
   
6.                                });
   

复制代码

这里用到了c++特有的 /* `|` 管道运算符; `auto`自动推导类型; `[](){}`匿名函数;  `vw::`c++stl的范围库 */
只有了解了c++你才能知道这段代码的每一个特性火山都用不了, 你得转成另一种形式, 然后再考虑封装:
(倒也不绝对, 我记得我之前研究过在火山中封装c++匿名函数的方法)

1. 某个类型 转换函数( 另一类型 参数)
   
2. {
   
3.    参数.调用函数();
   
4.   return 参数.另一个返回函数();
   
5. }
   
6. 
   
7. 类型 函数()
   
8. {
   
9.   ....
   
10.   范围类型 a = rg::transform_view(vector1, 转换函数);
    
11.   ....
    
12. }
    

复制代码

提交还好说吧, 封个框架出来, 预估一下自己需要的封装时间和大概的代码量, 然后去问一下吴总有没有收的想法就行.