Кто что использует для веб-проектов?

>>959040
Heliantus Annum.

>>959071
Жава была специально создана, чтобы отмывать банковские деньги в IT. Нужно было чем-то обосновывать миллиардные траты на железо и инфраструктуру. Т.к. железо становилось все быстрее и быстрее, то потребовалось создать максимально уебанский язык программирования, чтобы никакой прогресс в железе не мог преодолеть его подводные камни.

>>959040
бамп темой (а то масонские заговоры уже пошли)
>Кто что использует для веб-проектов?

>>959040
> Кто что использует для веб-проектов?
GO
O

>>959085
MiniMagAsm
https://asm32.info/index.cgi?page=content/0_MiniMagAsm/index.txt#Hmain

>>959096
Смотрел я на этот ГО, 100500 каких-то велосипедов, ничего толком нет путевого (я ожидал что-то типа джанги там, а там огрызки).
Такой же пустой хайп как и руби, только бюджет побольше.
И так вернемся к проверенным инструментам:
>Кто что использует для веб-проектов?

>>959040
Scala

>>959040
HTML

>>959130
Play или Lift? или же Spring?

>>959164
Play, Akka HTTP

>>959130
а на скале какие либы?

как сделать конектор, для подключения к БД?
саму базу поднял, а, вот, как связать её с java классом?

>>959189
http://g.zeos.in/?q=JDBC%20example

>>959205
я потому и обратился, что там не обнаружил ответа
ну, или же, в силу своего тупизма его не понял

>>959219
Напиши в гугле "подключение mysql java" и все, достаточно скопировать некоторые параметры и подставить свои логин пароль

>>959189
import java.sql.*;
Connection connection = DriverManager.getConnection(dbUrl, dbUser, dbPassword);

>>959244
dbUrl = "jdbc:mysql://localhost:3306/%tablename%"

>>959246
да, я это понимаю
проблема в том, какой именно проект выбрать?
для idea нашел, там все подробно рассказано
а для netbeans'a написано только: "выберите "приложение Java""

>>959254
Нахуй тебе какие-то проекты? Берешь гредл (или мавен) и хуячишь что тебе надо.

>>957815
Слушай, я немного запутался окончательно с этими контроллерами. В общем, суть приложения такая - при запуске приложения делается проверка в базе, если ничего нет,
то делается запрос к api и добавляет в базу Photo с ссылкой на фотку и солом (день марсианский).
В общем, я пытаюсь как-то связать PhotoController с вызовом приложением, чтобы только один метод addPhoto вызывался. В нем бы делалась проверка на наличие чего-то в базе и потом новая фотка заносилась в базу.
Я понял что это делается через Rest, но как его связать с контроллером.
Извини, что заебываю, но ты единственный, кто помогает с этим гавном разобраться
https://github.com/Kabowyad/Test-Project/tree/api-test/src/main

>>959011 (OP)
> A:Худшая инвестиция в твоей жизни. Огромное количество говнокода, оторванные от жизни задачки, 1000 заданий по выводу в консоль какого-то говна.
То-то большинство тестовых заданий как-будто слизано с JavaRush. 30+ лвл, ни разу не пожалел насчёт вложения. Тот кто это писал явно не захаживал дальше десятого уровня.

>>959011 (OP)
Котаны, читаю Уоллса (Spring in action), как-раз дошёл до определения связывания обектов и охуел: Spring нужен для того, что бы мы могли программировать XML, когда программируем на Java? Аннотации отдельный разговор, если разрабы Spring забухают, то код с аннотациями соснёт при перекате на другой фреймворк.

>>959286
Так и есть. Сам когда-то проходил ради интереса, первые задания - пиздец на перепечатывания кода, но ведь они рассчитаны на совсем зелёных новичков, дальше идут вполне себе нормальные. Хотя я всё равно дропнул уровне так на 15, мне показалось слишком медленно, по книгам быстрее.

>>959313
Тот факт, что в этой же книге тебе прямо капсом написали "Component Scan > Java Config > Xml" тебя вообще не смутил?
А вообще мне xml нравится. Очень удобно, централизовано. Если нет в проекте мудака, который не умеет импорты делать, то я выберу xml/groovy конфиг, а не скан.

Анон, что скажешь про курс "Beginner to Programmer: The Complete Java Developer Course" за авторством Tim'a Buchalka? Есть смысл на него время тратить или строго по шапке треда учиться?
Сам могу только на паскале калькулятор написать.
Курс мне подарили. Дарёному коню в зубы не смотрят.

>>959324
Я бы на туторилах учился. Ну или начал с С, если хочешь хард вей. Книжки по яве - почти всегда вода.

>>959326
>книжки по яве
Мне кажется, что бы закрепить основы самое то.
Но боюсь, что этот курс окажется той же книжкой только в браузере.
А почему все советуют начинать с С, если Ява это тот же С, только в прокаченный поправь, если не прав, по С качественнее туторы?

>>959334
>Мне кажется, что бы закрепить основы самое то.
Смотря что ты считаешь основами.

>А почему все советуют начинать с С, если Ява это тот же С, только в прокаченный
Ява с си имеет общего в основном синтаксис. Это никак не прокачанный си, слишком разные задачи.
Но если ты немного поучишь си, то у тебя не будет в будущем всяких глупых вопросов вроде "почему new String("хуй") == new String("хуй") - false". Ключевое слово - немного.

На джаве не пишут веб?
>Кто что использует для веб-проектов?

>>959313
>то код с аннотациями соснёт при перекате на другой фреймворк.
Нет, если они бухают с другими разрабами фреймворков которые поддерживают те же аннотации (как и xml теги).

А вообще xml - самое бестолковый и переусложненный вид настроек. Впрочем как и все в джаве. Кроме стандартной либы.

Там же как у макак - чем мудренней и запутаней - тем солиднее и пускай КПД к жопе сводится.
Джава жива только лишь из-за мобильников.

>>959346
Всмысле "только из-за" мобильников? Почему тогда все предприятия крупные джаву используют? Да, во многом не удобно, да, приходится писать свои библиотеки под свои нужды. Н почему тогда другие языки почти не используют в крупных предприятиях, если джава так плоха?

>>959344
Spring MVC.

>>959346
>А вообще xml - самое бестолковый и переусложненный вид настроек.
Хуле там переусложненного-то? имя бина и его класс? Охуеть сложность.

>>959323
> "Component Scan > Java Config > Xml"
А суровая реальность строго наоборот. А когда дело доходит до неймспейсов так вообще.

>>959011 (OP)
>Q: Хули все книги на английском?
>A: Без английского ты не нужен и можешь смело идти нахуй.

А хули тут все аноны на русском общаются? Шапка треда на русском, да весь /pr на русском. Неужто никто не может в английский?

>>959358
Ничего не знаю. Я уже года два проектов, где основная конфигурация на xml, не видел.
Ну мы маршруты для кемла пишем в xml, потому что ява дсл - дерьмо.

>>959349
Потенциал языка измеряется в том, сколько новых проектов на нем создается.
А легаси код ничего не решает (вон кобол до 2006 года был в топе по количеству написанного кода, но в 2006 ты о нем и не слышал, так же с джавой, ее спасли только мобильники)

>>959355
Сравни какой-нибудь TOML с XML (какие портянки там получаются)

Scala или Kotlin? На какой стул сядешь ?

>>959185
https://github.com/lauris/awesome-scala/blob/master/README.md

>>959359
Много кто может в английский. Только твоя логика тут непонятна. Зачем им общаться на английском на русской борде?
Вся нормальная литература, материал в интернете, сообщество -- преимущественно на английском. Соответственно, если ты не можешь в английский, то очень многое теряешь.

>>959374
Возьму скалу дроченную срублю котлин точенный.

>>959374
Для реальной разработки - Kotlin.
Для себя - Haskell.

>>959394
го ту факин хорсес, битч

>>959394
БОЛЬШИЕ ДЯДИ В ПОДКАСТЕ СКАЗАЛИ ЧТО АНГЛ НАШЕ ВСЕ
@
ПОКЛОНЯЕШЬСЯ ЭТОЙ ИДЕИ
@
СИДИШЬ ВМЕСТЕ С ТЕМИ ДЯДЯМИ В ГУГЛ-ТРАНСЛЕЙТ

