Go 使用具有OOP风格的fyne小部件
我想将一些标准小部件组合到一个自定义小部件中。如果将所有窗口小部件字段放入一个容器中,我可以这样做:Go 使用具有OOP风格的fyne小部件,go,fyne,Go,Fyne,我想将一些标准小部件组合到一个自定义小部件中。如果将所有窗口小部件字段放入一个容器中,我可以这样做: package main import ( "fmt" "fyne.io/fyne" "fyne.io/fyne/app" "fyne.io/fyne/layout" "fyne.io/fyne/widget" ) type MyWidget struct { widget.BaseWidget Cont *fyne.Co
package main
import (
"fmt"
"fyne.io/fyne"
"fyne.io/fyne/app"
"fyne.io/fyne/layout"
"fyne.io/fyne/widget"
)
type MyWidget struct {
widget.BaseWidget
Cont *fyne.Container
text *widget.Label
statusBar *widget.Label
b1 *widget.Button
b2 *widget.Button
count uint
}
func (t *MyWidget) Init() {
t.b1 = widget.NewButton("1", func() {
t.text.SetText("1")
t.count++
t.statusBar.SetText(fmt.Sprint(t.count))
})
t.b2 = widget.NewButton("2", func() { t.text.SetText("2") })
t.statusBar = widget.NewLabel("status")
bottom := fyne.NewContainerWithLayout(layout.NewCenterLayout(), t.statusBar)
t.text = widget.NewLabelWithStyle("0", fyne.TextAlignTrailing, fyne.TextStyle{Bold: true})
t.Cont = fyne.NewContainerWithLayout(layout.NewBorderLayout(nil, bottom, nil, nil),
bottom, fyne.NewContainerWithLayout(
layout.NewGridLayoutWithRows(4),
fyne.NewContainerWithLayout(layout.NewCenterLayout(), t.text),
layout.NewSpacer(),
fyne.NewContainerWithLayout(layout.NewGridLayout(2), t.b1, t.b2),
layout.NewSpacer(),
))
}
func Load() *MyWidget {
obj := &MyWidget{BaseWidget: widget.BaseWidget{}}
obj.Init()
return obj
}
func main() {
f := app.New()
w := f.NewWindow("")
obj := Load()
w.SetContent(obj.Cont)
w.ShowAndRun()
}
我曾经使用GUI工具包,其中顶级小部件有机会设置容器来容纳子小部件。有没有可能在不导出内部容器的情况下使用Fyne获得解决方案?我建议您改用容器。即“fyne.NewContainerWithLayoutmyLayout,widgets…” 小部件和容器在Fyne中是不同的。小部件是逻辑的封装,带有一个要显示的渲染器,容器用于对多个小部件进行分组。 有一些小部件可以弥补这一差距,例如widget.Box和widget.Group,但它们通常公开容器,或者重新导出容器方法
一般来说,您不会创建一个小部件树,而是一个循环中包含小部件的容器树。Go不是一种传统的OOP语言,OOP设计在Go中往往不会成功。@Adrian,谢谢您的评论,但您没有说服我Go中的OOP不适合GUI。Fyne示例包含成功使用OOP设计的示例,我不认为有任何理由不能用正确的OOP方法解决我的问题。这在很大程度上取决于您所说的OOP。Goes没有对象、类、继承或动态分派。大多数面向对象编程开发人员认为OOP设计是不可能的,GUI或其他任何东西。“阿德里安,我的意思是封装。我不喜欢所有GUI元素都放在主函数中,因为它几乎不可能读取。顺便说一句,Go有对象,class=structs,嵌入而不是经典继承它没有对象,structs不是类,嵌入不是继承。如果您不想在主功能中使用GUI元素,请将它们放在其他地方;这与OOP无关。对不起,这不是我问题的答案。正如您所看到的,我已经在代码中使用了容器。我只是不明白一个人该怎么做。在我的代码中这样做可以吗?是或否。它类似于您的示例,但在我的情况下,我不想将窗口放在我的结构中。也许我应该嵌入容器而不是小部件?我的小部件不应该是一个小部件-它所做的只是保存应用程序想要的东西的引用。称它为myApp可能更合适,而且它不应该嵌入BaseWidget。没有理由保留对Cont的引用,我不认为,它被返回并设置为内容,因此可以从loadUI方法或类似Init的当前方法返回。嗯,我应该添加更多上下文-我想做一些非常简单的向导对话框,它只不过是一系列“页面”,每个页面都显示在一个对话框中,该对话框具有导航到下一页和上一页的按钮。所以,应用程序应该能够从集合中设置一些自定义页面作为内容,并且每个页面都包含一些小部件。MyWidget只是这些页面中的一个,所以每个页面都应该是一个fyne.canvaObject,对话框的用户可以设置他们想要的任何内容。您可以使用内置小部件、您自己的小部件或它们的组合。容器也是画布对象,因此您也可以传递它。你能详述你正在经历的挑战吗?我有一些小测验。每个部分都是一个对话框,整体上是一个向导对话框。用户可以通过特殊按钮在页面之间切换。所以我提供了createPage1、createPage2等函数,。。。返回容器。我将它们存储为单独的变量,并通过调用SetContent for window来设置适当的变量。这样,它完全工作,但只有在我需要提供动态页面。在我的例子中,若用户决定返回—从数据库重新加载数据,我需要更新文本框。我可以重新创建所有小部件,但我认为这不是一个好策略,所以我需要一个对象和方法来更新他的内部状态。