Vs?

Вижлу?

Visual Studio

Вот так люди и становятся шарпистами

И в Канаду ты не поедешь

Чойта?

Принимай весло

слоган "делаем шарпистов через вижлу"

Эх

Каждый джавист должен пройти через такое, чтобы понять, что у них всё не так уж и плохо

А вдруг понравится, и ты останешься?

Будешь рассказывать какой сишарп клевый

Как через линк круто работать с базой

Каждый джавист должен пройти через такое, чтобы понять, что у них всё не так уж и плохо

в кроваом жаба-тырпразе все оче плохо, у нас несколько человек уже на фронт сбежало, не то что на шарп, на фронт, карл

Я себе 3-4 месяца даю, чтобы вкатиться

А там посмотрим

Будешь рассказывать какой сишарп клевый

но ведь есть котлин)

но ведь есть котлин)

А у него выбора нет. VS уже поставили

Все, пропал джавист

А у него выбора нет. VS уже поставили

Да ладно, уже все 30 ГБ уже поставились ??

А кто-нибудь gatling c gitlab интегрировал?

Ну из тех кто реально пишет cncrc

если нет операций вставки в очереди, wait, sleep - тогда точно флаг если есть блокировки, тогда уже без обработки Interrupted не обойтись

как например в стандартных массивах есть поле final length

Ну не совсем так))

Ну не совсем так))

в смысле? именно так же

геттеры и сеттеры нужны для сокрытия данных и возможного расширения функционала при присвоении/чтении значения. вот пользуешься ты полями, а потом захочешь валидировать/изменять значение при установке. и усё ))) по всему проекту будешь лазить и заменять на метод

Так, в общем все вроде получилось, но не совсем. Вот смотрите я сделал такую обертку для всех возвращаемых значений (и из методов контроллеров и из обработчиков ошибок): public class ResultView<T> { public final String status; public final T value; public final List<Object> errors; private ResultView(String status, T value, Stream<Object> errors) { this.status = status; this.value = value; this.errors = errors.collect(Collectors.toList()); } public static <T> ResultView<T> success(T result) { return new ResultView<>("success", result, Stream.empty()); } public static <T> ResultView<T> error(Stream<Object> errors) { return new ResultView<>("error", null, errors); } public static <T> ResultView<T> error(Object error) { return error(Stream.of(error)); } } public class ValidationErrorView { public final String message; public final String field; public ValidationErrorView(String message, String field) { this.message = message; this.field = field; } } И все бы хорошо, но когда я именно возвращаю ошибки валидации вот так: @ExceptionHandler(MethodArgumentNotValidException.class) @ResponseStatus(HttpStatus.BAD_REQUEST) @ResponseBody public ResultView<Object> processValidationError(MethodArgumentNotValidException e) { Stream<ValidationErrorView> errors = e.getBindingResult().getFieldErrors().stream().map(x -> new ValidationErrorView(x.getDefaultMessage(), x.getField())); return error(errors); } То у меня на фронт приходит вот такой json: { "status": "error", "value": null, "errors": [ { "parallel": false } ] } Что это за parallel не подскажете? Очень странно... Для обычных строк и success работает нормально.

геттеры и сеттеры нужны для сокрытия данных и возможного расширения функционала при присвоении/чтении значения. вот пользуешься ты полями, а потом захочешь валидировать/изменять значение при установке. и усё ))) по всему проекту будешь лазить и заменять на метод

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