Вот написал REST сервис на Jetty+Jersey:
http://pastebin.com/e2ZgGf5z
http://pastebin.com/BNA6sdXy
http://pastebin.com/1HHgSsbB
Не могу понять, как мне туда добавить статическое содержимое (HTML/CSS/JS)?
Допустим, в src\main\resources\web лежит страница info.html, в JAR-файле она будет в web\info.html.
И как ее показать?

>>959011 (OP)
> На джаве фриланса нет.
C R O S S O V E R
R
O
S
S
O
V
E
R

>>959403
Возьми го, не мучайся с этой жопой

>>959411
Некроссплатформенная параша без женериков не нужна.

>>959412
>без женериков
Джавамакаки в жизни не юзали нормальных дженериков. Этот сблев, который в джаве, хуже говна.
мимокджавист

>>959412
>Некроссплатформенная
Враки.

>без женериков
Это единственное что тебя останавливает, чтобы страдать в джаве?
На джаве простой веб не пишут (ты даже для ембеддед сервера взял сервлеты - насколько там надо мозги на Java EE свернуть)?

Ну натянешь потом еще спринг и хибернейт и не влезет это говно в твою vps

>>959414
>чтобы страдать в джаве?
Я серьезно, хотя джава огромна, но шаг в сторону и ты с продуктом один на один.
Либо как все юзай war - либо забудь про ембеддед, максимум лабы найдешь как пример.

Бесит го - возьми питон (джангу). Еще спасибо скажешь

>>959403
Ладно, я тебя достаточно помучил, но все таки открой для себя гугл

http://stackoverflow.com/questions/10284584/serving-static-files-w-embedded-jetty>>959403

>>959415
Ты ебанутый?
Нет правда ты кроме хеловорда хоть что то писал на явке

>>959410
Ну и много ты там заработал?

>>959432
Он и на го ничего кроме хеллоуворлда не написал.

Поясните за скул, нахуя его учить, если сейчас почти все юзают orm? Или я не прав?

>>959604
Для какой-то сложной хуйни всё равно придётся строкой писать. ORM это костыль, а полноценного и универсального DSL ещё не сделали.

>>959604
У нас, например, используется solr, эта хуйня для индексации данных требует sql-запросы. Для каких-то простых действий удобнее написать простенький запрос на sql или jpql. Возможно где-то вы захотите использовать фишки вашей конкретной бд. Да мало ли чего может случиться.

>>959604
я щитаю так - решить 50 задачек на sql-ex.ru - и тебе хватит этого на 95% на работе.
Для всего остального будут искать именно специалиста SQL узкого профиля, а тебе оно надо?

>>959604
А как ты собрался орм квери писать, если ты даже sql не осилил?

>>959432
>>959451
Это вы ебанутые, топите за джаву, так парню бы на вопрос ответили. Нет же, задницами попалыхали тут, тролля порадовали.

Сап, пацаны. Решил ебашить рест-сервис на спринге. Но вот как теперь это всё тестить. Заебашил метод, который принимает дтошку @RequestBody, но как запрос теперь сделать с этой дтошкой? Просто сделать json со структурой как моя дтошка? И как вообще потом через ангуляр запросы делать? Тоже что ли джсон отправлять?

>>959731
Тестирование - это для пидоров.

>>959713
Двачую.
мимо_гугл_кун_сша

>>959750
Scala

>>959750
У тебя устаревшая картинка. И Java и JavaScript скоро канут в лету. Учи либо Lisp, либо Haskell, за ними будущее.

>>959608
lukas.jpg

>>959745
Бля. Ну ты понял меня. Я не про ТЕСТИРОВАНИЕ. Я про отправление запросов

>>959758
Ну json, конечно. Настрой для этого какой-нибудь gson или jackson.
Вообще, нахуя тебе Spring для rest? Взял бы православный Jersey, я бы тебя тогда даже пидором называть бы не стал.

>>959414
>Враки.
Ставишь анус, что любой пакет на ГОвне соберется на винде без pkg-config?

>Это единственное что тебя останавливает, чтобы страдать в джаве?
Уебывай в свой тред, Илюша. Здесь обсуждается Java, а не ГОвно.

>>959762
Алло, спринг за тебя уже все настроил. Только шли структуры верные и все.
А для именно тестов у спринг мвц есть класс MockMvc.

>>959752
>Lisp
>за ними будущее
Как там в 1958 году?

>>959779
Я бы назвал главной проблемой го - молодость. Нормальной иде нет, бестпрактис не выработаны, с тулчейном тоже еще не разобрались. Т.е. все проблемы не в языке, а в экосистеме. В языке лично мне только эксепшнов не хватает.

>>959783
Я тебя умоляю, это же платина уровня "программирование - не твое, попробуй яваскрипт".

>>959783
В том то и дело, что лисп до сих пор живее всех живых. Сколько прикладных языков типа дельфи и фортрана, перла и кобола уже умерло, а лисп здравствует.

>>959416
Ты сам-то пробовал эти примеры? Ни ResourceHandler, ни DefaultHandler не могут выдавать статику из JAR-файла. Внешние файлы из файловой системы выдать могут, а вот из JAR-ника - нет.

>>959779
Если дергать какой-нибудь винапи то ты обосрешься со всем. Не загоняй в абсолют, глупое ты дитя с приступами юношеского максимализма, даже джава нихера не 100% кроссплатформенная.

Что джава что го - два куска неповоротливого говна, только для первого раньше были тулзовины типа IDEA, то сейчас и го оброс IDEA - кодить на нем стало в разы приятней, чем на жабе

>>959789
Так-то и фортран, и кобол, и делфи живее всех живых. То что ты не используешь их - еще ничего не значит.

>>959791
Господи, да возьми ты Spring Boot и не еби мозги ни себе, ни людям. А хочешь копаться в конфигах - учись гуглить.

>>959791
Что тут у нас? Кто-то пытается в нагруженном веб-приложении статику из JAR показывать - ты совсем долбаеб?

Бля даже индусы знают, что контейнер распаковывает war-ники, откуда такие эксперты тут

>>959795
А еще сервер приложений установи... В том и цель, чтобы все быстро работало, не требовало деплоя и было минимум зависимостей. Никакого Spring и EJB, разумеется.

В очередной раз убеждаюсь, что здесь сидят одни макаки, которые умеют только бездумно копипастить со StackOverflow. Без понимания принципов работы.

>>959796
Ты не знаешь, что такое Embedded Jetty?

>>959796
Даже индусы знают, что статику надо раздавать nginx'ом. Но это никак не мешает существованию WebJars.org. Иди выебывайся в другой тред.

>>959800
Spring Boot как раз и стартует на ембеддед сервере. И сделан именно для хуяк-хуяк - рест. Особенно в пачке с spring data и spring data rest.

>>959795
Весна сплошная магия на магии. Все хорошо если у тебя CRUD, но как только нужно что-то по-серьезней и вне рамках фантазий разрабов - твоя жизнь превращается в ад.

Бывает так - что на решение задачи тратишь больше, чем ты бы мог сам написать это руками. Тру-стори

Возьми го - и сам слепи из "кусков" независимых. Ладно еще в питонах, пхп или жс понимают как строить современный веб, но в джаве же одни корпаративные индусы и них эволюция пошла по другому пути.

>>959802
Какое грозное кукарекание, в переводе на человеческий язык означающее "Я тупой мудак и быдлокодер и не знаю ни хуя".

>>959802
Лол, жаба такой костыль, что индусы тянут nginx и сюда.
В чем профит разработки на жабе? Пострадать и взять nginx?
Пхпэшники обладируют стоя

>>959804
Если для тебя спринг - это магия, то ты очень мало о нем знаешь. Спринг простой как двери. Ядро спринга - очень легкое и удобное. Спринг дата построен на одном абстрактном классе и простом квери генераторе. Спринг мвц вообще весь на диспетчер сервлете и трех адаптерах висит. Но ты и это не осилил, тебе и di фреймворк - магия.

