Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

devon4j documentation correction #315

Merged
merged 3 commits into from
Dec 4, 2020
Merged

Conversation

dixyushi
Copy link
Contributor

@dixyushi dixyushi commented Dec 1, 2020

No description provided.

@CLAassistant
Copy link

CLAassistant commented Dec 1, 2020

CLA assistant check
All committers have signed the CLA.

Copy link
Member

@hohwille hohwille left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@dixyushi thanks for fixing all these typos and missing commas. Seems like some native speaker did some constructive review here. Awesome 👍

* This will cause incompatibilities (and compile errors) in the copied service. Therefore you need to fix that service implementation to map from the old API to the new API and behavior. In some cases this may be easy (e.g. mapping `x.y.z.v1.FooTo` to `x.y.z.FooTo` using link:guide-beanmapping.asciidoc[bean-mapping] with some custom mapping for the incompatible change), in other cases this can get very complex. Be aware of this complexity from the start before you make your decision about service versioning.
* As far as possible this mapping should be done in the service-layer, to not pollute your business code in the core-layer with versioning-aspects. If there is no way to handle it in the service layer, e.g. you need some data from the persistence-layer, implement the "mapping" in the core-layer then, but don't forget to remove this code, when removing the old service version.
* Finally ensure that both the old service behaves as before as well as the new service works as planned.
* This will cause incompatibilities (and compile errors) in the copied service. Therefore, you need to fix that service implementation to map from the old API to the new API and behavior. In some casesc, this may be easy (e.g. mapping `x.y.z.v1.FooTo` to `x.y.z.FooTo` using link:guide-beanmapping.asciidoc[bean-mapping] with some custom mapping for the incompatible changes), in other cases this can get very complex. Be aware of this complexity from the start before you make your decision about service versioning.
Copy link
Member

@hohwille hohwille Dec 4, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

cases seemed correct here. I guess casesc was a typo when you wanted to add a comma.

@@ -3,7 +3,7 @@ toc::[]
:idprefix:
:idseparator: -

There are many different views on what is summarized by the term _architecture_. First we introduce the xref:key-principles[key principles] and xref:architecture-principles[architecture principles] of devonfw. Then we go into details of the the xref:application-architecture[architecture of an application].
There are many different views that are summarized by the term _architecture_. First, we will introduce the xref:key-principles[key principles] and xref:architecture-principles[architecture principles] of devonfw. Then, we will go into details of the the xref:application-architecture[architecture of an application].
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

IMHO the original idea was to say that architecture is a common term but different people have different understandings and views on this. With the change it now IMHO says that architecture summarizes different views (like the view of a developer, operator, business-analyst?) in one term.

@hohwille hohwille added this to the release:2020.12.001 milestone Dec 4, 2020
@hohwille hohwille added documentation Guides, tutorials, readmes, etc. enhancement New feature or request labels Dec 4, 2020
@hohwille hohwille merged commit 90660aa into devonfw:develop Dec 4, 2020
@hohwille hohwille changed the title devon4j mannual correction devon4j documentation correction Dec 4, 2020
@dixyushi dixyushi deleted the develop branch January 27, 2021 11:27
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Guides, tutorials, readmes, etc. enhancement New feature or request
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants