https://github.com/uber/mockolo/releases/download/1.7.0/mockolo.tar.gz に含まれる mockolo バイナリがarm64アーキテクチャーにしか対応していなかった。これだとAppleシリコンMacでは実行できるが、Intel Macでは実行できない。
$ file mockolo mockolo: Mach-O 64-bit executable arm64
その前はどうかと思って1.6.3を確認してみたら、そちらはx86_64だけだった。これは本当はx86_64でもarm64でも実行できるユニバーサルバイナリになっていてほしい。
ということで修正PRを出してみている。SwiftPMでは swift build の引数に --arch arm64 --arch x86_64 を足すだけでユニバーサルバイナリにできるので、それをやっただけです。
このPRを含む1.7.1がリリースされていました。Intel Macの方もAppleシリコンMacの方もどうぞご利用ください。
SwiftUI.Text には + 演算子が用意されているので Text("Foo") + Text("Bar") のように結合ができる
Text("Foo").font(.title) + Text("Bar").foregroundColor(.secondary) のように一部のmodifierを付けていても結合できる
some View が戻り値だが、Textでは型が変わらずにTextのままなので、そのまま + 演算子が使える基本的なテクニックではあるけれど、modifierを呼び出した結果が some View じゃないのは意外と気にせずに使っている部分でもありそうなのでメモ。
CircleCIのダイナミックコンフィグとsetupワークフロー*1で、path-filtering Orbやcontinuation Orbを使う時の話題ですが、タイトルがすべてです。
設定ファイルをマージする用途でyqを使うために、自分でインストールするような記述を色んなブログで見かけたりもしたのですが、path-filtering/filter job, continuation/continue jobのデフォルトexecutorとなるDockerイメージにはyqがプリインストール済みです。
たまたまJUnit 5.9.0のリリースノートを読んでいたら面白いものが目に着きました。
- XML reports in new Open Test Reporting format
テストレポートのフォーマットとしてはJUnitがデファクトスタンダードのようになっていて、様々なプログラミング言語やテストフレームワーク、またCIサービスがテスト結果のサマリー表示のためにサポートしています。しかしJUnitは元々Java世界のものであり、他言語のテスト結果をJUnitフォーマットに出力しようとすると構造を無理矢理合わせることになったり、拡張性もなかったり（もしくは独自拡張になったり）します。言語・テストフレームワーク非依存な新しい仕様を定義することでこうした状況を解消しようという取り組みで面白いですね。
Design goalsとして
の5つが挙げられています。ファイル形式としてはJSONとかではなく、JUnitと同じくXMLではあるんですね 👀
JSON is less verbose than XML, but the latter provides more expressive ways to define schemas. Moreover, XML has typed extensions built-in via the use of multiple schemas. Thus, the new formats use XML with accompanying XML schemas.
世の中のエコシステムがどれだけここに乗っかっていくか気になるところですが、まずは本家JUnit自体がサポートしたということで、着目していきたいですね。
UIHostingControllerを使ってSwiftUI.Viewを表示する時に、Viewの引数に渡すクロージャーの中でViewControllerを使いたいことが稀によくある（本当に？）。
素直に考えるとこうなる。
// 順序的にvcを使えない let view = FooView(onTap: { // vcで何かしたい }) let vc = UIHostingController(rootView: view)
少し頭を捻るとこうなる。
let view = FooView() let vc = UIHostingController(rootView: view) vc.rootView.onTap = { [weak vc] in ... }
UIHostingController.rootView は public var rootView: Content なので、rootViewのプロパティを変更することはできる。だけどViewのプロパティを自分で書き換えるのはなんだかしっくりこない。
rootViewがvarということは別のことが考えられる。
let vc = UIHostingController<FooView?>(rootView: nil) let view = FooView(onTap: { [weak vc] in ... }) vc.rootView = view
rootViewをnilで初期化しておき、後で差し替える作戦。 open class UIHostingController<Content> : UIViewController where Content : View という定義に対してnilを渡せるのか？という気持ちに一瞬なるが、これはOptional（とNever）がconditonal conformanceでViewに準拠しているのでvalidである。
extension Optional : View where Wrapped : View { public typealias Body = Never }
という感じで、rootViewにnilを渡すことによる遅延初期化を上手く使っていきましょうというお話でした。
Renovateでは様々な設定オプションや正規表現を用いるregex managerでHandlebarsのテンプレートを使用できる箇所があります。
例えばPRのdescriptionの内容を追加できるprBodyNotesなどがありますが、RenovateがPRを作る際のブランチ名を決めるbranchNameもデフォルト値は次のようなテンプレートになっています。
"{{{branchPrefix}}}{{{additionalBranchPrefix}}}{{{branchTopic}}}"
次のリンクはテンプレート中で使えるフィールド（変数）のドキュメントです。
repology datasourceと大文字小文字さて、最近regex managerと組み合わせてrepology datasourceを使いたいことがありました。repology datasourceの中で使われているRepologyのSingle project API*1 https://repology.org/api/v1/project/$project の問い合わせでは、プロジェクト名が全て小文字である必要があります。
https://repology.org/api/v1/project/firefox なら結果が得られますが、https://repology.org/api/v1/project/Firefox だと結果は空になってしまいます。
正規表現で何かしらのファイルからキャプチャできるライブラリーの名称に大文字が含まれていると、そのままではrepology datasourceで問い合わせることができません。またRenovateが組み込みで提供するHandlebarsのヘルパー（テンプレート内で使える関数のようなもの）は当時、次の6つでした。
stringToPrettyJSONencodeURIComponentreplacecontainsStringandorreplaceを複数回使って個々のライブラリーを列挙するわけにもいかないので、lowercaseヘルパーを追加しようと思い立ちました。まずIssueを立てて方針に問題がないかを確認してから、自分で実装まで行いました。
実装自体はJavaScriptのtoLowerCase()を呼んでヘルパーとして登録するだけで至極簡単ですね。
これで packageNameTemplate: "{{{lowercase depName}}}" のようにして、キャプチャしたライブラリー名を小文字に変換してRepologyへの問い合わせに使えるようになりました。めでたしめでたし。
regex managerとrepology datasourceの組み合わせについては、後日また実用例の紹介をする予定です。乞うご期待（自分へのプレッシャー）。
はい。
RenovateのAbout usというドキュメントにcontributorとして名前を載せていただきました。今後もできる範囲で貢献していければと思います！https://t.co/3qjx9Fa446https://t.co/cH06beUtqy
— Sho Ikeda (@ikesyo) 2022年5月27日
こちらのページからご確認いただけます。
これまでのPR一覧を見ると、社内でRenovateを導入していくにあたってGradleとかsbt周りをいじったり、ちょっとしたリファクタリングなどもやっていた感じですね。今後も何かしら少しずつ貢献していきたい所存です。