Спасибо за более развернутый ответ. Хотелось просто несколько успокоить читателей и показать, что не все так плохо с ArrayList или HashMap, как может показаться из этой статьи.
Есть еще одна реализация списка: LinkedList. В нем используется двусвязный список вместо динамического массива. Казалось бы, если нам не нужно часто брать элемент списка по индексу, то выбор очевиден.
Но не тут-то было, если говорить о расходах по памяти
Как то пришлось столкнутся с автоматической генерацией PDF документов в веб приложении на Java. Энтузиазм заставил реализовать велосипед новую библиотеку для верстки документов со стилями и экспортом в PDF на базе Apache PDFBox. Более менее рабочий прототип конечно получился, но как оказалось все это было зря. В итоге мы остановились на технологиях XSL-FO и процессоре Apache FOP.
Этой возможностью лучше не пользоваться, т.к. это сахар, на деле, switch делается по хешкоду, который может иметь коллизии.
Не совсем. Сравнение делается вызовом String.equals, а этот метод сравнивает строки посимвольно. Допускается, что в байт-коде может быть все по другому, но поведение должно быть именно таким.
никакая оптимизация не может оправдать плохое именование.
Иногда, из-за необходимости в оптимизации в коде теряется контекст решаемой задачи. Отсюда и получаются такие проблемы, когда разработчику сложно подобрать удачное именование той или иной переменной, чтобы было понятно для других, зачем она здесь :)
Мне не очень нравится, что используется свой формат описания маршрутов. Это скорее всего означает, что в любой IDE или редакторе оно будет выглядеть как обычный текст даже без подсветки синтаксиса, не говоря уже о проверке ошибок.
Согласен, с этим нужно что-то делать. Например, я планировал создать расширение для NetBeans. Учитывая что синтаксис довольно простой, это вполне реализуемо.
Если сделать описание маршрутов на каком-нибудь языке программирования (например, Java или Groovy), то хотя бы при ошибке в конфигурации не будет компилироваться.
По началу я так и делал для того, чтобы свести к минимуму использование внешних файлов. Но как оказалось, описание сложных маршрутов на Java получается очень громоздким и плохо читаемым.
А что придется делать средним и большим организациям (да и не только организациям), в которых обустроена довольно обширная локальная сеть с десятками рабочих станций, мобильных клиентов, принтеров, IP-телефонов и т.п.? Неужели каждая телефонная трубка на столе менеджера «должна» будет смотреть в мир напрямую? Честно говоря, эта проблема меня больше всего пугает. Может я что то недопонимаю и есть какое нибудь решение этой проблемы?
Все бы ничего да вот в лисе при попытке перемотки все умирает.
Да, проблема с перемоткой есть. Дело в том, что в декодере flac эта функция не реализована должном образом. Надеюсь эту проблему исправят, ведь она есть в баг-трекере.
Да еще и исходник не на гитхабе а в архиве гуглодоков что есть печально.
— Вы, чего, и конфеты за меня есть будете?
— Ага!
Все сильно зависит от реализуемого сервиса и, вообще говоря, ТЗ.
Спасибо за более развернутый ответ. Хотелось просто несколько успокоить читателей и показать, что не все так плохо с ArrayList или HashMap, как может показаться из этой статьи.
Есть еще одна реализация списка: LinkedList. В нем используется двусвязный список вместо динамического массива. Казалось бы, если нам не нужно часто брать элемент списка по индексу, то выбор очевиден.
Штамп и подпись следственного управления на распечатке электронного письма. Как мило.
Как то пришлось столкнутся с автоматической генерацией PDF документов в веб приложении на Java. Энтузиазм заставил реализовать
велосипедновую библиотеку для верстки документов со стилями и экспортом в PDF на базе Apache PDFBox. Более менее рабочий прототип конечно получился, но как оказалось все это было зря. В итоге мы остановились на технологиях XSL-FO и процессоре Apache FOP.Не совсем. Сравнение делается вызовом String.equals, а этот метод сравнивает строки посимвольно. Допускается, что в байт-коде может быть все по другому, но поведение должно быть именно таким.
О как! Недавно столкнулся с подобной проблемой и пришлось писать свой велосипед. Но оказывается уже есть более лаконичное решение. Спасибо!
Поэтому лучше предоставить выбор.
или может математика создана человеческим мозгом?
однако только в собственном соку тоже не стоит варится :)
Иногда, из-за необходимости в оптимизации в коде теряется контекст решаемой задачи. Отсюда и получаются такие проблемы, когда разработчику сложно подобрать удачное именование той или иной переменной, чтобы было понятно для других, зачем она здесь :)
Согласен, с этим нужно что-то делать. Например, я планировал создать расширение для NetBeans. Учитывая что синтаксис довольно простой, это вполне реализуемо.
По началу я так и делал для того, чтобы свести к минимуму использование внешних файлов. Но как оказалось, описание сложных маршрутов на Java получается очень громоздким и плохо читаемым.
Да, проблема с перемоткой есть. Дело в том, что в декодере flac эта функция не реализована должном образом. Надеюсь эту проблему исправят, ведь она есть в баг-трекере.
Спасибо за замечание, исправил.