This code is syntactically valid in both PHP & Java; produces the same output in both https://gist.github.com/for...3b0ee1237bc9bd0b7b2c
Тег java
Мне одному кажется, что перфоманс и джава несовместимы? Ну не может и всё тут. И когда взрослые дядьки начинаю копаться в unsafe, то скорее всего они выбрали не тот язык.
SannySanoff:
3 часа назад
Узнаешь об этом только увидев код ошибки раз в год.
А вот пойнт на петухоне, и ты чувствуешь это каждый раз, открывая любую страницу. Ага 8)
Который раз пытаюсь понять RxJava, ничгео в голове не сходится. И тут путем допроса знакомых до меня дошло: Observable в Rx не имеет никакого отношения к паттерну Observer и не уведомляет об изменениях
Вчера неплохо покодил перед сном. Три часа убил на казалось бы простую задачу: при парсинге json сворачивать вложенные объекты. То есть из json вида {a: {x:100}}
делать объект {y:100}
Уже засыпая понял, как сделать на порядок проще. Сегодня допилю сериализацию и выложу. Фактически, добавилась аннотация @Flatten
, а так же необходимо зарегистрировать парсер в gson-объекте. Использовать в духе:
Class MyClass {
@Flatten("a::x")
int y;
}
В отличие от найденных в интернете решений, позволяет мерджить несколько полей из вложенных объектов, а так же не требует оберток вокруг результирующего типа.
Сегодня еще погоняю с кастомными типами и наверно на днях буду учиться выкладывать это в jcenter.
Представьте себе такую задачу: из БД путем нехитрого запроса к хранимой процедуре выгребаются данные, конвертятся в нужный формат (json, например, или что-то не сильно сложнее) и отдаются клиенту, который их хваатает по https (http вряд ли будет). Иногда надо будет объединять данные из нескольких запросов. Предполагается, что статики будет немного.
Что выберете для разработки?
Что будет лучше работать при нагрузке в 100-500 запросов в секунду?
Какой web-сервер использовать?
Скажите, а нормально что веб-приложение со встроенным томкатом стартует несколько минут? Что они может там делать, с учетом, что логики в нем не очень много - почти все потом в js работает. Очень хочется все выкинуть и переписать (простите) на php, который в таких же условиях работал бы мгновенно
Столкнулся с таким вот описанием бинов в одном древнем проекте:
<beans xmlns="java://org.long.package.name"
xmlns:x="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsd">
<ClassNameFromLongPackageName>
<fieldName>value</fieldName>
</ClassNameFromLongPackageName>
</beans>
Ну и имеем некий класс-бин:
package org.long.package.name;
public class ClassNameFromLongPackageName {
private String fieldName;
public void setFieldName(String value) {
fieldName = value;
}
public String getFieldName() {
return fieldName;
}
}
Может я слишком мало знаю спринг и существует такой формат, а может он устарел. Подскажите или подайте направление, пожалуйста. Гугл не помог или я плохо искал. Возможно ли это заменить на привычные бины? Лично мне кажется, что тут какой-то переписанный спринг используется.
Ничего в коде необычного нет. Есть наследник AbstractXmlApplicationContext, который имплементирует SpringApplicationContext. Он использует XmlBeanDefinitionReader.
Подобные xml импортируются в контексты (что-то вроде конфигов), а потом уже эти контексты используются для импорта каких либо ресурсов.
Повторюсь: с виду эти классы - обычные бины. Сейчас буду проверять, не с переделанным ли я Spring 2.5 имею дела (смущает наличие его зазипованных исходников в транке), потому что Spring 3.2.9, например (и уж тем более 4.1.6) не хотят переваривать этот <beans … xmlns="java://"
Котаны, возьмите на работу девочку java-junior. Имеет немного опыта с веб-разработкой.
Новый жир на доу.
Java лучше всего прижилась на серверах(моргах), где занимается обработкой новых и уже существующих партий трупов. Программисты на Java получают больше всего мертвых американских президентов, что можно увидеть по статистике доу. Подобное липнет к подобному. Оракловские базы данных, конечно же, лучше всего описывают трупы сотрудников.
приведенный класс описывает чучело кота. живой кот быстро Вас поцарапает при попытке описать его таким бредом и не согласится быть абстрактным животным. Кроме того, понятно, что абстрактное животное никогда не существовало. природа всегда развивается и коты были потомками вполне конкретных живых сущностей.
По факту, все классы в Java являются абстрактными и поэтому модификатор abstract бессмыслен. Лучше говорить, что некоторые классы описывают не совсем мертвые сущности и им приписать модификатор notdead.
Андроид студия спрашивает у меня путь к ждк. Откуда я его знаю? Пусть спросит у менеджера пакетов или мыло мейнтейнеру напишет!
Упала альфреска, перезапустил ее с переиндексацией, еще раз перезапустил, и все заработало. Но перед этим потратил 4 часа на поиски сообщения вида "Index reading failed"...
Вот я делаю HttpUrlConnection без дополнительных хэдеров, отправляю запрос на сервер. Потом делаю новый и добавляю Authorization хэдер. А сервер (поинт) говорит, not authorzied. А если перезапущу приложение и сразу второй запрос с тем же хэдером - уже все ок.