Кажется, что это редкий случай, но вот что со мной произошло:
Мы использовали @Inject
вместо @Autowired
, который является стандартом javaee, поддерживаемым Spring. В каждом месте он работал нормально, а бобы вводили правильно, а не в одно место. Инъекция компонента выглядит одинаково
@Inject
Calculator myCalculator
Наконец, мы обнаружили, что ошибка заключалась в том, что мы (фактически, функция автозавершения Eclipse) импортировали com.opensymphony.xwork2.Inject
вместо javax.inject.Inject
!
Итак, чтобы суммировать, убедитесь, что ваши аннотации (@Autowired
, @Inject
, @Service
, ...) имеют правильные пакеты!
Классы не являются неизменяемыми, объекты есть.
Неизменяемые средства: мое публичное видимое состояние не может измениться после инициализации.
Поля не обязательно должны быть объявлены окончательными, хотя это может помочь чрезвычайно важно обеспечить безопасность потоков
Если у вас есть только статические члены, объекты этого класса неизменяемы, потому что вы не можете изменить состояние этого объекта (вы, вероятно, не можете его создать :))
Просто не добавляйте к классу методы public mutator (setter).
private
, или класс должен быть final
. Просто чтобы избежать наследования. Поскольку наследование нарушает инкапсуляцию.
– Talha Ahmed Khan
10 June 2011 в 12:37
Прежде всего, вы знаете, почему вам нужно создать неизменяемый объект и каковы преимущества непреложного объекта.
Преимущества объекта Immutable
Параллелизм и многопоточность Это автоматически Thread-safe, так что проблема синхронизации .... и т. Д.
Не нужно copy constructor Не нужно внедрять клон . Класс не может be override Сделать поле в качестве частных и окончательных участников принудительной сборки для полного создания объекта за один шаг, вместо использования конструктора no-Argument
Неизменяемые объекты - это просто объекты, состояние которых означает, что данные объекта не могут измениться после создания неизменяемого объекта.
см. Ниже код.
public final class ImmutableReminder{
private final Date remindingDate;
public ImmutableReminder (Date remindingDate) {
if(remindingDate.getTime() < System.currentTimeMillis()){
throw new IllegalArgumentException("Can not set reminder" +
" for past time: " + remindingDate);
}
this.remindingDate = new Date(remindingDate.getTime());
}
public Date getRemindingDate() {
return (Date) remindingDate.clone();
}
}
На сайте oracle , как создать неизменяемые объекты в Java.
blockquote>
- Не предоставлять методы setter - методы, которые изменяют поля или объекты
- Сделать все поля окончательными и приватными.
- Не разрешать подклассам переопределять методы. Самый простой способ сделать это - объявить класс окончательным. Более сложный подход состоит в том, чтобы сделать конструктор частным и построить экземпляры в заводских методах.
- Если поля экземпляра включают ссылки на изменяемые объекты, не разрешайте эти объекты изменять: I. Не предоставлять методы, которые изменяют изменяемые объекты. II. Не используйте ссылки на изменяемые объекты. Никогда не храните ссылки на внешние, изменяемые объекты, переданные конструктору; при необходимости, создавать копии и хранить ссылки на копии. Аналогичным образом создайте копии своих внутренних изменяемых объектов, когда это необходимо, чтобы избежать возврата оригиналов в ваши методы.
Следующие несколько шагов должны быть рассмотрены, если вы хотите, чтобы какой-либо класс являлся неизменяемым классом.
Давайте взглянем на то, что мы набрали выше:
//ImmutableClass
package younus.attari;
public final class ImmutableExample {
private final String name;
private final String address;
public ImmutableExample(String name,String address){
this.name=name;
this.address=address;
}
public String getName() {
return name;
}
public String getAddress() {
return address;
}
}
//MainClass from where an ImmutableClass will be called
package younus.attari;
public class MainClass {
public static void main(String[] args) {
ImmutableExample example=new ImmutableExample("Muhammed", "Hyderabad");
System.out.println(example.getName());
}
}
. Добавляя к ответу, предоставленному @ nsfyn55, необходимо также учитывать следующие аспекты для неизменяемости объекта, которые относятся к prime важность
Рассмотрим следующие классы:
public final class ImmutableClass {
private final MutableClass mc;
public ImmutableClass(MutableClass mc) {
this.mc = mc;
}
public MutableClass getMutClass() {
return this.mc;
}
}
public class MutableClass {
private String name;
public String getName() {
return this.name;
}
public void setName(String name) {
this.name = name;
}
}
public class MutabilityCheck {
public static void main(String[] args) {
MutableClass mc = new MutableClass();
mc.setName("Foo");
ImmutableClass iMC = new ImmutableClass(mc);
System.out.println(iMC.getMutClass().getName());
mc.setName("Bar");
System.out.println(iMC.getMutClass().getName());
}
}
Ниже приведен вывод из MutabilityCheck:
Foo
Bar
Важно отметить, что
public final class ImmutableClass {
private final MutableClass mc;
public ImmutableClass(MutableClass mc) {
this.mc = new MutableClass(mc);
}
public MutableClass getMutClass() {
return this.mc;
}
}
public class MutableClass {
private String name;
public MutableClass() {
}
//copy constructor
public MutableClass(MutableClass mc) {
this.name = mc.getName();
}
public String getName() {
return this.name;
}
public void setName(String name) {
this.name = name;
}
}
по-прежнему не гарантирует полную неизменность, поскольку из класса MutabilityCheck все еще действует следующее:
iMC.getMutClass().setName("Blaa");
Foo
Foo
Чтобы создать неизменяемый класс, вам необходимо выполнить следующие шаги:
Declare the class as final so it can’t be extended.
Make all fields private so that direct access is not allowed.
Don’t provide setter methods for variables
Make all mutable fields final so that it’s value can be assigned only once.
Initialize all the fields via a constructor performing deep copy.
Perform cloning of objects in the getter methods to return a copy rather than returning the actual object reference.
Ниже приведены жесткие требования к неизменяемому объекту.
final
но объект все еще может быть изменен, т. е. private final Date imStillMutable
). Вы должны сделать defensive copies
в этих случаях. Обоснование создания класса final
очень тонкое и часто упускается из виду. Если его конечные люди могут свободно расширять ваш класс, переопределить поведение public
или protected
, добавить изменчивые свойства, а затем предоставить их подкласс в качестве замены. Объявив класс final
, вы можете убедиться, что этого не произойдет.
Чтобы увидеть проблему в действии, рассмотрите приведенный ниже пример:
public class MyApp{
/**
* @param args
*/
public static void main(String[] args){
System.out.println("Hello World!");
OhNoMutable mutable = new OhNoMutable(1, 2);
ImSoImmutable immutable = mutable;
/*
* Ahhhh Prints out 3 just like I always wanted
* and I can rely on this super immutable class
* never changing. So its thread safe and perfect
*/
System.out.println(immutable.add());
/* Some sneak programmer changes a mutable field on the subclass */
mutable.field3=4;
/*
* Ahhh let me just print my immutable
* reference again because I can trust it
* so much.
*
*/
System.out.println(immutable.add());
/* Why is this buggy piece of crap printing 7 and not 3
It couldn't have changed its IMMUTABLE!!!!
*/
}
}
/* This class adheres to all the principles of
* good immutable classes. All the members are private final
* the add() method doesn't modify any state. This class is
* just a thing of beauty. Its only missing one thing
* I didn't declare the class final. Let the chaos ensue
*/
public class ImSoImmutable{
private final int field1;
private final int field2;
public ImSoImmutable(int field1, int field2){
this.field1 = field1;
this.field2 = field2;
}
public int add(){
return field1+field2;
}
}
/*
This class is the problem. The problem is the
overridden method add(). Because it uses a mutable
member it means that I can't guarantee that all instances
of ImSoImmutable are actually immutable.
*/
public class OhNoMutable extends ImSoImmutable{
public int field3 = 0;
public OhNoMutable(int field1, int field2){
super(field1, field2);
}
public int add(){
return super.add()+field3;
}
}
На практике очень часто встречается вышеупомянутая проблема в средах зависимости Injection. Вы явно не создаете экземпляры, а ссылка суперкласса, которую вы даете, может фактически быть подклассом.
Отказ в том, что для того, чтобы сделать твердые гарантии о неизменности, вы должны пометить класс как final
. Это подробно описано в Эффективная Java Джошуа Блоха и явно указано в спецификации для модели памяти Java .
Минимизировать изменчивость
Неизменяемый класс - это просто класс, экземпляры которого не могут быть изменены. Вся информация, содержащаяся в каждом экземпляре, предоставляется при ее создании и фиксируется для времени жизни объекта.
JDK неизменяемые классы: String, классы в штучной упаковке (классы-оболочки), BigInteger и BigDecimal и т. Д. .
Как сделать класс неизменным?
Если ваш класс имеет любые поля, относящиеся к изменяемым объектам, убедитесь, что клиенты класса не могут получить ссылки на эти объекты. Никогда не инициализируйте это поле для ссылки на объект, предоставленной клиентом, или не возвращайте ссылку на объект от аксессора.
import java.util.Date;
public final class ImmutableClass {
public ImmutableClass(int id, String name, Date doj) {
this.id = id;
this.name = name;
this.doj = doj;
}
private final int id;
private final String name;
private final Date doj;
public int getId() {
return id;
}
public String getName() {
return name;
}
/**
* Date class is mutable so we need a little care here.
* We should not return the reference of original instance variable.
* Instead a new Date object, with content copied to it, should be returned.
* */
public Date getDoj() {
return new Date(doj.getTime()); // For mutable fields
}
}
import java.util.Date;
public class TestImmutable {
public static void main(String[] args) {
String name = "raj";
int id = 1;
Date doj = new Date();
ImmutableClass class1 = new ImmutableClass(id, name, doj);
ImmutableClass class2 = new ImmutableClass(id, name, doj);
// every time will get a new reference for same object. Modification in reference will not affect the immutability because it is temporary reference.
Date date = class1.getDoj();
date.setTime(date.getTime()+122435);
System.out.println(class1.getDoj()==class2.getDoj());
}
}
Для получения дополнительной информации см. Мой блог: http: //javaexplorer03.blogspot. в / 2015/07 / минимизации-mutability.html
Неизменяемые объекты - это те объекты, состояние которых не может быть изменено после их создания, например, класс String является неизменяемым классом.
Особенности неизменяемых классов:
Ключи для записи неизменяемого класса:
объект называется неизменяемым, если его состояние не может быть изменено после его создания. Один из самых простых способов создания неизменяемого класса в Java заключается в том, что все его поля являются окончательными. Если вам нужно написать неизменяемый класс, который включает в себя изменяемые классы, такие как «java.util.Date». Чтобы сохранить неизменность в таких случаях, советуется вернуть копию исходного объекта
Чтобы сделать класс неизменным в Java, вы можете иметь в виду следующие моменты: 1. Не предоставлять методы setter для изменения значений любой из переменных экземпляра класса. 2. Объявите класс как 'final' . Это предотвратило бы распространение любого другого класса и, следовательно, исключение из него любого метода, который мог бы изменять значения переменных экземпляра. 3. Объявите переменные экземпляра как private и final . 4. Вы также можете объявить конструктор класса как private и добавить фабричный метод для создания экземпляра класса, когда это требуется.
Эти точки должны помочь !!
private
?
– MC Emperor
7 January 2016 в 08:53