>>959804
RESTful веб-сервис + front end к нему это нечто нестандартное?
У меня уже есть готовое решение, написанное исключительно на сервлетах/JSP и работающее под Томкатом.
Хочу просто улучшить его.

>>959805
А я вижу яркий подрыв пукана.

>>959811
Вот я тебе и говорю: спринг мвц либо сразу бут. Это очень удобно, тебе понравится. Посмотри туторилы прямо на офф сайте, там есть один с именем прямо из твоего вопроса.

>>959809
>Спринг простой как двери, Спринг мвц вообще весь на диспетчер сервлете и трех адаптерах висит
>Ставишь брэкпоинт в контроллере и видишь стектрейс из ~50-70 вызовов.

"Индусские простые двери". Не братишь, спринг еще и тормозит звездец
https://www.techempower.com/benchmarks/#section=data-r13&hw=ph&test=plaintext

Нахуй заберай эту парашницу, которая хеллоу-ворд почти как скриптовые языки отдает

>>959816
А знаешь что скажет типичный Ванька-индус? Он скажет "и че, время программиста дороже железа" и будет прав. Джава крутится в таких "менфреймах" что там срали на производительность.
Джава != производительность. Просто почему ынтерпрайз не берет скажем пхп или питон - из-за косяков многопоточности и все. А так по железо их бы устраивало.

>>959759
Что означает этот индус, в чем мулька этой картинки?

>>959818
Ну как. Все смешные стереотипы о яве времен нулевых в одной картинке. Я каждый раз смеюсь.

>>959816
Все соснули у https://tumblr.github.io/colossus/

>>959813
На хабре пишут, что спринг тяжеловесный, приложения долго стартуют, куча зависимостей. И лучше Embedded Jetty.
У меня приложение нечто вроде онлайн-игры, требуется:
- высокая нагрузка (обновление страницы хотя бы 25 раз в секунду, для нескольких тысяч пользователей);
- быстрая NoSQL база (здесь еще не сделал выбор);
- использование ANTLR (пользователь пишет код на особом языке, который используется для управления объектами);
- на front end используется canvas (пока в 2D), с большой картой, переход на которой должен быть без задержек.

>>959822
Добавь спринг кор в проект и сделай mvn dependency:tree. Долгий старт - следствие компонент скана по куче jar файлов и проксирования бинов, но если не использовать их - платить будет не за что.
Сложное положение на чистых сервлетах ты не напишешь в любом случае - это позапрошлый век. А хочешь микросервисный шлак для тысяч запросов - и правда посмотри в сторону го или реактивного спринга, там должно быть лучше это все, но он в бете только

>>959822
vert.x

>>959615
>solr
>требует sql-запросы
>требует
oh you

>>959818
Это суть джявы.

>>959826
можешь посоветовать литературу по спрингу?

>>959835
Документация > туторилы > Spring in Action.

>>959837
>Spring in Action.
Двачую.
С другой стороны спринг НИНУЖОН.

Посоны, проблема следующая.

Поднят Wildfly 10. Реализовано небольшое приложение. Имеется Stateless бин с инжектированным EntityManager. Когда выполняю select запросы - все работает нормально.
Как только пытаюсь выполнить persist паадет исключение

TransactionRequiredException WFLYJPA0060 Transaction is required to perform this operation

Бин отмечен одной лишь аннотацией - Stateless. Судя по докам этого должно быть достаточно, т.к. по умолчанию включается CMT режим управления транзакциями.

Однако эта блядь все равно не создает новых транзакций!

БД - MySQL.
Wildfly запущен в standalone режиме.

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

>>959864
Ну может @Transactional

>>959876
Не помогает.

Сейчас расковырял свой же код - в методе бина перед собственно персистом выполняется чтение из базы (через find у энтити менеджера), что в теории может приводить к закрытию транзакции, хотя это полный бред.

>>959877
Смотри стек исключения
Отталкиваясь от стека начни ставить брэкпоинты.
Изучай (страдай, джава же, там будет туча абстракций)

Какой типа таблицы?

Ребят, тыкните носом, что нужно знать. Задача такая:
есть CSV фаил, с большим кол-вом данных. Нужно его отсортировать по третьему ряду, однако при этом сказано, что наш компьютер не обладает достаточным кол-вом оперативной памяти, из этого следует, что мы не можем просто вывести всю инфу в массив и отсортировать там. А должны делать это прямо в этом CSV фаиле. Какие мысли? У меня проблема именно с реализацией всего этого без использования массива, в котором можно было бы все это реализовать. Есть мысли о создании нового CSV фаила, и добавлять туда по одной строке с минимальный значением в 3 ряду за один проход по исходному, и т.д пока не будет выведены все. Но это выглядит очень затратно и глупо. Какие, более оптимальные варианты существуют?

>>959883
Да, нужно было по внимательнее свой код поковырять.
Тот самый find и падал с исключением.
Самое интересное что исключение правильно обрабатывается и пишется в лог. Проблема в том что wildfly не написал в лог это исключение, поэтому я его и не замечал

>>959921
Вон из профессии.

>>959947
конструктив?

>>959946
Разобрался с логированием. Не правильно передавал аргументы в метод логгера error() - там первым аргументом идет Message а не Throwable - в итоге запись не было видно.

Блять все из-за таких мелочей, а столько гемороя что я уже в реальности сомневаться стал

>>959956
Конструктив: даже школьник додумается сделать merge sort.

>>959963
сразу после своего поста, пришла эта идея, я не так уж безнадежен. Спасибо за совет)

>>959964
Иди нахуй.

>>959982
хуево быть дегенератом, да?

>>959991
Тебе видней по очевидным причинам

Привет, джаваны. Пришлось мне тут столкнуться с JSON ответами и вот вопрос: какую либу использовать? Какую использовать моветон, а какая считается классикой?

На сайте json хуева гора библ, но какую взять - хз.
Ткните носом. Спасибо

>>959996
алсо, смотрю в сторону json-simple

>>959995
очевидно тут только то, что ты омежка-обиженка-битард, лол

>>959998
>КУДАХ БАБАХ КУАРЕКУ
Ясно.

>>959996
Иди нахуй.

>>960003
>>960002
>>959998
>>959991
>>959982

Введите модерацию в тематике, уберите кричащих инвалидов

>>960013
>Введите
Нагибайся :3

>>959996
Джексон используй.

>>959403
Разобрался, вот так все работает:
http://pastebin.com/6HeTsQRR
DefaultServlet выдает статику, Jersey - REST.

У Spring, как я понимаю, вот этот компонент дает аналогичные возможности:
https://mvnrepository.com/artifact/org.springframework.boot/spring-boot-starter-jetty
Но там какие-то свои аннотации вместо JAX-RS. Неудобно.

>>959996
gson или jackson
См. также обзор JSON парсеров от люксофта: https://habrahabr.ru/company/luxoft/blog/280782/

>>960032
>люксофт
> https://habrahabr
Феерический дегенерат.

>>960034
Это корпоративный блог, наркоман. На хабре у всех такие есть.

джаваджедаи, подскажите пожалуйста.
я вот запилил по гайду https://medium.com/@gustavo.ponce.ch/spring-boot-spring-mvc-spring-security-mysql-a5d8545d837d#.awgevgne0
сие приложение с авторизацией и регистрацией.
а вот если я хочу что бы я еще мог авторизироваться например не только под ADMIN(как в примере запилиено), а например еще под REG_USER?
я вот в бд добавил пользователя присвоил ему роль REG_USER.
в LoginController.java добавил метод homeRegUser() с @RequestMapping(value="/reguser/home", method = RequestMethod.GET)
мне теперь надо в классе SecurityConfiguration.java в методе configure(HttpSecurity http) что-то менять или как?
подскажите плез

>>960039
А проверить что уже работает ты не догадался, чудило?
Должно работать с тем конфигом без изменений, ибо
>.anyRequest().authenticated()
пропускает любой запрос от аутентифицированного юзера (в /admin/ не пропустит - там другое правило не даст).

