Лично я хотел бы поместить этот код в конструктор производного типа модели. Таким образом, код, который выполняет преобразование, находится в классе, который должен его использовать. Я нахожу, что этот способ организации кода упрощает понимание, тестирование и поддержку.
Используя ваш пример, скажем, у вас есть класс следующим образом (вы не упомянули, что язык вы используете, так что я дам ниже код в C#, но он очень похож на Java):
public class MathematicalData
{
//members of class
}
Предположим, вам нужно взять члены экземпляра MathematicalData и преобразовать их в другой класс с именем PhysicalSimulator. Я потребовал бы конструктор для PhysicsSimulator взять экземпляр MathematicalData в качестве входного параметра, а затем заполнить членов PhysicsSimulator в этом застройщик:
public class PhysicsSimulator
{
//constructor
public PhysicsSimulator(MathematicalData input)
{
//put code here to use the members of input to populate members of this instance of PhysicsSimulator
}
}
Если единственным способом вы хотите создать instace из PhysicsSimulator является используя экземпляр MathematicalData, тогда я бы не создал конструктор по умолчанию для PhysicsSimulator. Таким образом, единственный способ создать физический симулятор - это пройти в экземпляре MathematicalData.
Вы строите приложение для предприятий? –
@BhushanFirake Я интегрирую два приложения – zehelvion