(нет) Свойства в Java?

Мой опыт работы с Java тоже невысок, так что любой может меня поправить. Но AFAIK, общее соглашение состоит в том, чтобы написать два таких метода:

public string getMyString() {
    // return it here
}

public void setMyString(string myString) {
    // set it here
}

Если вы используете eclipse, у него есть возможность автоматически генерировать методы получения и установки для внутренних атрибутов, это может быть полезным и экономящим время инструментом.

По соглашению bean-компонентов следует писать такой код:

private int foo;
public int getFoo() {
    return foo;
}
public void setFoo(int newFoo) {
    foo = newFoo;
}

В некоторых других языках JVM, например Groovy, вы получаете переопределяемые свойства, аналогичные C#, например,

int foo

доступ к которому осуществляется с помощью простого .foo и использует реализации по умолчанию getFoo и setFoo, которые вы можете переопределить при необходимости.

В Java существует «стандартный» шаблон для геттеров и сеттеров, который называется Свойства фасоли. По сути, любой метод, начинающийся с get, не принимающий аргументов и возвращающий значение, является средством получения свойства для свойства, названного как остальная часть имени метода (с начальной буквой в нижнем регистре). Аналогичным образом set создает установщик метода void с одним аргументом.

Например:

// Getter for "awesomeString"
public String getAwesomeString() {
  return awesomeString;
}

// Setter for "awesomeString"
public void setAwesomeString( String awesomeString ) {
  this.awesomeString = awesomeString;
}

Большинство IDE Java сгенерируют эти методы для вас, если вы их спросите (в Eclipse это так же просто, как переместить курсор в поле и нажать ctrl-1, а затем выбрать параметр из списка).

Что бы это ни стоило, для удобства чтения вы можете использовать is и has вместо get для свойств логического типа, как в:

public boolean isAwesome();

public boolean hasAwesomeStuff();

Большинство IDE для Java автоматически генерируют для вас код получения и установки, если вы этого хотите. Существует ряд различных соглашений, и IDE, такая как Eclipse, позволит вам выбрать, какой из них вы хотите использовать, и даже позволит вам определить свое собственное.

Eclipse даже включает автоматический рефакторинг, который позволит вам обернуть свойство в геттер и сеттер, и он изменит весь код, который обращается к свойству напрямую, чтобы он использовал геттер и / или сеттер.

Конечно, Eclipse может изменять только тот код, о котором он знает - любые внешние зависимости, которые у вас есть, могут быть нарушены таким рефакторингом.

«Поддержка свойств Java» была предложена для Java 7, но не вошла в язык.

См. http://tech.puredanger.com/java7#property для получения дополнительных ссылок и информации, если интересно.

Я просто выпускаю аннотации Java 5/6 и процессор аннотаций, чтобы помочь в этом.

Проверить http://code.google.com/p/javadude/wiki/Annotations

Документация сейчас немного проста, но быстрая ссылка должна дать представление.

В основном он генерирует суперкласс с геттерами / сеттерами (и многими другими вариантами генерации кода).

Примерный класс может выглядеть как

