ASP.NET не ищет bin/debug
или любую подпапку под bin для сборок, как это делают другие типы приложений. Вы можете указывать время выполнения в другом месте, используя следующую конфигурацию:
<configuration>
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<probing privatePath="bin;bin\Debug;bin\Release"/>
</assemblyBinding>
</runtime>
</configuration>
Средствами доступа я склонен думать о методах get и методах set.
Путем настаивания, что все методы, которые касаются внутреннего состояния объекта, являются средствами доступа, кажется, что любой метод экземпляра, который на самом деле использует состояние объекта, был бы средством доступа, и это просто не кажется правильным. Какой метод экземпляра не будет использовать состояние объекта? Другими словами, метод экземпляра, который не использует состояние объекта в некотором роде, не должен быть методом экземпляра для начала - это должен быть метод класса .
, Например, должен BigDecimal.add
метод считаться средством доступа? Это - метод, который считает значение экземпляра, что add
к методу обратились, затем возвратите результат после добавления значения другого BigInteger
. Это кажется довольно прямым, что add
метод экземпляра не является методом get, ни методом set.
Метод доступа делает точно, что он говорит относительно олова: доступы некоторое состояние от типа без побочных эффектов (кроме ленивого инстанцирования, возможно, который не является чем-то, что вызывающая сторона обычно знала бы о).
private int _age;
public int getAge()
{
return _age;
}
Методы, которые изменяют состояние, более полезно рассматривают (по-моему), как мутаторы.
Помимо гугления и Википедии, Спецификация языка Java показывает это примером метода доступа:
private static int N;
public static int getN() { return N; }
Так, да, я сказал бы, что это просто получает значение поля. Компилятор может встроить это, преобразовав его в простое чтение, таким образом, что-то большее чем это, вероятно, не средство доступа.
Я всегда шел первым определением. Так, обычно это применяется только к методам get и методам set. Если мы идем вторым методом, то это - намного менее полезное различие, так как это покрывает почти все методы.
Уметь различать геттеры и сеттеры в техническом разговоре - это хорошо. Методы-аксессоры
являются партнерами методов-модификаторов
. Аксессор
считывает состояние объекта ( getA ()
), а модификатор
записывает состояние ( setA (Object)
) .