Комментарии / Профиль doctorscript

18.02.2019 10:07:22

Mon, 18 Feb 2019 10:07:22 GMT

"О том, как можно улучшить свою производительность – здесь." – а ссылочки то нет)

22.06.2018 21:21:10

Fri, 22 Jun 2018 21:21:10 GMT

какая часть хранимого состояния объекта используется для реализации каждого интерфейса.

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

Аннотации никак не уберегут Вас от конфликта имён

Согласен на 100%, но эти ситуации довольно редкие.

22.06.2018 21:10:34

Fri, 22 Jun 2018 21:10:34 GMT

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

Будь алгоритм проверки чуть сложнее (хотя бы 3 строки), я бы, наверное, так и сделал.

А на Stackoverflow иногда бывают очень хорошие решения, но очень редко их можно использовать как есть, в основном приходится еще дополнительно подпиливать. Так что копипаст меня вряд ли поглотит)

но только предварительно установить специальный плагин нужно

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

Рефлексия это да, иногда сильно упрощает жизнь, но если решил использовать подумай, может не все таки стоит)

За статью спасибо, почитаю на досуге.

21.06.2018 21:28:03

Thu, 21 Jun 2018 21:28:03 GMT

А пример в конце раздела «Постановка задачи» не подходит? Там в классе UnitManager есть метод isValueFree() помеченный @Implements. Или я неправильно понял о каком примере идет речь?

21.06.2018 21:23:14

Thu, 21 Jun 2018 21:23:14 GMT

Дело в вкуса. Лично мне не нравится плодить дополнительные объекты, они меня запутывают еще больше.

Про getMagicValue() согласен, раньше именно так и делал. Но наличие аннотации над методом уже говорит, что он не простой. Слово класс, уверен, подсвечивается всеми IDE как ключевое слово языка. Все это позволяет понять, что метод для реализации интерфейса даже не читая его названия!

21.06.2018 21:06:13

Thu, 21 Jun 2018 21:06:13 GMT

Родственная душа)

21.06.2018 21:05:57

Thu, 21 Jun 2018 21:05:57 GMT

Спасибо за такой развернутый комментарий.

Про инкапсуляцию не согласен. Валидность идентификатора зависит от внутренней реализации UnitManagerа и RotateCounter, который, кстати, я и использую в нескольких местах, ничего не должен знать об ее особенностях.

Дальше сложнее. Честно говоря, я не знаю что такое SOF (и гугл выдает нечто вроде Special Operations Force).

Eclipse-проект нельзя просто так взять и запустить в другой IDE. А в другом Eclipse без проблем. К тому же, в коде или сборке .jar нет ничего eclipse-специфического. Как будет время надо будет сделать через gradle.

Про reflection тоже не понятно. Это же не рефлексия. Рефлексия это получение информации о типе на этапе выполнения. А это обработка на этапе компиляции.

Про JavaDoc согласен. Это красиво и без танцев с бубном. Но огорчает, что в C# эта возможность встроена в язык, а в Java нет.

За опечатку отдельное спасибо. Я отредактировал тот абзац и постарался пояснить подробнее. Если не трудно, глянь, пожалуйста, абзац, стало ли понятнее?

21.06.2018 19:04:53

Thu, 21 Jun 2018 19:04:53 GMT

Ага, написать Implement как съесть печеньку и не запить чайком, вроде и вкусно, но чего-то не хватает. Но и существующая аннотация Override и совпадение имени аннотации с ключевым слово языка немного режет глаз.

18.06.2018 05:44:43

Mon, 18 Jun 2018 05:44:43 GMT

Жизненно. На днях, вот так же, упустил возможность.