Go中没有其他方法可以做到这一点。
是的,我同意这很冗长,但有必要。第二个make()语句完全独立于第一个。可以争论的是,编译器应该能够从推断类型
pic[i],但此时还不行。
另一点:如果在第二种情况下省略了类型,make()语句的外观如何?仍然需要make()来进行实际分配并能够指定所需的len / capacity。
附带说明,您混合了切片长度。练习指出,顶层切片应具有length
dy,而不是
dx您在代码中输入的长度。

Go中没有其他方法可以做到这一点。
是的,我同意这很冗长,但有必要。第二个make()语句完全独立于第一个。可以争论的是,编译器应该能够从推断类型
pic[i],但此时还不行。
另一点:如果在第二种情况下省略了类型,make()语句的外观如何?仍然需要make()来进行实际分配并能够指定所需的len / capacity。
附带说明,您混合了切片长度。练习指出,顶层切片应具有length
dy,而不是
dx您在代码中输入的长度。