AWS cdk documentation change
Summary
Minor grammatical and typographical fixes (apostrophe formatting, spacing adjustments) with no technical content changes
Security assessment
Changes only involve punctuation formatting (straight vs. curly apostrophes) and a minor spacing adjustment. No security-related terminology, vulnerability fixes, or security feature documentation was added or modified. The technical content about CDK identifiers remains unchanged.
Diff
diff --git a/cdk/v2/guide/identifiers.md b/cdk/v2/guide/identifiers.md index 5102db36d..d79b520ae 100644 --- a//cdk/v2/guide/identifiers.md +++ b//cdk/v2/guide/identifiers.md @@ -25 +25 @@ The `id` of a stack is also the identifier that you use to refer to it in the [A -Let's look at an example where we have two constructs with the identifier `MyBucket` in our app. The first is defined in the scope of the stack with the identifier `Stack1`. The second is defined in the scope of a stack with the identifier `Stack2`. Because they're defined in different scopes, this doesn't cause any conflict, and they can coexist in the same app without issues. +Let’s look at an example where we have two constructs with the identifier `MyBucket` in our app. The first is defined in the scope of the stack with the identifier `Stack1`. The second is defined in the scope of a stack with the identifier `Stack2`. Because they’re defined in different scopes, this doesn’t cause any conflict, and they can coexist in the same app without issues. @@ -222 +222 @@ C# -The _address_ is another kind of unique identifier that uniquely distinguishes CDK resources. Derived from the SHA-1 hash of the path, it is not human-readable. However, its constant, relatively short length (always 42 hexadecimal characters) makes it useful in situations where the "traditional" unique ID might be too long. Some constructs may use the address in the synthesized AWS CloudFormation template instead of the unique ID. Again, your app generally should not need to know about its constructs' addresses, but you can retrieve a construct's address as follows. +The _address_ is another kind of unique identifier that uniquely distinguishes CDK resources. Derived from the SHA-1 hash of the path, it is not human-readable. However, its constant, relatively short length (always 42 hexadecimal characters) makes it useful in situations where the "traditional" unique ID might be too long. Some constructs may use the address in the synthesized AWS CloudFormation template instead of the unique ID. Again, your app generally should not need to know about its constructs' addresses, but you can retrieve a construct’s address as follows. @@ -258 +258 @@ Unique IDs serve as the _logical identifiers_ (or _logical names_) of resources -For example, the Amazon S3 bucket in the previous example that is created within `Stack2` results in an `AWS::S3::Bucket` resource. The resource's logical ID is `Stack2MyBucket4DD88B4F` in the resulting AWS CloudFormation template. (For details on how this identifier is generated, see Unique IDs.) +For example, the Amazon S3 bucket in the previous example that is created within `Stack2` results in an ` AWS::S3::Bucket` resource. The resource’s logical ID is `Stack2MyBucket4DD88B4F` in the resulting AWS CloudFormation template. (For details on how this identifier is generated, see Unique IDs.)