Вобщем-то, спора никакого нет.
Я так сделал для собственного удобства. Наличие статического класса ApplicationConfig и публичной переменной socialNetwork позволяет мне при необходимости сделать быструю доводку интерфейса под конкретную сеть, в т.ч., в тех классах, которые изначально не планировались к настройке под сеть, т.е. параметры соцсети в них изначально не передаются, а значит надо их тащить туда дополнительно. Где-то через конструкторы, где-то через дополнительные методы.
Соответственно, мой аргумент прост как 5 копеек: удобство за счет незначительного послабления в части строгости ООП.
Добавлено через 3 минуты
Цитата:
|
Другое дело геттеры/сеттеры, даже скорее только геттеры - показать покажу, а испортить не дам
|
Я с клиентом работаю один.
Если бы над проектом работала группа программистов, я бы реализовал через сеттер/геттер. В момент загрузки клиента вычислялся бы параметр сети, который потом де-факто становился бы константой.