Question

我与谷歌和Im有 f(!),但我对一揽子子系统有一些问题。

页: 1 我也建立了各种单一档案方案,没有问题(我还利用html/系统安装了一个小型网络应用系统,没有问题,它汇编并毫无错误。)

I ve defined a "reusable" package (even.go):

package even

func Even(i int) bool {
    return i % 2 == 0
}

func Odd(i int) bool {
    return i % 2 == 1
}

消费者方案(消费者方案):

package main

import (
    "./even"
    "fmt"
)

func main() {
    a := 5
    b := 6

    fmt.Printf("%d is even %v?
", a, even.Even(a))
    fmt.Printf("%d is odd %v?
", b, even.Odd(b))
}

但是,当我使用“图书馆”汇编时,我会这样做。

go build even.go

页: 1 无错误,无信息...... 发生了什么?

我应如何这样做?

Answer 1

回答你的问题,“我是否应该这样做?”在)。这确实是重要的 st脚石,值得一看。

<代码>go 建造<>/代码>的行为似乎令人迷惑,但实际上,对于指挥线方案-无产出而言,这意味着该方案成功运行。因此,它做了些什么? 您的答复载于go 有助于建立。

... Otherwise build compiles the packages but discards the results, serving only as a check that the packages can be built.

你们想要的是什么? 当然。 “《古法典》”解释了这样做的良好方式。关于你方案的一个快速解决方案,我解释说,“指挥”要求每个包裹和每个可执行的方案都有一个单独的目录。如果你只打上一张甚至连头的名录,就在使用7.go的位置下,甚至迁到这里,那么<代码>go的运行就应当与你一样操作。

Answer 2

<代码>go 建设只有在建立“单一主包”时才会产生产出文档。如果你想要为其他包裹提供文件,请使用<代码>go 安装<>/代码>。这将建立并安装在<编码>pkgs的目录上。

Answer 3

如OP在一份评论中指出的,一旦您将<代码>even.go的印本放在自己的印本上,便可使用。 Go magic in the / (in the import) that makes the " local Pack"Building without required it to be established where.

useeven/
├── even
│   └── even.go
└── useeven.go

如果你想在没有魔法<>/的情况下做这项工作,那么需要安装图书馆。为贵项目做这项工作的速效方式(有可能污染你的图书馆名称空间)就是通过像这样的象征性联系(例如<密码>)登记图书馆的源地。缩略语

[ useeven ]
$ ln -s $(pwd)/even ~/go/src

现在,当你制定方案时,它自动执行<条码>,甚至连,安装最新的图书馆版本。

请注意,该t使go 安装https://stackoverflow.com/q/18149601/86967> 它对图书馆的工作只是使得这样做没有必要。

如果你不坐在hur里的话,会有更多的辅助方式:。 • 如何进口当地包裹?

Answer 4

这里没有产生产出的原因是,你重新管理产出。

go build even.go

查询 Pack,而不是main。在一揽子计划上这样做,将检查一揽子计划上的错误,但由于一揽子计划不是主要产出,因此不会产生任何成功的信息。如果包裹的内容有问题,就会出现错误,否则,如果将罚款,则不会产出。

相反,你应当运行:

go build useeven.go

创建双手,然后执行双手,并从方案获得产出:

./useeven

友情链接