Про блокирующие read/write-операции у Apache Ignite не понял. Всегда можно сделать async read/write. Данные, кстати, хранятся в оффхипе и, если вам надо получить лишь часть данных, а не весь объект, то такая возможность тоже есть
Есть паттерн прокси, а есть класс в джаве java.lang.reflect.Proxy. В случае использования CGLIB или AspectJ не будет создан объект класса java.lang.reflect.Proxy. В статье, на которую вы ссылаетесь, написано всего лишь то, что всегда создаётся прокси как паттерн, не как класс из джавы. И в случае с CGLIB и AspectJ это "прокси" без оверхеда, потому что они меняют байткод.
Вот даже по вашей ссылке если перейти и прочитать дальше, то будет видно, что вы не правы =)
One such choice that is relevant to this chapter is that of which AOP framework (and which AOP style) to choose. You have the choice of AspectJ and/or Spring AOP, and you also have the choice of either the @AspectJ annotation-style approach or the Spring XML configuration-style approach. The fact that this chapter chooses to introduce the @AspectJ-style approach first should not be taken as an indication that the Spring team favors the @AspectJ annotation-style approach over the Spring XML configuration-style.
В спринге можно выбрать что будет использоваться Spring AOP или AspectJ (пару аннотаций повесить). Spring AOP поддерживает только небольшой сабсет возможностей AspectJ. Load Time Weaving
Для @Transactional, кстати, можно выбрать AdviceMode (PROXY, ASPECTJ).
Спринговое AOP специально было разработано так, чтобы не привязываться к конкретной технологии (это так же написано в доке)
Ну, AspectJ достаточно хорошо тестируется, чтобы ему можно было доверять. Я, честно, чаще на баги в Javac'е пока натыкался, чем на баги в AspectJ.
А время компиляции это вообще пыль, если можно увеличить перфоманс, убрав оверхед.
И кстати, спринг позволяет писать независимые от технологии (Dynamic Proxy или AspectJ) аспекты, зачем же руками прокси писать?
Хм, про приложения я и забыл :) Ну у вас данные должны быть наверное, если не секретные, то напишите, у кого юзеров больше.
А насчёт процессинга это хорошо, просто не понятно зачем уже сейчас открывать доступ к API, если пока функционал вроде как без киллерфич.
У вас скорее всего был не полный чейн сертификата. Судя по тому что серту 4 дня (а вы ещё 13 мая присылали скрин), серт вы обновили. И таки что-то мне подсказывает, что дело было в вашем сертификате, а не в браузере =)
Попытка выставить пользователя виноватым за то, что разработчик не смог в манифест и что игру могут увидеть и скачать в маркете те, у кого устройство не проходит по минимальным системным требованиям.
Извините, а вы где в Play Store видели ограничение по оперативной памяти? Да, там есть список девайсов
(небольшой), которые можно анчекнуть, но учитывая миллион девайсов вне списка, китайцы с 512 мб всё равно пролезут и поставят свою 1 звезду. (да и в Android Manifest тоже нет ограничения по RAM)
Как вариант решения проблемы: рантайм проверка количества оперативки.
Ну, слушайте, я вот знаю, допустим, несколько языков программирования, и ни в одном из них нет ключевого слова implementation (если, конечно, автор не перепутал с implements). Хотя я безусловно догадался бы что это значит, если бы увидел =)
Про блокирующие read/write-операции у Apache Ignite не понял. Всегда можно сделать async read/write. Данные, кстати, хранятся в оффхипе и, если вам надо получить лишь часть данных, а не весь объект, то такая возможность тоже есть
А, ну тогда я с вами в принципе согласен =)
Есть паттерн прокси, а есть класс в джаве java.lang.reflect.Proxy. В случае использования CGLIB или AspectJ не будет создан объект класса java.lang.reflect.Proxy. В статье, на которую вы ссылаетесь, написано всего лишь то, что всегда создаётся прокси как паттерн, не как класс из джавы. И в случае с CGLIB и AspectJ это "прокси" без оверхеда, потому что они меняют байткод.
Вот даже по вашей ссылке если перейти и прочитать дальше, то будет видно, что вы не правы =)
В спринге можно выбрать что будет использоваться Spring AOP или AspectJ (пару аннотаций повесить). Spring AOP поддерживает только небольшой сабсет возможностей AspectJ.
Load Time Weaving
Для @Transactional, кстати, можно выбрать AdviceMode (PROXY, ASPECTJ).
Спринговое AOP специально было разработано так, чтобы не привязываться к конкретной технологии (это так же написано в доке)
Ну, AspectJ достаточно хорошо тестируется, чтобы ему можно было доверять. Я, честно, чаще на баги в Javac'е пока натыкался, чем на баги в AspectJ.
А время компиляции это вообще пыль, если можно увеличить перфоманс, убрав оверхед.
И кстати, спринг позволяет писать независимые от технологии (Dynamic Proxy или AspectJ) аспекты, зачем же руками прокси писать?
А почему так привязались именно к проксям? Есть же aspectj, там и оверхеда поменьше и ограничений таких как у Proxy нет.
Хм, про приложения я и забыл :) Ну у вас данные должны быть наверное, если не секретные, то напишите, у кого юзеров больше.
А насчёт процессинга это хорошо, просто не понятно зачем уже сейчас открывать доступ к API, если пока функционал вроде как без киллерфич.
Лямбда выражения используют type inference, если что.
Дженерики тоже, e.g.:
T foo(T bar) {
return bar;
}
String s = foo("");
Иннополис готовил, а результаты у него так себе. Странновато
А что с этим не так? Видимо strictDI включен.
В Android studio давно есть поддержка NDK
У вас скорее всего был не полный чейн сертификата. Судя по тому что серту 4 дня (а вы ещё 13 мая присылали скрин), серт вы обновили. И таки что-то мне подсказывает, что дело было в вашем сертификате, а не в браузере =)
Извините, а вы где в Play Store видели ограничение по оперативной памяти? Да, там есть список девайсов
(небольшой), которые можно анчекнуть, но учитывая миллион девайсов вне списка, китайцы с 512 мб всё равно пролезут и поставят свою 1 звезду. (да и в Android Manifest тоже нет ограничения по RAM)
Как вариант решения проблемы: рантайм проверка количества оперативки.
Статья хорошая и может быть полезна тем, кто только начинает
Ну, так получилось, что с паскалем тоже не знаком. Как-то больше по С-подобным (джавы, свифты и прочие с ними)
А, ну вот Delphi я как раз не знаю =)
Ну, слушайте, я вот знаю, допустим, несколько языков программирования, и ни в одном из них нет ключевого слова implementation (если, конечно, автор не перепутал с implements). Хотя я безусловно догадался бы что это значит, если бы увидел =)
Так а как это сделать? Нужно распространять, получается. А что в таком случае мешает коварный экзешник положить?)
Как справедливо заметили в статье, если вы можете положить свою DLL, то жертве уже ничего не поможет.