Stellar's public monorepo of go code Creating equitable access to the global financial system This repo is the home for all of the public Go code produced by the [Stellar Development Foundation].This repo contains various tools and services that you can use and deploy, as well as the SDK you can use to develop applications that integrate with the Stellar network.Package IndexHorizon Server[1]: Full-featured API server for Stellar networkGo Horizon SDK - horizonclient[2]: Client for Horizon server (queries and transaction submission)Go Horizon SDK - txnbuild[3]: Construct Stellar transactions and operationsTicker[4]: An API server that provides statistics about assets and markets on the Stellar networkKeystore[5]: An API server that is used to store and manage encrypted keys for Stellar client applicationsServers for Anchors & Financial InstitutionsDependenciesThis repository is officially supported on the last two releases of Go, which is currently Go 1.14 and Go 1.15.It depends on a number of external dependencies[6], and uses Go Modules[7] to manage them. Running any go command will automatically download dependencies required for that operation.You can choose to checkout this repository into a GOPATH[8] or into any directory.Directory LayoutIn addition to the other top-level packages, there are a few special directories that contain specific types of packages:clients contains packages that provide client packages to the various Stellar services.exp contains experimental packages. Use at your own risk.handlers contains packages that provide pluggable implementors of http.Handler that make it easier to incorporate portions of the Stellar protocol into your own http server. support contains packages that are not intended for consumption outside of Stellar's other packages. Packages that provide common infrastructure for use in our services and tools should go here, such as db or log. support/scripts contains single-file go programs and bash scripts used to support the development of this repo. services contains packages that compile to applications that are long-running processes (such as API servers).tools contains packages that compile to command line applications.Each of these directories have their own README file that explain further the nature of their contents.Other packagesIn addition to the packages described above, this repository contains various packages related to working with the Stellar network from a go program. It's recommended that you use godoc[9] to browse the documentation for each.Package source layoutWhile much of the code in individual packages is organized based upon different developers' personal preferences, many of the packages follow a simple convention for organizing the declarations inside of a package that aim to aid in your ability to find code.In each package, there may be one or more of a set of common files:errors.go: This file should contains declarations (both types and vars) for errors that are used by the package.example_test.go: This file should contains example tests, as described at https://blog.golang.org/examples.main.go/internal.go (deprecated): Older packages may have a main.go (public symbols) or internal.go (private symbols). These files contain, respectively, the exported and unexported vars, consts, types and funcs for the package. New packages do not follow this pattern, and instead follow the standard Go convention to co-locate structs and their methods in the same files. main.go (new convention): If present, this file contains a main function as part of an executable main package.In addition to the above files, a package often has files that contains code that is specific to one declared type. This file uses the snake case form of the type name (for example loggly_hook.go would correspond to the type LogglyHook). This file should contain method declarations, interface implementation assertions and any other declarations that are tied solely to that type.Each non-test file can have a test counterpart like normal, whose name ends with _test.go. The common files described above also have their own test counterparts... for example internal_test.go should contains tests that test unexported behavior and more commonly test helpers that are unexported.Generally, file contents are sorted by exported/unexported, then declaration type (ordered as consts, vars, types, then funcs), then finally alphabetically.Test helpersOften, we provide test packages that aid in the creation of tests that interact with our other packages. For example, the support/db package has the support/db/dbtest package underneath it that contains elements that make it easier to test code that accesses a SQL database. We've found that this pattern of having a separate test package maximizes flexibility and simplifies package dependencies.ContributingContributions are welcome! See CONTRIBUTING.md[10] for more details.DevelopingSee DEVELOPING.md[11] for helpful instructions for getting started developing code in this repository. To restore the repository download the bundle wget https://archive.org/download/github.com-stellar-go_-_2021-03-02_12-30-40/stellar-go_-_2021-03-02_12-30-40.bundle and run: git clone stellar-go_-_2021-03-02_12-30-40.bundle Source: https://github.com/stellar/go[12]Uploader: stellar[13]Upload date: 2021-03-02 References^ Horizon Server (archive.org)^ Go Horizon SDK - horizonclient (archive.org)^ Go Horizon SDK - txnbuild (archive.org)^ Ticker (archive.org)^ Keystore (archive.org)^ number of external dependencies (archive.org)^ Modules (github.com)^ GOPATH (github.com)^ godoc (godoc.org)^ CONTRIBUTING.md (archive.org)^ DEVELOPING.md (archive.org)^ https://github.com/stellar/go (github.com)^ stellar (github.com)
Wir nutzen Cookies auf unserer Website. Einige von ihnen sind essenziell für den Betrieb der Seite, während andere uns helfen, diese Website und die Nutzererfahrung zu verbessern (Tracking Cookies). Sie können selbst entscheiden, ob Sie die Cookies zulassen möchten. Bitte beachten Sie, dass bei einer Ablehnung womöglich nicht mehr alle Funktionalitäten der Seite zur Verfügung stehen.
Stellar's public monorepo of go code Creating equitable access to the global financial system This repo is the home for all of the public Go code produced by the [Stellar Development Foundation].This repo contains various tools and services that you can use and deploy, as well as the SDK you can use to develop applications that integrate with the Stellar network.Package IndexHorizon Server[1]: Full-featured API server for Stellar networkGo Horizon SDK - horizonclient[2]: Client for Horizon server (queries and transaction submission)Go Horizon SDK - txnbuild[3]: Construct Stellar transactions and operationsTicker[4]: An API server that provides statistics about assets and markets on the Stellar networkKeystore[5]: An API server that is used to store and manage encrypted keys for Stellar client applicationsServers for Anchors & Financial InstitutionsDependenciesThis repository is officially supported on the last two releases of Go, which is currently Go 1.14 and Go 1.15.It depends on a number of external dependencies[6], and uses Go Modules[7] to manage them. Running any go command will automatically download dependencies required for that operation.You can choose to checkout this repository into a GOPATH[8] or into any directory.Directory LayoutIn addition to the other top-level packages, there are a few special directories that contain specific types of packages:clients contains packages that provide client packages to the various Stellar services.exp contains experimental packages. Use at your own risk.handlers contains packages that provide pluggable implementors of http.Handler that make it easier to incorporate portions of the Stellar protocol into your own http server. support contains packages that are not intended for consumption outside of Stellar's other packages. Packages that provide common infrastructure for use in our services and tools should go here, such as db or log. support/scripts contains single-file go programs and bash scripts used to support the development of this repo. services contains packages that compile to applications that are long-running processes (such as API servers).tools contains packages that compile to command line applications.Each of these directories have their own README file that explain further the nature of their contents.Other packagesIn addition to the packages described above, this repository contains various packages related to working with the Stellar network from a go program. It's recommended that you use godoc[9] to browse the documentation for each.Package source layoutWhile much of the code in individual packages is organized based upon different developers' personal preferences, many of the packages follow a simple convention for organizing the declarations inside of a package that aim to aid in your ability to find code.In each package, there may be one or more of a set of common files:errors.go: This file should contains declarations (both types and vars) for errors that are used by the package.example_test.go: This file should contains example tests, as described at https://blog.golang.org/examples.main.go/internal.go (deprecated): Older packages may have a main.go (public symbols) or internal.go (private symbols). These files contain, respectively, the exported and unexported vars, consts, types and funcs for the package. New packages do not follow this pattern, and instead follow the standard Go convention to co-locate structs and their methods in the same files. main.go (new convention): If present, this file contains a main function as part of an executable main package.In addition to the above files, a package often has files that contains code that is specific to one declared type. This file uses the snake case form of the type name (for example loggly_hook.go would correspond to the type LogglyHook). This file should contain method declarations, interface implementation assertions and any other declarations that are tied solely to that type.Each non-test file can have a test counterpart like normal, whose name ends with _test.go. The common files described above also have their own test counterparts... for example internal_test.go should contains tests that test unexported behavior and more commonly test helpers that are unexported.Generally, file contents are sorted by exported/unexported, then declaration type (ordered as consts, vars, types, then funcs), then finally alphabetically.Test helpersOften, we provide test packages that aid in the creation of tests that interact with our other packages. For example, the support/db package has the support/db/dbtest package underneath it that contains elements that make it easier to test code that accesses a SQL database. We've found that this pattern of having a separate test package maximizes flexibility and simplifies package dependencies.ContributingContributions are welcome! See CONTRIBUTING.md[10] for more details.DevelopingSee DEVELOPING.md[11] for helpful instructions for getting started developing code in this repository. To restore the repository download the bundle wget https://archive.org/download/github.com-stellar-go_-_2021-03-02_12-30-40/stellar-go_-_2021-03-02_12-30-40.bundle and run: git clone stellar-go_-_2021-03-02_12-30-40.bundle Source: https://github.com/stellar/go[12]Uploader: stellar[13]Upload date: 2021-03-02 References^ Horizon Server (archive.org)^ Go Horizon SDK - horizonclient (archive.org)^ Go Horizon SDK - txnbuild (archive.org)^ Ticker (archive.org)^ Keystore (archive.org)^ number of external dependencies (archive.org)^ Modules (github.com)^ GOPATH (github.com)^ godoc (godoc.org)^ CONTRIBUTING.md (archive.org)^ DEVELOPING.md (archive.org)^ https://github.com/stellar/go (github.com)^ stellar (github.com)