Так, в общем все вроде получилось, но не совсем. Вот смотрите я сделал такую обертку для всех возвращаемых значений (и из методов контроллеров и из обработчиков ошибок): public class ResultView<T> { public final String status; public final T value; public final List<Object> errors; private ResultView(String status, T value, Stream<Object> errors) { this.status = status; this.value = value; this.errors = errors.collect(Collectors.toList()); } public static <T> ResultView<T> success(T result) { return new ResultView<>("success", result, Stream.empty()); } public static <T> ResultView<T> error(Stream<Object> errors) { return new ResultView<>("error", null, errors); } public static <T> ResultView<T> error(Object error) { return error(Stream.of(error)); } } public class ValidationErrorView { public final String message; public final String field; public ValidationErrorView(String message, String field) { this.message = message; this.field = field; } } И все бы хорошо, но когда я именно возвращаю ошибки валидации вот так: @ExceptionHandler(MethodArgumentNotValidException.class) @ResponseStatus(HttpStatus.BAD_REQUEST) @ResponseBody public ResultView<Object> processValidationError(MethodArgumentNotValidException e) { Stream<ValidationErrorView> errors = e.getBindingResult().getFieldErrors().stream().map(x -> new ValidationErrorView(x.getDefaultMessage(), x.getField())); return error(errors); } То у меня на фронт приходит вот такой json: { "status": "error", "value": null, "errors": [ { "parallel": false } ] } Что это за parallel не подскажете? Очень странно... Для обычных строк и success работает нормально.

а зачем ты все в Stream оборачиваешь это фетиш такой

?

а зачем ты все в Stream оборачиваешь это фетиш такой

потому что стримы рулят

люблю их

потому что стримы рулят

ну ясно, фетиш

Кто-нибудь знает, можно ли настроить проект в idea так, чтобы project sdk менялся автоматически в зависимости от того какой javac.target в родительском поме. У нас сейчас переходный период, приходится периодически прыгать между бранчами с разными версиями джавы.

оказывается в метод error передается (судя по отладчику) не стрим, а что-то другое

странно

ReferencePipeline это и есть Stream

ReferencePipeline это и есть Stream

ну а чего он тогда тупит?

оказывается в метод error передается (судя по отладчику) не стрим, а что-то другое

Это и есть стрим, стрим это же просто интерфейс

это ты тупишь а не он

сори

тогда хз

ты же юзаешь стримы потому что они рулят но разобраться как они работают наверно забыл

это ты тупишь а не он

я не туплю, все должно работать вроде ?

ты же юзаешь стримы потому что они рулят но разобраться как они работают наверно забыл

я юзал linq в c#, стримы это примерно тоже самое

у стрима есть интерфейс там есть метод isParallel

я юзал linq в c#, стримы это примерно тоже самое

это совершенно разные языки внутри

смысл в том что стрим это просто оболочка для любой итерируемой коллекции которая не тратит лишней памяти

как-то так

плюс у стримов куча удобных методов типа того же map

в Java итерируемая коллекция это коллекция обладающая интерфейсом Iterable

это все ништяки из функционального программирования

я люблю фп))

ладно блин не суть, почему у меня так странно мапится результат? что за parallel? почему там нет полей с сообщениями как у меня во вьюхе определено?

Так, в общем все вроде получилось, но не совсем. Вот смотрите я сделал такую обертку для всех возвращаемых значений (и из методов контроллеров и из обработчиков ошибок): public class ResultView<T> { public final String status; public final T value; public final List<Object> errors; private ResultView(String status, T value, Stream<Object> errors) { this.status = status; this.value = value; this.errors = errors.collect(Collectors.toList()); } public static <T> ResultView<T> success(T result) { return new ResultView<>("success", result, Stream.empty()); } public static <T> ResultView<T> error(Stream<Object> errors) { return new ResultView<>("error", null, errors); } public static <T> ResultView<T> error(Object error) { return error(Stream.of(error)); } } public class ValidationErrorView { public final String message; public final String field; public ValidationErrorView(String message, String field) { this.message = message; this.field = field; } } И все бы хорошо, но когда я именно возвращаю ошибки валидации вот так: @ExceptionHandler(MethodArgumentNotValidException.class) @ResponseStatus(HttpStatus.BAD_REQUEST) @ResponseBody public ResultView<Object> processValidationError(MethodArgumentNotValidException e) { Stream<ValidationErrorView> errors = e.getBindingResult().getFieldErrors().stream().map(x -> new ValidationErrorView(x.getDefaultMessage(), x.getField())); return error(errors); } То у меня на фронт приходит вот такой json: { "status": "error", "value": null, "errors": [ { "parallel": false } ] } Что это за parallel не подскажете? Очень странно... Для обычных строк и success работает нормально.