>>960046
ружище я проверил. все именно так кк ты говоришь, когда заходишь под другим пользователем выкидывает ошибку. так и должно быть, но как мне показать например /reguser/home, если я авторизируюсь под REG_USER? вот в чем проблема немножко не понимаю в какю сторону копать. Т.е. если под админом логинюсь. он мне показывает /admin/home, а если под reguser то /reguser/home

>>960032
спасибо, Анон

>>959011 (OP)
Здраститя. Мне требуется распечатать элементы стека, какой вариант православнее/быстрее?
while(stack.peek()!=null)
System.out.print(stack.pop()+" ");
или
for(Iterator it = stack.iterator();it.hasNext();) {
System.out.println(it.next());
}
????

>>960114
>stack
Deque<Integer> stack = new ArrayDeque<Integer>();
Если что.

>>960114
for(Iterator it = stack.descendingIterator(); it.hasNext();)
слоуфикс

>>960117
for (Integer it : stack) {
System.out.print(it + " ");
}
Хотя вот так.
Ну короче вариант с итератором на 1-2 показывает мс, через поп 0
2 3 5 7 11 13 17 19 23 29 31 37 41 43 47 53 59 61 67 71 73
71 61 53 43 37 29 19 13 7 3
2
71 61 53 43 37 29 19 13 7 3
0
Выходит лучше поп юзать?

>>960125
Хотя хз, теперь одинаково по 1. Нет разницы?

>>960114
Если уж разоряешь стэк и пытаешься байтоёбить, то зачем тебе лишняя проверка?
Integer it = null;
while((it = stack.poll()) != null) {
System.out.println(it);
}

>>960129
for(int i=0;i<100;++i){
for (Integer it : stack) {
System.out.print(it + " ");
}}
Выдаёт 44мс
for(int i=0;i<1000000;++i) {
Deque<Integer> ttt = stack;
while (tmp.peek() != null)
System.out.print(tmp.pop() + " ");
}
Выдаёт 13мс. Там такой прирост большой получается? Ну да, не нужна,не подумал, я только учусь .

>>960135
>такой прирост большой получается?
Да т.к. в итераторе на 3 проверки больше (hasNext, на позицию курсора и на защиту от параллельной модификации)

>>960139
Круто, не знал. То есть если тебе не важно состояние стека, ну типа дальше нигде он не используется и служит как вспомогательная хуета внутри метода, то всегда лучше использовать цикл+полл?

>>960141
Так-то прирост не маленький, for(int i=0;i<1000000;++i) сделал, получилось
78162
13(походу как раз и з-за убирания лишней проверки ускорилось), в 6к раз быстрее что ли, лол.

>>960145
>проверки ускорилось
А, там тоже 13, думал больше было.

>>960141
Сложный вопрос. На твои замеры очень сильно влияет System.out.print. Если заменишь на какое-нибудь банальное действие вроде присваивания, разница не будет такой уж сильной.

>>960150
> System.out.print. Если заменишь на какое-нибудь банальное действие
Заменил на пустоту, выдало
169
4

>>960151
Ну вайл я как у тебя сделал, а не как было
for...{
...
while((it = stack.poll()) != null){
//System.out.print(it+" ");
}
}
4мс

>>960152
А с итератором 169

>>960153
Что-то у тебя цифры какие-то жуткие. У меня для пустоты разница не больше миллисекунды

>>960153
for(int i=0;i<1000000;++i){
for (Integer it : stack) {
//System.out.print(it + " ");
}}
169мс
Ну в общем-то так и казалось, просто не думал, что настолько разница дикая. Зато теперь знать буду, что с итераторами аккуратно надо, может сильно замедлить работу.

>>960156
long startTime = System.currentTimeMillis();
for(int i=0;i<1000000;++i){
for (Integer it : stack) {
//System.out.print(it + " ");
}}
long estimatedTime = System.currentTimeMillis() - startTime;
System.out.println();
System.out.println(estimatedTime);
Может что-то не так делаю?

>>960156
Ну и у меня внутри стека 1000 элементов ещё мб. На мелких значениях разницы не видно, да.
>>960125
Тут было 2 0, а когда 1 1 и тд

>>960159
Тто есть если я правильно понимаю, ибо нубас тот ещё, что в случае с итератором у нас за O(N) обращение к элементу идёт, а с полл за O(1) ну или типа того.

>>960159
А как ты замеряешь время для poll ? Ты 1000000 делаешь push и вычитаешь разницу?

>>960164
startTime = System.currentTimeMillis();
for(int i=0;i<1000000;++i) {
Deque<Integer> tmp = stack;
Integer it = null;
while((it = stack.poll()) != null) {
//System.out.print(it+" ");
}
}
estimatedTime = System.currentTimeMillis() - startTime;
System.out.println();
System.out.println(estimatedTime);

>>960165
ЛоЛ, блядь, у меня ошибка там. После первой итерации там тупо пустой стек, надо вот тут вместо it = stack.poll() it = tmp.poll(), а я и ждумаю какогто хуя такие значение получаются.

>>960166
Анон, ну я хз, всё ранво вот такой результтат
148

3
Вот то, что внутри стека лежит
997 983 971 953 941 929 911 887 881 863 857 839 827 821 809 787 769 757 743 733 719 701 683 673 659 647 641 619 613 601 593 577 569 557 541 521 503 491 479 463 457 443 433 421 409 397 383 373 359 349 337 317 311 293 281 271 263 251 239 229 223 199 193 181 173 163 151 139 131 113 107 101 89 79 71 61 53 43 37 29 19 13 7 3

>>960169
public static void main(String[] args) {
Deque<Integer> stack = test();//тут то, что скинул
long startTime = System.currentTimeMillis();
for(int i=0;i<1000000;++i){
for (Integer it : stack) {
//System.out.print(it + " ");
}}
long estimatedTime = System.currentTimeMillis() - startTime;
System.out.println();
System.out.println(estimatedTime);
startTime = System.currentTimeMillis();
for(int i=0;i<1000000;++i) {
Deque<Integer> tmp = stack;
Integer it = null;
while((it = tmp.poll()) != null) {
//System.out.print(it+" ");
}
}
estimatedTime = System.currentTimeMillis() - startTime;
System.out.println();
System.out.println(estimatedTime);
}


148

3
Короче я хз.

>>960170
Так у тебя по-прежнему пустой стек после первой итерации.

>>960170
>Deque<Integer> tmp = stack;
Ты просто ссылку передал и опустошил же свой stack
Тогда уж
tmp = new ArrayDeque<Integer>(stack)
Только время конструктора надо вычесть

>>960172
for(int i=0;i<1000000;++i) {
ArrayDeque<Integer> tmp = stack.clone();
Integer it = null;
while((it = tmp.poll()) != null) {
//System.out.print(it+" ");
}
}
121

155
Да, всё ок. Видимо разницы нет принципиальной, лучше использовать итератор?

>>960172
> время конструктора надо вычесть
Ну хотя как нет,
131

66
Или я опять не так что-то сделал? Сколько у етбя? И как ты поступаешь обычно? Итератор всегда и мозги не ебать?

>>960175
С итератором код чище, поэтому юзай его.

>>960175
for(int i=0;i<1000000000;++i) {
ArrayDeque<Integer> tmp = stack.clone();
//Integer it = null;
//while((it = tmp.poll()) != null) {
//System.out.print(it+" ");
//}
}
Блин, но если ещё по два нуля добавить, то видно, что львиную долю конструктор занимает.
6181

4022
>>960179
Да ок, по таким же соображениям и юзал их всегда в общем, просто что-то запарился, хз.

>>960114
[code lang="scala"]
val deque = new java.util.ArrayDeque[Int](100)
(1 to 100).foreach(deque.add)
deque.forEach(println)
[/code]

>>960180
Да, по другому сделал без циклов и тд, тупо большой массив подаю, разница 0-1 мс. Корчое итераторы форева. Спасибо.

>>960189
Лол.

>>960189
И читается в сто раз лучше.
public static void main(String[] args) {
ArrayDeque<Integer> stack = test();
stack.forEach((n)->System.out.print(n +" "));
}
Анон, а можно как-то покрасивше записать последний форич?

>>960197
Ну типа как тут
stack.forEach(System.out::println);, только чтобы через пробел было.

