From fa0e5d1225f65dcc1fa511e52199f7cae179f276 Mon Sep 17 00:00:00 2001 From: franciscolopezsancho Date: Thu, 3 Oct 2019 12:29:09 +0200 Subject: [PATCH] changing wording in docs. From 'migrating' to 'upgrade' --- akka-docs/src/main/paradox/typed/style-guide.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/akka-docs/src/main/paradox/typed/style-guide.md b/akka-docs/src/main/paradox/typed/style-guide.md index b9e2f9fd90..2fd3da3c93 100644 --- a/akka-docs/src/main/paradox/typed/style-guide.md +++ b/akka-docs/src/main/paradox/typed/style-guide.md @@ -91,7 +91,7 @@ Some reasons why you may want to use the object-oriented style: * You are more familiar with an object-oriented style of structuring the code with methods in a class rather than functions. * Some state is not immutable. -* It could be more familiar and easier to migrate existing classic actors to this style. +* It could be more familiar and easier to upgrade existing classic actors to this style. * Mutable state can sometimes have better performance, e.g. mutable collections and avoiding allocating new instance for next behavior (be sure to benchmark if this is your motivation). @@ -111,7 +111,7 @@ Some reasons why you may want to use the object-oriented style: * Some state is not immutable, e.g. immutable collections are not widely used in Java. It is OK to use mutable state also with the functional style but you must make sure that it's not shared between different actor instances. -* It could be more familiar and easier to migrate existing classic actors to this style. +* It could be more familiar and easier to upgrade existing classic actors to this style. * Mutable state can sometimes have better performance, e.g. mutable collections and avoiding allocating new instance for next behavior (be sure to benchmark if this is your motivation).