@Bean(properties = {
    @Property(name = "name", bound=true),
    @Property(name = "age,type=int.class)
})
public class Person extends PersonGen {
}

Доступно гораздо больше примеров, и в сгенерированном коде нет зависимостей времени выполнения.

Напишите мне, если попробуете и найдете полезным! - Скотт

public class Animal {

    @Getter @Setter private String name;
    @Getter @Setter private String gender;
    @Getter @Setter private String species;
}

Это что-то вроде свойств C#. Это http://projectlombok.org/

Я удивлен, что никто не упомянул проект ломбок

Да, в настоящее время в java нет свойств. Есть и другие отсутствующие функции. Но, к счастью, у нас есть проект ломбок, который пытается исправить ситуацию. Он также становится все более популярным с каждым днем.

Итак, если вы используете ломбок:

@Getter @Setter int awesomeInteger = 5;

Этот код также будет генерировать getAwesomeInteger и setAwesomeInteger. Так что он очень похож на C# автоматически реализуемые свойства.

Вы можете получить больше информации о геттерах и сеттерах ломбока здесь.
Вам обязательно стоит попробовать Другие свойства. Мои любимые:

• валентинка
• NoArgsConstructor, RequiredArgsConstructor, AllArgsConstructor
• Журналы!

Lombok хорошо интегрирован с IDE, поэтому он покажет сгенерированные методы, как если бы они существовали (предложения, содержимое класса, переход к объявлению и рефакторингу). Единственная проблема с ломбоком заключается в том, что другие программисты могут не знать о нем. Вы всегда можете Деломбок кода, но это скорее обходной путь, чем решение.

Из книги Джеффри РихтераCLR через C#: (я думаю, это могут быть причины, по которым свойства до сих пор не добавляются в JAVA)

• Метод свойства может вызвать исключение; доступ к полю никогда не вызывает исключения.
• Свойство нельзя передать методу как параметр out или ref; поле может.
• Для выполнения метода свойства может потребоваться много времени; доступ к полю всегда завершается немедленно. Распространенной причиной использования свойств является синхронизация потоков, который может остановить поток навсегда, поэтому свойство не должно быть используется, если требуется синхронизация потоков. В этой ситуации предпочтительнее использовать какой-либо метод. Кроме того, если к вашему классу можно получить удаленный доступ (например, ваш класс является производным от System.MarshalByRefObject), вызов метода свойства будет очень медленным, и поэтому метод предпочтительнее свойства. На мой взгляд, классы, производные от MarshalByRefObject никогда не должен использовать свойства.
• Если вызывается несколько раз подряд, каждый метод свойства может возвращать разные значения. время; поле каждый раз возвращает одно и то же значение. Класс System.DateTime имеет только чтение Now свойство, которое возвращает текущую дату и время. Каждый раз, когда вы запрашиваете это свойство, он вернет другое значение. Это ошибка, и Microsoft желает, чтобы они могли бы исправить класс, сделав Now методом вместо свойства. Environment's Свойство TickCount - еще один пример этой ошибки.
• Метод свойства может вызывать наблюдаемые побочные эффекты; доступа к полю никогда не бывает. В другом слов, пользователь типа должен иметь возможность устанавливать различные свойства, определяемые типом в любой порядок, который он или она выбирает, не замечая различного поведения в типе.
• Метод свойства может потребовать дополнительной памяти или вернуть ссылку на что-то это на самом деле не является частью состояния объекта, поэтому изменение возвращенного объекта не имеет воздействие на исходный объект; запрос поля всегда возвращает ссылку на объект это гарантированно является частью исходного состояния объекта. Работа с недвижимостью который возвращает копию, может сбить с толку разработчиков, и эта характеристика часто не задокументировано.

Возможно, вам не понадобятся префиксы «get» и «set», чтобы они больше походили на свойства, вы можете сделать это следующим образом:

public class Person {
    private String firstName = "";
    private Integer age = 0;

    public String firstName() { return firstName; } // getter
    public void firstName(String val) { firstName = val; } // setter

    public Integer age() { return age; } // getter
    public void age(Integer val) { age = val; } //setter

    public static void main(String[] args) {
        Person p = new Person();

        //set
        p.firstName("Lemuel");
        p.age(40);

        //get
        System.out.println(String.format("I'm %s, %d yearsold",
            p.firstName(),
            p.age());
    }
}

В java нет ключевого слова свойства (например, вы могли бы найти его в C#), ближайший способ получить одно слово getter / setter - это сделать, как в C++:

public class MyClass
{
    private int aMyAttribute;
    public MyClass()
    {
        this.aMyAttribute = 0;
    }
    public void mMyAttribute(int pMyAttributeParameter)
    {
        this.aMyAttribute = pMyAttributeParameter;
    }
    public int mMyAttribute()
    {
        return this.aMyAttribute;
    }
}
//usage :
int vIndex = 1;
MyClass vClass = new MyClass();
vClass.mMyAttribute(vIndex);
vIndex = 0;
vIndex = vClass.mMyAttribute();
// vIndex == 1

Как упоминалось ранее для eclipse, интегрированная среда разработки (IDE) часто может автоматически создавать методы доступа.

Вы также можете сделать это с помощью NetBeans.

Чтобы создать методы доступа для вашего класса, откройте файл класса, затем щелкните правой кнопкой мыши в любом месте редактора исходного кода и выберите команду меню Refactor, Encapsulate Fields. Откроется диалоговое окно. Нажмите «Выбрать все», затем нажмите «Рефакторинг». Вуаля,

Удачи,

Для меня проблема двоякая:

1. Все эти дополнительные методы {get * / set *} загромождают код класса.
2. НЕ иметь возможности рассматривать их как свойства:

    public class Test {
      private String _testField;

      public String testProperty {
       get {
        return _testField;
       }
       set {
        _testField = value;
       }
      }
    }

    public class TestUser {
      private Test test;

      public TestUser() {
        test = new Test();

        test.testProperty = "Just something to store";
        System.out.printLn(test.testProperty);
      }
    }

Это простое задание, к которому я хотел бы вернуться. НЕ нужно использовать синтаксис вызова метода. Может ли кто-нибудь ответить на вопрос, что случилось с Java?

Я думаю, что проблема также в ненужном беспорядке в коде, а не в «сложности» создания сеттеров / геттеров. Считаю их уродливыми. Мне нравится то, что есть в C#. Я не понимаю сопротивления добавлению этой возможности в Java.

Мое текущее решение - использовать "общедоступные" члены, когда защита не требуется:

public class IntReturn {
    public int val;
}

public class StringReturn {
    public String val;
}

Они будут использоваться для возврата значения, скажем, из лямбды:

StringReturn sRtn = new StringReturn()

if (add(2, 3, sRtn)){
    System.out.println("Value greater than zero");
}

public boolean add(final int a, final int b, final StringReturn sRtn){
    int rtn = a + b;
    sRtn.val = "" + rtn;
    return rtn > 0; // Just something to use the return for.
}

Мне также очень не нравится использовать вызов метода для установки или получения внутреннего значения из класса.

Если ваша информация передается как «неизменяемая», то новая Java записывать может быть решением. Однако он по-прежнему использует методологию установки / получения, только без префиксов set / get.