>>960197
>И читается в сто раз лучше.
В каком месте?

>>960201
По сравнению с этим.
>>960170

>>960201
Ну с вайлами, поллами и прочим типа. И скорость такая же, и коротко записать модно и вообще . Итераторы тема короче.

>>960197
Ну, лямбду красивше не сделаешь. Может так?
stack.stream().map(x -> x + " ").forEach(System.out::print);

>>960202
>>960204
А, ну так-то ясен хуй.

>>960206
Не, это оверинжениринг уже какой-то. Красивее не в смысле чтобы побольше всего крутого было, а в смысле чтобы проще записывалось и тд, не так выразился короче. Ну я думал мало ли в явеможно как-то вроде этого, а я не в курсе просто
stack.forEach(System.out::print, delimiter=" ");
или SyntaxSugarPackage.map(stack,String).join(" ")

>>960206
>stack.stream().map(x -> x + " ").forEach(System.out::print);
>.map(stack,String).join(" ")
А, ну лол, это ноо и есть возхможно, невнимательно глядел.

Возвращаюсь сюда, поковыряв целую кучу вопрос на стэке про json и жабу. Вот распарсить простецкий json оказалось легче простого - но только если там один массив. А мне нужно распарсить json с 4 или 5 вложенными массивами. Получается распарсить только один - тот, в который все вложены. Пиздец какой-то

>>960211
А, не. Проще уже не будет. Если идти через Collectors.joining(" "), он тут же сиранёт, что у тебя инты, а не строки и придётся в любом случае map для каста вызывать.
Если идти через reduce, то будет неэффективная срака навроде reduce("", (x,y) -> x + " " + y, String::concat)
А ещё в итоге у тебя и там и там будет String, который придётся отдельно обернуть Arrays.stream(String::toCharArray) чтобы вызвать forEach(System.out::print). Нет пути

>>960221
>Нет пути
Ну и ок, не очень то и хотелось, так вполне ок.

>>960216
https://scalafiddle.io/sf/cCd6cBa/0

>>960225
смотри, вот мой json

http://pastebin.com/rPKQUp6T

И вот всё, что у меня получилось, это дернуть содержимое ключа "def" и пары его ключей до начала вложенного массива.
Как выдернуть, например, из массива ключи tr и другие???

>>960229
https://scalafiddle.io/sf/cCd6cBa/1

>>960249
выглядит вроде как надо. а чистая Java как?

>>960264
Как земля.

>>960264
А в джяве изволь пердолиться с аннотациями и рефлекцией.

>>960048
30 секунд в гугле
http://stackoverflow.com/questions/31524426/securityconfig-2-success-url-for-different-roles

Анон, есть вопрос JSR 303 (Bean Validation) и DTO.
Предположим делаем мы некую UI форму на неком клиентском приложении. У исходной сущности присутствуют constraint аннотации на полях по указанному выше JSR 303. Bean Validation построен так, что его можно юзать как на сервер так и на клиенте. Все здорово.
НО. Есть такая практика как формирование DTO и отправка их клиентскому приложению, дабы серверные сущности не покидали пределов сервера. Это также предотвращает падение многочисленных LazyInitializationException когда detached сущность уходит из транзакционного контекста. Однако в этом случае не удастся использовать Bean Validation на клиенте, поскольку тот уже оперирует не сущностями а DTO и в итоге нужно повторять код валидации на клиенте, либо по необходимости конвертить DTO в сущность и прогонять через валидаторы.
Так как быть? Повсеместно использовать DTO на клиенте, писать дублирующийся код валидации или же допускать обработку серверных сущностей на клиенте дабы работала валидация но при этом потенциально ловить Lazy исключения?

В качестве примера могу привести проект над которым работаю в одной конторе. Там серверные сущности уходят десктопному приложению и Lazy сыпятся как из рога изобилия, не в последнюю очередь из-за криворукости тех кто работает над проектом, но все же.
Я же склоняюсь к комбинированному варианту - когда для различных форм редактирования использовать полноценные серверные сущности, при этом грамотно подходить к проектированию, а для различных браузеров и списков шде серверной сущности будет многовато юзать DTO.

Что скажешь, анон?

>>960337
В поддержку варианта с использованием серверных сущностей на формах редактирования говорит и тот факт что если юзать DTO то его структура в целом повоторит структуру серверной сущности и его кодирование будет более трудозатратным нежели использование серверной сущности (просто получается копируешь код серверной сущности в DTO)
Тот же Vaadin для форм редактирование предлагает удобные биндеры которые умеют работать с JSR 303.

Поступила инфа, что Шарп более не моден, и банки перекатываются на Angular и прочее. А Джава вечна. Стоит перекатываться на Джаву, по вашему?

>>960369
Как связан шарп и ангуляр ? Ты сравниваешь фронт и бэк?

>>960386
Шарп вроде тоже юзают для написания веб приложений (ASP.NET).
К тому же автор того поста сравнивал шарп (по всей видимости с ASP.NET) с Java и Angular, т.е. бэкенд и фронтенд жавы и шарпа

>>960369
Джава стухла еще во время празднования шарпа.
В тренде сейчас - го

>>960403
По всем тредам протёк го-чухан.

>>960404
Джаву специально оверхедят абстракциями, чтобы можно было толкать продукт и получать бабосы за техподдержку

>>960430
>оверхедят абстракциями
Примеры?

>>960473
Думаешь, в какой-нибудь js иначе будет? Так там ещё больше зависимостей на каждый чих.

>>960483
На jquery было гораздо больше говнокода. Хорошо, что он сдох.

>>960484
Вот бы ещё сдох и джяваскрипт, похапе и энтерпрайзные фабрики фасолин, и все перешли на статическую типизацию и ФП.

>>960485
Ну, тред есть. TypeScript, Swift.

>>960486
Тренд

фикс

>>960485
под ФП ты имеешь ввиду Scala?

>>960499
В том числе

>>960500
а ещё что?

>>960507
Хачкиль, f#, elm

Слышал, что с# и java довольно похожи. Так ли легко в случаи чего будет перекатиться с одного из этих языков на другой?

>>960548
Ты будешь перекатываться не между языками, а между их инфраструктурами.

>>960548
Так как C# > Java, то перекат с сишарпа в джяву, как тут уже выше сказали, заключается только в перекате на другую инфраструктуру, ну и некоторых побочных эфектов, вроде желания рыгать с убогости жабы и того, что что в ней всё делаешь, а ничего нет.

Для переката с джявы в сишарп потребуются определённые мозгоусилия для того чтоб перейти на более продвинутый язык.

Двач, есть вот такая ошибка:
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.

Прохожу по сайту и вижу, что Placing one (and only one) of slf4j-nop.jar slf4j-simple.jar, slf4j-log4j12.jar, slf4j-jdk14.jar or logback-classic.jar on the class path should solve the problem.

Дело в том, что в lib у меня уже есть slf4j-api. И что значит поместить в класс паф? Я как только добавляю либу, сразу жму Build Class PAth.

Юзаю эклипс и в данном случае хотел бы именно с ним разобраться. Алсо, мож у меня не полный комплект файлов, всё-таки? И файл api хуйня, а нужен из списка? Полный текст ниже

If you are responsible for packaging an application and do not care about logging, then placing slf4j-nop.jar on the class path of your application will get rid of this warning message. Note that embedded components such as libraries or frameworks should not declare a dependency on any SLF4J binding but only depend on slf4j-api. When a library declares a compile-time dependency on a SLF4J binding, it imposes that binding on the end-user, thus negating SLF4J's purpose.

>>959011 (OP)
Есть ли где-то НОРМАЛЬНЫЙ гайд по RxJavе? Чтобы все по полочкам было. У меня то что есть вызывает больше вопросов чем понимания? Как получить объект из обсервера? Поясните что-то за правильную архитектуру. Допустим из одного обсвервабла я получить данные, они пошли в обсервер который что-то сделал с этими данными. Как мне дальше передать данные из обсервера куда-то?