В BaseStream от которого Stream наследуется, есть метод isParallel, который говорит последовательный стрим у тебя или нет. Если ты маршаллер никак не тюнил, он наверняка это засунет в результат

потому что ты забыл прочитать книжку по Java/Spring/Jackson

ладно блин не суть, почему у меня так странно мапится результат? что за parallel? почему там нет полей с сообщениями как у меня во вьюхе определено?

Потому что ты сериализуешь стрим, а не сам объект

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

бинов или Iterable

т.е. один объект это T и второй это Iterable<T>

потому что ты забыл прочитать книжку по Java/Spring/Jackson

может ты просто скажешь в чем дело если знаешь?( за всю жизнь я не прочитал ни одной книги по программированию и не планирую, но C# например имхо я знаю в совершенстве, а java уже почти тоже, достаточно лишь постоянно разрабатывать на языке чтобы знать его, а что не понятно есть в гугле (как правило)

ERROR: S client not available

кек

Тебе два раза уже сказали

Такие вопросы лучше задавать в https://t.me/javastart

может ты просто скажешь в чем дело если знаешь?( за всю жизнь я не прочитал ни одной книги по программированию и не планирую, но C# например имхо я знаю в совершенстве, а java уже почти тоже, достаточно лишь постоянно разрабатывать на языке чтобы знать его, а что не понятно есть в гугле (как правило)

О чудо, я нашел совершенного программиста

Тебе два раза уже сказали

нет, я понял что parallel это поле стрима, но почему оно там??? у меня же маппится этот стрим в список моделек this.errors = errors.collect(Collectors.toList());

http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/file/tip/src/share/vm/oops/arrayKlass.cpp

может ты просто скажешь в чем дело если знаешь?( за всю жизнь я не прочитал ни одной книги по программированию и не планирую, но C# например имхо я знаю в совершенстве, а java уже почти тоже, достаточно лишь постоянно разрабатывать на языке чтобы знать его, а что не понятно есть в гугле (как правило)

я просто хз как тебе объяснить все быстро и на пальцах если ты сразу касаешься кучи смежных вопросов которые фундаментальны в Java

здесь нужно базу иметь чтобы понимать как внутри все работает

Ты маршаллишь объект стрим, маршаллеру пофиг что у тебя внутри

понимать кто маршалингом в спринге занимается по дефолту

Он видит там поле которое воспринимает как поле обычного блина

И суёт его в результат

Либо разбирайся с конфигурацией маршаллера, чтобы он со стримами работал

Либо не выкобенивайся и возвращай iterable

Он видит там поле которое воспринимает как поле обычного блина

блина? ? с чем блины? я люблю со сгущенкой! ?

Либо разбирайся с конфигурацией маршаллера, чтобы он со стримами работал

вот хороший совет

Пожирнее?

Либо разбирайся с конфигурацией маршаллера, чтобы он со стримами работал

погоди, что за маршаллер?

щас не совсем понял...

ты о чем вообще

Который json из объекта готовит

Там не гномики под капотом

вообще то это магический эльф

сорь

ааа... хочешь сказать это не в стримах проблема, а в json?

не читал книги по прграммированию но спринг гавно

тебе хотят сказать что джексон не хочет есть стрим

у меня все

следующий вопрос что такое джексон =)

просто возвращай эррейлист

тебе хотят сказать что джексон не хочет есть стрим

если ты не заметил у меня нет в классе поля типа стрим, у меня ошибки хранятся в обычном списке, а из стрима просто маппятся