关于模块优化的建议

C@iNi@o

炫语言要解决易用性首要任务肯定是模块，用户从C++转炫语言也好，易语言、火山转炫语言也好，我认为模块才是核心，面向模块编程才比较优雅（这也是PY发展迅速的原因之一吧？）

我发现目前的模块使用有几个地方建议修改一下
1、官方和非官方之间，模块太多太杂了，能否规整一下（官方模块的数量就挺多的）
2、模块混用时模块之间的同名函数导致报错，能否类似PY一样优雅的引用，例如添加非基础模块后自动生成如下代码（基础模块不需要）：

1. #引入模块 系统API 模块1 // 别名模块1可自行更名，函数引用为模块1.函数名（）

复制代码

3、是数据类型的不统一，能否针对结构体增加强转
例如坐标的数据类型，有的模块是<点结构>，有的是<LPPOINT>，有的是<位置类>，有的是<坐标型>
模块混用的时候建议增加一个强转，例如

1. 点结构 p = {1, 1}
   
2.         坐标型 坐标
   
3.         坐标 = (坐标型)p
   
4.         调试输出(坐标.x, 坐标.y)

复制代码

呵呵仙

(坐标型)&p,不行?    是不可以!!   
要以下这样写!

C@iNi@o

呵呵仙 发表于 2024-8-25 12:38
(坐标型)&p,不行?    是不可以!!   
要以下这样写!

大佬，没有C++基础你觉得哪个更好学更好理解？
你这个写法能解决问题是不错，指针和解引用绕晕了多少人
就是学C++的都有多少人能不被绕晕了

呵呵仙

C@iNi@o 发表于 2024-8-25 15:00
大佬，没有C++基础你觉得哪个更好学更好理解？
你这个写法能解决问题是不错，指针和解引用绕晕了多少人
...

我不会VS.不知VS能不能直接结构体强转为结构体.如果VS可以,按理炫应该也要支持.如VS不支持!炫就不要这样写了,不然到c++语法又要报一次错!!

C@iNi@o

呵呵仙 发表于 2024-8-25 15:19
我不会VS.不知VS能不能直接结构体强转为结构体.如果VS可以,按理炫应该也要支持.如VS不支持!炫就不要这样 ...

VS不知道，火山支持，我也不会C++啊，就学了C，被指针都绕晕了