Ты обычный раб системы, у тебя все зашибись, утром ходишь на работу, это просто чудо жизнь, ты заканчиваешь школу, но ничего не понимаешь, а потом тебя находять и в армейку ты пиляешь, а в армейке край свободный - там ты станешь мужиком, по еблу ты получаешь и поставишься рачком. Круто чистишь ты сортиры и штаны - возвращаешься домой - ну теперь то ты мужик.
Вот вернулся ты с армейки но куда идти тебе - на завод конечно, там то круто ты поверь, хотя можно и учится но учеба - ерунда.
Работай на дядю, на клубы и яхту, выбрось свободу, иди на заводы и шахты, работай, работай на шмотки и шмары, может получишь хоть что-то, а может и пару.

>>960637
slf4j это логер обертка над всеми реализацями что появились для жавы. Соответственно сама обертка логировать не умеет и требует одну из реализаций. В твоем случае тебе нужно положить библиотеку реализицаию логирования и библиотеку которая выступит мостом между ними

Рассмотрим фреймворк Log4j2. Тебе понадобится
log4j-core - собственно сама библиотека логирования
log4j-api - api для подключения к другим реализациям
log4j-slf4j-impl - бридж для подключения к slf4j
slf4j-api - собственно она у тебя и так уже лежит, это api со стороны slf4j

Для чего такой изврат? Если ты пишешь конечный проект (какое-нибудь веб приложение) до достаточно библиотеки log4j которая является наилучшим логирующим решением.
Однако в случае написания каких-либо библиотек, которые изначально подразумевается использовать в других проектах ты не знаешь наверняка какая логирующая система будет использоваться у конечных пользователей твоей библиотеки. Для этого и используется slf4j враппер - таким образом ты оставляешь выбор логирующей системы конечным юзерам твоей библиотеки. А они этот выбор осуществляют через подкладывание в класпаф API и бридж либов как я описал чуть выше.

>>960557
> C# > Java
Двачую.

Зачем вам перекатыватся если джавистам больше платят и на джаве больше работы? Или вы очередные войтивайтишники?

>>960664
Дай мне хотя бы один написанный на яве бигдата фреймворк. То-то!

>>960672
Это ты сейчас так неудачно пошутил?

>>959344
пишут. Пожалуй самая удобная для веба, только если это не хоум пейдж

>>959604
orm не нужен. Очередная мифическая серебрянная пуля.
Нынче модны noSQL, так что orm больше не нужен

>>959731
скачиваешь плагин для браузера rest что-то там, выбираешь пост, в тело пишешь для начала {}

>>959795
> Spring Boot
малейший шаг в сторону и ничего не работает. Там нет даже сраных сервлетов

Что легче парсить на Java: XML, JSON или JSONP?

>>960637
тебе нужна реализация SLF4J. Есть на q, забыл название

>>960637
тебе нужна реализация SLF4J. Есть на q, забыл название

>>960715
наверно json через джексон. Тебе нужно будет только dto классы, соответствующие структуре твоего джсона

>>960720
кидай - тоже с такой проблемой столкнулся

>>960729
https://logback.qos.ch/

>>960481
>кококо, джава не оверхедна, где пруфы
>на
>кококо а вы туда, туда посмотрите

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

>>960756
абстракция над доступом к БД нужна? Нужна.
Абстракция над над слоем DAO? нужна
Абстракция над бизнес-логикой? Нужно
Абстракция над вебом? Нужно
Веб-сервер? Нужен

>>960759
Все просто. Всякие верстальщики Javascript и дебилы-байтоебы не понимают зачем нужны ООП, абстракции, интерфейсы. Ведь можно написать код и он будет работать без всего этого. Главное потом к нему больше не притрагиваться.

Поэтому в силу абсолютного непонимания и петросянят про абстрактные фабрики бинов и "оверхеды".

Абстрактный синглтон базы данных.
Синглтон mysql
Фабрика баз данных
Регистри, хранящая фабрику баз данных
Абстрактный строитель вывода
Строитель вывода из SQL
Абстрактный наблюдатель базы
Наблюдатель за mysql
Посредник, принимающий сообщения от наблюдателя
Абстрактная стратегия выбора баз данных
Стратегия выбора Mysql
Абстрактный декоратор стратегии выбора базы данных
Фабрика стратегий выбора баз данных
Посетитель, запускаемый посредником при получении сообщения от наблюдателя
Заместитель, принимающий посетителя и решающий, делегировать ли команду вывода виду
Абстрактный вид
Вид CLI
Абстрактная фабрика видов
Фабрика видов, возвращающая инстансы видов CLI
Прототип CLI-вида, используемый CLI-фабрикой
Абстрактная модель
Абстрактный ORM
ORM для Mysql
Модель, работающая с MySql-ORM сущностями
Абстрактная активная запись
Активная запись для mysql-ORM моделей
Абстрактный синглтон хранения моделей
Синглтон, хранящий активные записи
Абстрактный синглтон хранения видов
Синглтон, хранящий CLI-виды
Абстрактное мементо
Мементо активной записи Mysql-ORM модели
Абстрактная команда
SQL-команда

>>960770
Таким образом довольно просто мы получаем быстрое и гибкое приложение, пригодное для дальнейшего расширения функционала и рефакторинга.

>>960774
Архитектура жава-приложения:
1. договариваемся к американской компанией, что сделаем софт за половину стоимости.
2. нанимаем сотни индусов русских студентов за ЖРАТ.
3. лепим невменяемое говно из жавовских опенсорсных быдлиотек, сдобренное говнокодом студентов под управлением виабушных акхикектогов.
4. слегка проябываем дедлан, поэтому в конце добиваем код хаками, лишь бы запустилось (тем более выясняется, что акхитектогы напроектировали неудобную и нерабочую хуйню, зато по умным книжкам, которых они начиталсь).
5. ????
6. Единоразовый PROFIT
7. Заклюючаем договора поддержки и сажаем на поддержку в 3 раза больше жавообезьян, чем было на разработке (оно и понятно, написать хуйню легко, а вот как потом её сопровождать?).
8. Дополнительный PROFIT в течение многих лет.

>>960768
нет, конечно есть перегибы.
Вот на работе такой желающий перемен гик получил власть, теперь я ебусь с этим зоопарком orm, spring-data, cassandra, абстракция над кассандрой для получения SQL92, распределенный кеш, и ещё добрый десяток новомодных дилд.

Я считаю что кроме старого доброго SQL и JdbcTemplate ничего не нужно

>>960778
> Я считаю что кроме старого доброго SQL и JdbcTemplate ничего не нужно
Выбрасывай JdbcTemplate нахуй и используй jOOQ.
> Вот на работе такой желающий перемен гик получил власть, теперь я ебусь с этим зоопарком orm, spring-data, cassandra, абстракция над кассандрой для получения SQL92, распределенный кеш, и ещё добрый десяток новомодных дилд.
И чем ты недоволен?

>>960781
>jOOQ
посмотрел одним глазом. Это что-то типа QueryDSL?
Если да, то:
1) Нужны некие классы с маппингом, описывающие структуру таблиц. В случае сложных запросов это проблематично
2) Невозможно понять что генерирует эта дилда, и как это дебажить. Невозможно взять запрос и скопировать его в консольку СУБД.
3) Является ли эта дилда потоко-безопасной?. С QueryDSL возникали проблемы.

>И чем ты недоволен?
все эти новомодные дилды суть разворот в прошлое, во времена до создания реляционных БД.
Как кстати и микросервисы

>>960759
>абстракция над доступом к БД нужна? Нужна.
Зачем абстракция над доступом? Ты наверно хотел сказать про JDBC-драйвер? Но это драйвер для владельцев БД, конечно в плюс, что саны сделали стандартизированный драйвер (вообще многое что грамотно они сделали). В общем программирование от интерфейсов - это гуд. Но это фича ООП.

>Абстракция над над слоем DAO? нужна
Нет, нужен стандартны DSL для доступа прям из сервиса, DAO это костыль.
Если блять дебилы ставят транзакции прям над сервисами (аннотации), то
какая нахуй DAO им, они уже сервис-слой привязывают к БД.


>Абстракция над бизнес-логикой? Нужно
Что это и зачем это, не трогай бизнес-логику, без премии оставлю.

