#CodeTools | Explore Tumblr posts and blogs

lasclchain · 3 years ago

Text

Visual basic for applications access 2016

VISUAL BASIC FOR APPLICATIONS ACCESS 2016 CODE

VISUAL BASIC FOR APPLICATIONS ACCESS 2016 PROFESSIONAL

There are many other powerful tools to ease the development process: Take the Builders Tour for more details on each builder.

Date Difference Builder to easily use the DateDiff builder to compare two dates.

Format Builder to easily use the Format command to manage strings, numbers, currency and dates.

New Property Builder to easily create Let, Get, and Set statements with your custom commenting and error handling structure, along with the declaration level property variable.

Copy Control Builder to easily copy all the events of one control to another control in the same form/object or another one.

Select Case Builder to easily create SELECT CASE statements.

Message Box Builder to visually use the MsgBox command and its results.

VISUAL BASIC FOR APPLICATIONS ACCESS 2016 CODE

Long Text Builder to convert SQL strings from a query to code while handling issues such as quotes and smart word-wrapping based on line length and SQL words (like WHERE, JOIN, etc.).Recordset Builder to create DAO and/or ADO code to browse, add or edit a record from tables and queries.New Procedure Builder to create procedures with your custom commenting and error handling structure while automatically referencing the module and procedure names.Simplify the development process and ensure that new code follows your organization's standards for naming, commenting, error handling, and more: Sample VBA/VB6 Code Line Numbering and Obfuscation Code Builders: Simplify Coding Chores You can also obfuscate your code for situations where you need to distribute your source code, but are concerned about its misuse. Sample VBA/VB6 Code Formatting and StandardizationĬode Delivery: Add Line Numbers and Obfuscate VBA/VB6 Codeīefore distribution, easily add line numbers to all of your code so you can take advantage of VB6/VBA's ability to pinpoint theĮxact line where an error occurs. all integers start with int, strings with str, etc.), and much more. Renaming variables to your naming convention (e.g. The tools are available directly in your module editor from the menu or a dockable toolbar:Ĭode Cleanup: Format and Standardize VBA/VB6 CodeĪddress issues that come with inherited code by applying consistent line formatting and indentations, custom error handling to procedures that lack it, Deliver code that is more difficult to decipher if you want to obfuscate it.Add sophisticated error handling and line numbering to pinpoint crashes.Find unused variables, constants, classes, user defined types, etc.Rename variables to your naming convention.Clean up inherited code and standardize existing code.To increase your productivity and make your entire development team more effective. Loaded directly into the Integrated Development Environment (IDE), Total Visual CodeTools gives you a rich set of coding tools Total Visual CodeTools supports all VBA/VB6 hosts, including Visual Basic 6.0 (VB6) and Microsoft Office (including Microsoft Access, Excel, Outlook,

VISUAL BASIC FOR APPLICATIONS ACCESS 2016 PROFESSIONAL

The result is your ability to deliver more professional solutions, quicker than ever, in ways that would be nearly impossible to do manually.ĭiscover why so many developers and teams insist on using Total Visual CodeTools to establish quality directly into their processes. It lets you apply Best Practices to your projects and standardize existing solutions. Leveraging our technology to parse VBA/VB6 code, Total Visual CodeTools not only creates new code but updates existing code in powerful ways. Looks like someone else wrote it), Total Visual CodeTools automates many of the steps to make you more productive. We at FMS developed Total Visual CodeTools to address the challenges we experienced in our own efforts to create great VB6 and VBA applications.įrom writing new code, to taking over someone else's work (or work we wrote years ago that

#Visual basic for applications access 2016

0 notes

mattn · 8 years ago

Text

Re: Go言語感想文

幾らか言いたい事があったので。

Go言語感想文 - なるせにっき

序最近、敵情視察を兼ねた仕事ととしてGoでアプリケーションを書いていた。このアプリケーションがどんなものかはそのうち id:tagomoris さんがどこかで話すと思うけれど、このコンポーネント ...

http://ift.tt/2rMxoke

GoroutineとChannel

Goroutineはようするにスレッドなんですが、文法と実装の支援でより気軽に使えるのが他の言語との違いでしょうか。なので、Goroutineをどれだけほいほい使うべきかというコスト感覚を身につけることがとても大事な気がします。Rubyなどとは気持ちを切り替えていく必要があるでしょう。ぼくはまだ切り替えきれていません。

Goroutine はスレッドではありません。Goroutine はコルーチンでありスレッドです。ランタイムが必要に応じてスレッドで実行するかコルーチンで実行するかをインテリジェントに切り替えます。ユーザが意識する必要はありません。無秩序に大量に作る様な事がないのであれば気軽に作成して良いはずです。

テストについて

アサーションをコピーしなければならない理由は一つのテストケースの中で異なるテストが混在しているか、単に同様のテストがコピーして作られているのが原因ではないでしょうか。

極端な例かもしれませんが、例えば以下の FizzBuzz 関数をテストするとします。

package fizzbuzz import "fmt" func FizzBuzz(n int) (string, error) { if n < 1 || n > 100 { return "", fmt.Errorf("invalid number: %v", n) } switch { case n%15 == 0: return "FizzBuzz", nil case n%3 == 0: return "Fizz", nil case n%5 == 0: return "Buzz", nil default: return fmt.Sprint(n), nil } }

1未満や100を超える値の場合はエラーとなり、それ以外は通常通り FizzBuzz の結果を返します。これをのっぺりとテストすると

func TestFizzBuzz(t *testing.T) { var input int got, err := FizzBuzz(-1) if err == nil { t.Fatalf("should be error for %v but not:", -1) } got, err := FizzBuzz(1) if err != nil { t.Fatalf("should not be error for %v but:", 1, err) } if got != "1" { t.Fatalf("want %q, but %q:", "1", got) } got, err := FizzBuzz(3) if err != nil { t.Fatalf("should not be error for %v but:", 1, err) } if got != "Fizz" { t.Fatalf("want %q, but %q:", "Fizz", got) } }

この様に Fatalf のコピーになりかねません。まだ Buzz や FizzBuzz のテストも出来ていませんから、これからコピペが大量に作られる訳です。確かに Ruby の DSL は強力で、この様な退屈なテストを短い構文で記述する事が出来ます。しかし例外のない Go においては if 文が頻発し得ます。そこで Go ではテーブルドリブンテスト(Table Driven Tests)が推奨されています。

TableDrivenTests · golang/go Wiki · GitHub

Home Articles Blogs Books BoundingResourceUse cgo ChromeOS CodeReview CodeReviewComments CodeTools C...

http://ift.tt/1QNzgNS

以上のテストを Table Driven Tests に置き換えると以下の様になります。

func TestFizzBuzz(t *testing.T) { tests := []struct { input int want string err bool }{ {input: -100, want: "", err: true}, {input: -1, want: "", err: true}, {input: 0, want: "", err: true}, {input: 1, want: "1", err: false}, {input: 2, want: "2", err: false}, {input: 3, want: "Fizz", err: false}, {input: 4, want: "4", err: false}, {input: 5, want: "Buzz", err: false}, {input: 6, want: "Fizz", err: false}, {input: 14, want: "14", err: false}, {input: 15, want: "FizzBuzz", err: false}, {input: 16, want: "16", err: false}, {input: 100, want: "Buzz", err: false}, {input: 101, want: "", err: true}, } for _, test := range tests { got, err := FizzBuzz(test.input) if !test.err && err != nil { t.Fatalf("should not be error for %v but:", test.input, err) } if test.err && err == nil { t.Fatalf("should be error for %v but not:", test.input) } if got != test.want { t.Fatalf("want %q, but %q:", test.want, got) } } }

このテストでは今後テストケースを増やしても if が増える事はありません。つまり t.Fatal も増えません。一つのテストケースの中でテストされる結果はおおよそ同様の物となるはずです。そうでないならばそれはテストがユニットテストになっていないのだと思います。

その��

switchべんり ← おまえほんとうにそれでいいのか ** selectやswitchの中でbreakすると外側のforまで届かないのでbreak すればよいけど、結局goto使う

Golang に限らずですが、最近の言語では Labeled Break という物があります。

exit_loop: for { s := foo() switch s { case "exit": break exit_loop } }

Goはnull安全ではない←構造体のポインタを扱い始めると気になってくる

重箱ぽくなりますが、構造体フィールドに直接アクセスしなければレシーバが nil かどうかで判定出来ます。

package main import "fmt" type Foo struct { v int } func (f *Foo) doSomething() string { if f == nil { return "ぬるぽ" } return "のっとぬるぽ" } func main() { var f *Foo fmt.Println(f.doSomething()) // ぬるぽ f = new(Foo) fmt.Println(f.doSomething()) // のっとぬるぽ }

まぁ、f が nil である事も条件を切り分ける為の一つの状態なので、これはあまり使わない手法ではあります。

from Big Sky http://ift.tt/2rNC4Gm

4 notes · View notes

kjunichi · 8 years ago

Text

Big Sky :: golang オフィシャル謹製のパッケージ依存解決ツール「dep」 [はてなブックマーク]

Big Sky :: golang オフィシャル謹製のパッケージ依存解決ツール「dep」

golang にはパッケージマネージャが無数にあります。 PackageManagementTools · golang/go Wiki · GitHub Home Articles Blogs Books BoundingResourceUse cgo ChromeOS CodeReview CodeReviewComments CodeTools C... https://github.com...

kjw_junichi あとで読む

from kjw_junichiのブックマーク http://ift.tt/2kezDpw

#はてなブックマーク

0 notes

mattn · 8 years ago

Text

golang オフィシャル謹製のパッケージ依存解決ツール「dep」

golang にはパッケージマネージャが無数にあります。

PackageManagementTools · golang/go Wiki · GitHub

Home Articles Blogs Books BoundingResourceUse cgo ChromeOS CodeReview CodeReviewComments CodeTools C...

http://ift.tt/16J0ZfQ

僕もその一つの gom というのを開発している訳ですが、どれもこれも一長一短でなかなか全ての要望を応えられる物がないのが現状だったりします。ただし、開発者がやりたい事は

今 GOPATH にある、うまくビルドできるバージョンに依存したい

ただこれだけなのです。なんで golang はオフィシャルがこの手のツールを出してくれないんだろう、そう思っていた人も多いと思います。が、それは昨日までの話。

GitHub - golang/dep: Go dependency tool

See the help text for much more detailed usage instructions. Note that the manifest and lock file fo...

http://ift.tt/2jVrqZv

でたー！みんな待ってた。そしていつもながら他のツールと名前がバッティングしそうなこの名前の短さ！

使い方も簡単です。まずプロジェクトを作ったら

$ dep init

を実行します。すると lock.json と manifest.json が生成されます。この時点では中身はほぼ空っぽです。試しに以下のコードを書いてみます。

package main import ( "http://ift.tt/2kpyn1N; ) func main() { println(runewidth.StringWidth("あ")) }

そして以下を実行。

$ dep ensure

すると lock.json が更新されます。

{ "memo": "e3dcff295c3782f2465033314eee2342535b0a792a61ebf41e0deeab5747a0e7", "projects": [ { "name": "http://ift.tt/1y6fTsv", "version": "v0.0.1", "revision": "d6bea18f789704b5f83375793155289da36a3c7f", "packages": [ "." ] } ] }

dep status を実行すると、go-runewidth の特定のバージョンで stick されているのが分かるかと思います。では試しに

PROJECT CONSTRAINT VERSION REVISION LATEST PKGS USED http://ift.tt/2j1KxSm; v0.0.1 d6bea18 v0.0.1 1

試しに vendor ディレクトリを削除して、go-runewidth のリポジトリで別ブランチに切り替えておきます。そして再度 dep ensure を実行すると、ちゃんと stick したバージョンがよみがえる！

これや！ワイはこれが欲しかったんや！

今のところ、init と status と ensure と remove しかサブコマンドがありませんが、おそらく今後色々と増えてくるんじゃないかなーと思っています。チョー期待してます。 from Big Sky http://ift.tt/2kezDpw

0 notes