更新: | 2024-01-21 |
---|---|
作者: | @voluntas |
バージョン: | 2024.5 |
url: | https://voluntas.github.io/ |
ありがたいことにたくさんの応募をいただきましたので、一旦応募を締め切りました。
更新: | 2024-01-21 |
---|---|
作者: | @voluntas |
バージョン: | 2024.5 |
url: | https://voluntas.github.io/ |
ありがたいことにたくさんの応募をいただきましたので、一旦応募を締め切りました。
local/ |
(ns defclass.test-framework) | |
(def all-test (atom {})) | |
(def ^:dynamic *test* true) | |
(defmacro is [expr] | |
`(let [result# ~expr] | |
(when-not result# | |
(set! *test* false) | |
(printf "FAILED: %s%n" '~expr)))) |
```mermaid
sequenceDiagram
participant dotcom
participant iframe
participant viewscreen
dotcom->>iframe: loads html w/ iframe url
iframe->>viewscreen: request template
viewscreen->>iframe: html & javascript
iframe->>dotcom: iframe ready
const defaultProps = { | |
editable: { | |
name: true, | |
age: true, | |
} | |
} | |
<Card /> // ok | |
<Card editable={{ name: false }} /> // NG, because you lose `editable.age` |
[](https://twitter.com/bukotsunikki)
恢复上一个关闭的窗口 cmd+shift+t
跳转到地址栏 cmd+l
切换 tab ctrl + tab
React recently introduced an experimental profiler API. After discussing this API with several teams at Facebook, one common piece of feedback was that the performance information would be more useful if it could be associated with the events that caused the application to render (e.g. button click, XHR response). Tracing these events (or "interactions") would enable more powerful tooling to be built around the timing information, capable of answering questions like "What caused this really slow commit?" or "How long does it typically take for this interaction to update the DOM?".
With version 16.4.3, React added experimental support for this tracing by way of a new NPM package, scheduler. However the public API for this package is not yet finalized and will likely change with upcoming minor releases, so it should be used with caution.