>Абстракция над вебом? Нужно
Нету его, есть сервлеты времен CGI, а риально абстракции (набора интерфейсов) чтоб писать одинаково просто на всех embedded серверах нет.
Spring mvc не абстракция, это фреймворк (тяжелый и бестолковый).

>Веб-сервер? Нужен
Тут долбаеба унесло.

>>960775
Это архитектура зарабатывания шекелей вне зависимости от ЯП, пиздабол.
>>960709
>Там нет даже сраных сервлетов
Экспертиза уровня /pr

>>960781
кстати вот здесь хорошо про эти дилды расписано
http://www.sql.ru/forum/894851-177/chto-seychas-proishodit-v-it-sbera?mid=20286614#20286614

Секрет успешности проектов - не использовать нереляционные базы данных и всевозможный Hadoop

>>960790
веб-приложение и без сервлетов. Через самописные костыли и самопридуманные стандарты.
Или сервлеты оно где-то внутри создает?

>>960775
Таки да, я рад что хоть кто понимает как бизнес в джаве устроен.

>>960788
>2)
С jooq дел не имел, но дай угадаю. Включить дебаг?

Кстати, ты не пердолик случаем? Ну типа: только plain sql - только хардкор! Фреймворки не нужны! Зато контроль!

>>960789
>Нет, нужен стандартны DSL для доступа прям из сервиса, DAO это костыль.
как ты тогда абстрагируешься от способа хранения данных?

>Что это и зачем это, не трогай бизнес-логику
именно для этого слой бизнес-логики должен быть в отдельном слое, максимально независимом от окружения

>Нету его
можно использовать сервлеты, можно использовать spring-mvc, можно ещё какую-нибудь новомодную дилду использовать. И вот как раз для безболезненной смены дилд и нужно выделять это в отдельный слой

>>960794
Да есть там сервлеты, специально для таких дебилов маркетологи заставляют добавлять это говно везде, но прячут так глубоко, что ты их не увидишь.
И получается - да ваша "ХУЙНЯ_НЕЙМ" поддерживает сервлеты, берем! Дебилы, бля (с)

>>960794
>Или сервлеты оно где-то внутри создает?
Оп-а! Эксперты /pr начали что-то подозревать!
Ну ты же уже спизданул десятком постов выше о том, в чем не разбираешься, с полной уверенностью знатока?

>>960796
sql это и есть универсальная абстракция, универсальный DSL. Или вам подавай абстракцию над абстракцией?

>>960799
какая разница, если нельзя получить к этому доступ

>>960797
>как ты тогда абстрагируешься от способа хранения данных?
Этой же DSL

>>Что это и зачем это, не трогай бизнес-логику
>именно для этого слой бизнес-логики должен быть в отдельном слое, максимально независимом от окружения
Сервис-уровен. У скрипто макак это моделью называют.

Запомни, иногда поддержка абстракции обходиться дороже чем если бы мы перелопатили руками. Я уже привел пример, что стало нормой вешать транзакции на сервис-слой и почему это всех устраивает? Потому что в реально никто не меняет каждый день одну БД на другую. В итоге все это сосалово для успокоения.

>>960788
Типозащищенный sqlный билдер с dsl sql-like в виде fluent interface. Поддерживает 100% всего, что можно написать на просто SQL. И предоставляет определенную абстракцию от конкретной реализации реляционной базы.
> 1) Нужны некие классы с маппингом, описывающие структуру таблиц. В случае сложных запросов это проблематично
Поддерживает как просто стринги в значения таблиц и колонок, так и использование автогенерируемых классов, описывающих структуру БД. С ними как раз вся годнота и есть, решая кучу проблем еще на этапе компиляции. Алсо автогенерация охуенно в devops-практики вписывается.
> В случае сложных запросов это проблематично
Никаких проблем.
> 2) Невозможно понять что генерирует эта дилда, и как это дебажить. Невозможно взять запрос и скопировать его в консольку СУБД.
Посмотри примеры - это SQL и есть.
Генерирует как есть - но вообще конкретные запросы в дебаге. Оттуда копируешь и вставляешь, если нужно.
> 3) Является ли эта дилда потоко-безопасной?. С QueryDSL возникали проблемы.
На 100%. Объявил DSLContext одиночной фасолиной и инжекти его хоть в анус Сатаны и долби одновременно туда тысячью хуев.
> все эти новомодные дилды суть разворот в прошлое, во времена до создания реляционных БД.
Хуй там падал в три пизды. Если задачу можно выполнить с помощью реляционной БД - следует ее использовать. Но есть задачи, где реляционщина уже не оче.
Другое дело, что noSQL всякие евангелисты и прочие барухи продвигают как замену SQL, что нихуя не верно.
>>960796
Пердолик тут как раз ты, раз ебашишь plainSql в приложениях, а не делаешь это правильно.

>>960806
>нельзя получить к этому доступ
О! Ещё одно смелое утверждение анонимного эксперта!

>>960807
Куда писать plain sql, когда твоя DSL соснёт?

DSL то, кстати сам напишешь, пердоля?

>>960801
А теперь включи свой школьный мозг и подумай почему потребовалась абстракция над уже существующей SQL-абстракцией?? М? Давай ты сможешь понять, что в реале у каждый бд все равно есть своя специфика и приходиться надстройку делать - опять!

Дебил неопытный

>>960789
> Если блять дебилы ставят транзакции прям над сервисами (аннотации), то
> какая нахуй DAO им, они уже сервис-слой привязывают к БД.
Сука дебил нахуй ты ебаный, я ебал.

>>960807
> Я уже привел пример, что стало нормой вешать транзакции на сервис-слой и почему это всех устраивает?
Потому что транзакции это сервисная логика.

>>960808
>раз ебашишь plainSql
Ты бы хоть читал, на что отвечаешь. Бухал вчера что ли?

>>960815
Твой выглядел дополнением предыдущего поста ананаса. Ок, отвечу еще раз.
> Кстати, ты не пердолик случаем? Ну типа: только plain sql - только хардкор! Фреймворки не нужны! Зато контроль!
Нет. Это хуйня.

>>960811
С прибытием, даун
https://ru.wikipedia.org/wiki/Java_Persistence_Query_Language

>>960808
ну ок, попробую эту дилду.

Единственный недостаток plainSQL - что он не проверяется на этапе компиляции. Но твоя дилда тоже не может гарантировать корректность запроса и соотстветствие структуры БД.
И так и так это решается только юнит-тестами с реальными запросами к базе.

>>960814
>Потому что транзакции это сервисная логика.
Ну вот приехали.
Окей, я переезжаю на БД без поддержки транзакции - мой сервис слой виноват, или ты тупое говно?

>>960807
>Этой же DSL
а если я захочу заменить БД на какую-нибудь заглушку для тестовых целей?

> Я уже привел пример, что стало нормой вешать транзакции на сервис-слой
транзакции и предназначены для вешанья на бизнес-слой. Транзакции тесно связаны с бизнес-логикой

>>960824
Нет, это ты долбоеб, раз решил переехать на БД без поддержки транзакций, но при этом твой код транзакционен.

Решил выиграть Формулу 1, нанял Шумахера, посадил его в машину без колес и недоумеваешь хули этот баран не обгоняет всех, он же Шумахер.

>>960812
И вот именно поэтому слой DAO нужно писать свой, под свою базу. А не надеяться на универсальный ORM, что он магией сделает тебе заебись.
ORM тоже не гарантирует абстракцию над базами. В нем тоже нужно хуячить nativeSQL

>>960824
слой хранения данных должен обеспечивать транзакционность. Это одна из его задач

>>960833
бля не то написал. Средство хранения данных должно обеспечивать транзакционность

>>960821
Так вот и расскажи про plain sql в JPQL.

>>960823
> Но твоя дилда тоже не может гарантировать корректность запроса и соотстветствие структуры БД.
Авотхуй. Как раз для этого и сделано. У тебя нихуя не скомпилируется, если метод from проебал или тебя отвлекли и написал frm. У тебя нихуя не скомпилируется, если ты используешь несуществующую таблицу или колонку. У тебя нихуя не скомпилируется, если проебался и суешь не тот тип в колонку.
И другая удобная хуйня.

