Clarify that Scope is defined at build time #2878
Conversation
|
(Although maybe "application initialization time" is more accurate than build time, etc) |
I am actually going explicitly for "build time" since Scope is defined as "A logical unit of the application code". A unit of code is fully defined at build time. "application initialization time" would be different and would imply something like a |
I think it's worth calling out that there are many languages that do not have a concept of "build time" in this way. For example, there is no equivalent concept of "build time" in Ruby; "application initialization" is the closest analogue we have. I understand the goals of the PR, but I do think we should find a way to define it that makes allowances for interpreted languages. |
It is not about "building" in the "compiling" sense, it is about "building" in the "developer writing code" sense. This is applicable to any language. If it is not clear we can make this more explicit.
No, that's exactly the opposite of what I suggest. "application initialization" happens at runtime. |
Using "build-time" to mean "the time at which an application developer writes code" is strange to me. Typically when I see "build-time" I equate it to "compile-time" (or an equivalent linking or packaging step, depending on the ecosystem in question). I like your suggestion of making that more explicit - that avoids a lot of ambiguity. And would have prevented my comments in the first place. 😄 |
|
This PR was marked stale due to lack of activity. It will be closed in 7 days. |
I have seen several time a confusion around the nature of the scope and whether scope attributes can change at runtime. The purpose of this PR is to mak sure we all agree the scope is a build time concept, or if we disagree then explicitly specify what else the scope can denote and how its attribute can change at runtime.
tigrannajaryan
force-pushed
the
feature/tigran/clrify-scope-attrs
branch
from
86d090f to
1982c40
Compare
|
Has enough approvals. Merging. Further refinements can be done in a future PR. |
I have seen several time a confusion around the nature of the scope and whether scope attributes can change at runtime. The purpose of this PR is to mak sure we all agree the scope is a build time concept, or if we disagree then explicitly specify what else the scope can denote and how its attribute can change at runtime.
I have seen several time a confusion around the nature of the scope and whether scope attributes can change at runtime. The purpose of this PR is to mak sure we all agree the scope is a build time concept, or if we disagree then explicitly specify what else the scope can denote and how its attribute can change at runtime.
I have seen several time a confusion around the nature of the scope and whether scope attributes can change at runtime.
The purpose of this PR is to make sure we all agree the scope is a build time concept, or if we disagree then explicitly specify what else the scope can denote and how its attribute can change at runtime.