Как стать автором
Поиск
Написать публикацию
Обновить

Комментарии 34

Так ведь можно и ООП головного мозга подхватить.
Всего голосов 12: ↑11 и ↓1+10
Это для уже инфицированных…
Всего голосов 4: ↑4 и ↓0+4
Наоборот, этот проект — лучшая вакцина от него.
Всего голосов 4: ↑4 и ↓0+4
Прививка — самый уместный термин здесь.
Всего голосов 3: ↑3 и ↓0+3
Подписался на репозиторий. Надеюсь проект будет развиваться )
Комментарий пока не оценивали0
Адский ад!
Хотя не совсем понял, на что намекал следующий кусок:
String myString = myStringBuilder.toString();
return new String(myString);

На то, что энтерпрайз-код на Java нередко пишется индусами?
Комментарий пока не оценивали0
Это очень нужный паттерн. Если вы вернете ссылку на строку, а на эту же строку есть ссылки еще где-то, то «мало ли что» может быть. А если вы создадите новую строку, то возвращаемая вами ссылка точно будет единственной и уже точно «все будет хорошо».
Всего голосов 7: ↑6 и ↓1+5
Понял. Защита от того случая, если в новой версии Java строки вдруг станут мутабельными :)
Всего голосов 3: ↑3 и ↓0+3
Не совсем, по причине описанной выше, такое обычно делается когда именно «все» является объектами (тот же питон), там тоже нужно применять для коллекций например «deep copy». Т.е. это не связано с immutable и прочим.
P.S. и это не паттерн, ну т.е. не паттерн проектирования, просто у каждого под «паттерн» что-то свое :S
Всего голосов 2: ↑1 и ↓10
>>Прекрасен класс NewLineStringReturner, который возвращает перенос строки,

Он не прекрасен а ужасен. Вместо того, что бы сконфигурировать фабрику локалью и культурой и получить класс, возвращающий перенос(или какой-то подобный бред) имеем.
================================
StringBuilder myStringBuilder = new StringBuilder(systemDefaultNewLineString);
String myString = myStringBuilder.toString();
return new String(myString);
================================
Ну можно было еще пустой цикл вставить. Ахаха-бугга!
Всего голосов 6: ↑4 и ↓2+2
Вы серьезно?
Всего голосов 2: ↑2 и ↓0+2
Главное, что остальной код комментатора выше полностью удовлетворяет.
Всего голосов 6: ↑6 и ↓0+6
НЛО прилетело и опубликовало эту надпись здесь
ну разве что так.
Всего голосов 2: ↑2 и ↓0+2
Абсолютно. Доведение до абсурда и демонстрация интерпрайза головного мозга — это может быть забавно. Тупой говнокод(еще и бессмысленный к тому же) — нет.
ИМХО, конечно.
Всего голосов 7: ↑7 и ↓0+7
Нужно просто убрать FizzBuzz из названия и на собеседовании спрашивать результат выполнения
Всего голосов 10: ↑10 и ↓0+10
Умиление. Джааааавочка! Короткие имена пакетиков!

package com.seriouscompany.business.java.fizzbuzz.packagenamingpackage.impl;
Всего голосов 6: ↑5 и ↓1+4
Как-то скучно :) Одно и тоже по всем классам распихано.
Лучше бы Spring прикрутили :)
Всего голосов 4: ↑3 и ↓1+2
Да! Как же я мог забыть про EJB! :)
Всего голосов 1: ↑1 и ↓0+1
Еще надо сделать так, чтобы приложение запускалось только под какой нибудь древней версией Java и падало с ошибками на любой свежей, иначе на Enterprise не тянет.
Всего голосов 14: ↑14 и ↓0+14
Я не могу назвать это архитектурой. Сильная связность у класса FizzBuzz.java повергнет разработчика интерпрайза в тяжёлые необратимые психологические мучения при изменении требований.
Архитектура — это каркас приложения который позволит в дальнейшем решать подобные задачи с минимальными усилиями. В данном случае необходимо будет написать еще десяток интерфейсов и классов.

Нарушена большая часть базовых принципов хорошей архитектуры — SOLID. Разве что Принцип единственной обязанности и Принцип разделения интерфейсов удались на славу.

Срочно на рефакторинг!
Всего голосов 6: ↑6 и ↓0+6
При этом надо заметить, что другую крайность никто не упоминает. Например, предложение потратить несколько часов на подумать и потом хоть сколько-нибудь структурировать программу в 90% натыкается на возражение — не хотим делать универсальный всемогутор, это не по аджайлу, да потом перепишем, и все дела
Всего голосов 1: ↑1 и ↓0+1
А почему без Spring?
Комментарий пока не оценивали0
Да, как раз напоминает ответ на PHP реализацию сложения в рамках Java.

Наше ООП, самое ООпастое ООП в мире…
Комментарий пока не оценивали0
Я не совсем понял, почему абсолютно не используется DI? А вдруг я захочу другой генератор новой строки? И что мне теперь, во всех местах менять имплементацию что ли?
Всего голосов 5: ↑5 и ↓0+5
Если я не знаю большинства примененных в проекте шаблонов и абстракций, это значит, что я плохой программист и не смогу писать на Java?
Всего голосов 7: ↑6 и ↓1+5
Нет, просто с вами все в порядке :)
Всего голосов 2: ↑1 и ↓10
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Ваш аккаунт

Разделы

Информация

Услуги

Техническая поддержка
© 2006–2024, Habr