>>960821
нинужно

>>960824
Ты не тот же дебил, что про сервлеты и спринг отмочил?

>>960836
чтобы гарантировать корректность запроса, в нем должен быть полноценный парсер sql. Сильно сомневаюсь в его наличии

>>960834
А я уже хотел тебя обоссать.

>>960842
Я от Лукаса деньги за рекламу не получаю. Годноту посоветовал - юзай или продолжай писать plainSql и проебываться в рантайме.

пожалуй единственное для чего нужен orm - в нем удобно делать джойн связанных сущностей.
Но это порочная практика, и plainSQL закономерно бьет по рукам за попытку это сделать.

>>960848
эта штука немного снижает количество опечаток, не более. Все-равно нужно будет тестировать эти запросы к реальной базе

>>960672
Тебе не похуй на какие-то маняфреймворки, кретин? Ты ради бобла работаешь или ради маняфреймворков?

>>960645
Бамп вопросу ыыыыыы

>>960645
>RxJavе
что за очередная дилда?

окай. Поясните мне, в чем сакральный смысл spring-boot?
Для меня это выглядит как вместо профессионального перфоратора взять детскую игрушку, ибо она легче, и с ней разберется даже ребенок

>>960827
>Нет, это ты долбоеб, раз решил переехать на БД без поддержки транзакций, но при этом твой код транзакционен.

Ох я ржу, а где же гибкость и вся чипуха?
По твоей логике и DAO не нужно - ведь "раз решил переехать на другую БД"
Дебилы, бля (с)

DAO - дает абстракцию над БД. При смене БД я меняю только DAO, за счет чего мой сервис слой остается без изменения. Если я меняю БД и это затрагивает и сервис-слой - значит ты долбаеб натянул зависимость на бизнес логику

>>960861
транзакционность это пожалуй единственное исключение, когда бизнес-логика должна быть связана с хранением данных.

В частности это означает что твое средство хранения данных должно обеспечивать транзакционность

>>960860
>сакральный смысл
вызывать бугурт стариканов неосиляторов

>>960861
Написал пост, но стер и решил просто обоссать дебила. Ссу на тебя.

>Джава гибка и абстрактна.
>Но если я поменяю БД то это может затронут бизнес-слой.
>Ко-ко-ко - это база виновата, это она такая плохая, потому что должна что-то обеспечивать (транзакционность).
Лол, хуй она тебе что должна (маня-мирок джава-индусов)

>>960868
Ты понимаешь что такое транзакция?

>>960866
фикс
>я не могу тебе возразить, я обосрался тут, но я на тебя зол, поэтому просто покречу.
Не переживай, не первый раз рву маня-миры индусов.

>>960870
Транзакция - группа последовательных операций с базой данных, которая представляет собой логическую единицу работы с данными.

К бизнес логике она никаким хером не относится, это уровень персистенса

>>960873
> Транзакция - группа последовательных операций с базой данных, которая представляет собой логическую единицу работы с данными.
Абсолютно неверно.

С такой логикой простое выполнение
select from table;
select from table;
является транзакцией.

Погугли еще и попробуй еще раз. После этого перейдем к зачем они нужны.

>>960859
О, очередной школоподельщик пишущий калькулятор и желающий войтивайти

>>960876
Костыль, чтобы не использовать асинхронный Go

>>960873
Как насчёт транзакции в несколько гетерогенных баз?

>>960874
>Транзакция - группа последовательных операций с базой данных
>Сервис-слой это бизнес логика, изолированная от базы данных по средством слоя DAO
Помогите Доре с логикой

>>960882
> >Транзакция - группа последовательных операций с базой данных
> Абсолютно неверно.
> Погугли еще и попробуй еще раз. После этого перейдем к зачем они нужны.

Дора, почему ты такая тупая шлюха? Пиздуй делать что говорят.

>>960882
чем диктуется эта группа операций? Для чего нужен откат транзакции?

>>960881
Блять джависты тупые мрази.
С хуяли бизнес логика должна знать о том сколько там баз данных, еще блять где они расположенны? Да?

Я уже вижу, сегодня одна база, завтра их две - и этот индус ковыряет каждый раз бизнес-логику. Лол.

Понятно что за это должен отвечать слой DAO и какое-то совокупное его подмножество.

>>960885
ВРЕТИ
Я ждал этого :D

>>960889
Дебилоид, если ты ничего сложнее круда в жизни не писал, то не проецируй.

>>960880
К сожалению ты не знаешь, ни то, ни другое

Сильно абстрагированные фреймворки вопреки бытующему в среде «корпоративных менеджеров» мнению, не упрощают, а напротив — радикально усложняют разработку и поддержку (см статью, собственно). Это новая религия (слаба роботам, не особо популярная в среде профессиональных разработчиков, как это может показаться после чтения Хабры) возникла из иллюзорных желаний непременной монетизации любого созданного за 15 минут кода, с легкой руки Google и иже.

Популярная нынче бизнес-модель хипстер-стартаперов: берем опенсорс-библиотеки, заворачиваем это все в наши классы и методы, называем это NewBuzzword framework, придумываем этому применение, которое конструирует «уникальное предложение», делаем набор примеров в рамках концепции «уникального предложения» и пишем документацию. Все это выкладываем в свободный доступ и потом везде пишем длинные статьи сдобренные красивой инфографикой в духе «теперь вы можете за 1 минуту написать то, на что другие тратили годы» в журналах для молодняка, а в других журналах (для бизнесменов): «реальная оптимизация бизнес-процессов с новым фреймворком NewBuzzword».

Это настолько хорошо работает, что миллионы неофитов по всему миру с легкостью индокринируются в эти новые секты. Результатом этого воистину религиозного поклонения является миллионы денег налогоплательщиков выбрашенных на ветер и километры говно-кода который никто никогда не сможет поддерживать без необходимости переписывать все заново с нуля каждый раз, когда система в какой-то своей части устаревает или требует расширения спектра применения.

>>960891
> аррря врети
Ах, этот сладкое чувство поражения обосравшегося собсеседника.

Ты нихуя не знаешь что такое транзакции и для чего они нужны, а что-то там кудахтаешь про архитектуру. Поэтому и несешь такую дикую хуйню.

Подмойся и пиздуй в гугл умнеть.

>>960915
Ты спросил что такое транзакция.
Чел кинул и ткнул носом что это ответственность слоя DAO
Вместо конструктивного ответа - подрыв пукана, отрицание, крики что все не так.

Что с вами не так? Пережрали абстракции?

>>960908
Судя по посту ты тоже не знаешь.
Конструктивный диалог жаба-макак

>>960944
Ох уж этот школоподельщик пишущий калькулятор. Он то все знает

учу js чтобы стать фулл-стек. ебать я охуеваю от его сложности, просто пиздец
год опыта в джава

>>960942
> Ты спросил что такое транзакция.
> Чел кинул
Ты чел ответил абсолютно неправильно, о чем ему сказали два человека, причем несколько раз. Ты чел порвался и начал верещать врети.
> это ответственность слоя DAO
Пусть ты чел прекратит обсираться с подливой и возьмется за ум.

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

>>960942
транзакции на сервисном слое

>>960985
Окей, мало сегодня ваши жопы рвались.
Что такое транзакция на сервисном слое?
И самое главное зачем она там есть, если сервисный слой не имеет отношение к доступу хранения данных (т.е. провайдером данных в данном случае может быть тупо файловая система (простые файлы))?

Вы тут полыхаете, но не один не пояснил еще.

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

То что так можно разводить бизнес, оно то понятно, но себя то не обманывайте.

>>961022
Смотри. У тебя может быть обращение с двумя базами данных или там обращение к бд и работа с jms. И физически у тебя будет две транзакции, но бизнес-транзакция - одна. Так на каком слое с ней обращаться?

>>961079
Да даже банальное добавить-удалить-изменить - это одна транзакция, а для дао - три отдельные операции.

>>961022
ты троллишь что ли? допустим у тебя несколько обращений из сервиса в разные репозитории (дао). последняя завершилась неудачно, нужно откатить предыдущие. какую-то левую хуйню про абстракции загоняешь, при чём тут это вообще