• Как добавить объект класса наследника?

    @Maa-Kut
    Денис Загаевский, так плюсы на то и плюсы, что предоставляют разработчику массу свободы в части отстреливания себе конечностей )) Если серьезно, то надо понимать, что просто так чистить вектор с указателями не стоит, нужно продумать, кто, где и когда убьет сами элементы.
  • Как добавить объект класса наследника?

    @Maa-Kut
    Как объявлена myOrganisms? Какая ошибка выдается?
    Если вектор - это именно вектор указателей, то класть в него надо не Cabbage(...), а new Cabbage(...), наверное (подзабыл уже плюсы).
  • Какой скриптовый язык выбрать для несложных утилит?

    @Maa-Kut Автор вопроса
    вы бы определились, вам кажется, или это доставляет какие то проблемы.

    Не кажется, доставляет: строгая типизация требует несколько больше писанины, нужна VS, ну и просто процесс внесения изменений усложняется. Я не говорю, что это все прямо смертельно, но все же.

    я бы продолжил смотреть в сторону питона

    Он у меня как бы основной вариант. Все упирается в развертывание: под каждую утилитку нужно virtualenv настраивать, зависимости подтаскивать и т.п. Может, есть какие-то способы эти действа максимально автоматизировать?
  • Как увязать React router и Redux-редьюсеры?

    @Maa-Kut Автор вопроса
    Спасибо, тоже думал в эту сторону. Правда, не очень нравится, что валидацию, по сути, инициирует сам компонент. Я же пока стремлюсь к тому, чтобы компоненты были как можно более глупыми и занимались только отрисовкой UI.
  • Стоит ли учить сегодня ASP.NET и можно ли на этом заработать?

    @Maa-Kut
    Скорость развития - скорее минус, тк возникает большое колличество несовместимого или устаревшего кода.

    Не соглашусь. Обратную совместимость никто не отменял, а отсутствие развития способно отвернуть от платформы имеющихся и новых разработчиков. Вопрос баланса новизны и совместимости, в общем.

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

    Если Oracle кинет яву, то для платформы это станет очень серьезным ударом. Использование явы станет фактором риска, что будет побуждать альтернативные решения для существующих и, тем более, новых проектов.
  • Как указать ASP.NET скриптам путь к исходному коду?

    @Maa-Kut
    ASP.NET - это не PHP. Приложение должно компилироваться, и сервер будет использовать скомпилированную dll-ку. Исходники серверу подсовывать не надо, он с ними не работает. В исходных кодах хранятся только страницы (aspx/cshtml файлы).
  • Какую GUI выбрать для Go?

    @Maa-Kut
    Вообще, бытует мнение, что Go - он (на текущий момент, по крайней мере) для сервера в первую и основную очередь. В этом плане чем-то напоминает PHP: технически, на нем создать десктопный GUI можно, но разумнее выбрать более подходящий инструмент.
  • Стоит ли учить сегодня ASP.NET и можно ли на этом заработать?

    @Maa-Kut
    асп и шарп слишком поздно стали продвигаться на линуксах

    И что? Популярность у них, тем не менее, весьма серьезная и только растет. Вот с Java все несколько неоднозначно: по сравнению с .NET она очень медленно развивается, будущее JavaEE вообще все более туманно (регулярно возникают слухи, что EE вообще прикроют).
  • VSCode, Gulp и Eslint: кто из них врет?

    @Maa-Kut Автор вопроса
    Николай: Т.е. получается, что линтер что-то проверяет, ошибки на лету правит, но исправления эти уходят в никуда? По сути, он жалуется лишь на те вещи, которые не может исправить, остальные ошибки так и остаются. Понятно, спасибо )
  • VSCode, Gulp и Eslint: кто из них врет?

    @Maa-Kut Автор вопроса
    Нет, тут именно error: подсвечивается же красным, да и "2" в eslintrc - это именно ошибка, а не предупреждение. При проверке gulp'ом предупреждения тоже сыплются, но на другие вещи; ошибки будто бы игнорирует. Была мысль, что он их просто фиксит на лету, но в полученном файле этот самый "use strict" тоже не фигурирует.
  • Где осуществлять валидацию пользовательского ввода в архитектуре MVC?

    @Maa-Kut
    Мне просто не упрощения в духе "сервер это модель", поскольку у приложения на клиенте тоже может быть своя модель, а сервер в этом случае лишь деталь реализации.


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

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

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

    Я часто слышу фразы в духе "модель это база данных" или "модель это штука которая имеет доступ к базе данных".

    Во фразах "модель данных" и "модель в MVC" и там и там присутствует слово "модель", что часто приводит к путанице. Я такого не утверждал, выше указал свое видение данного вопроса.
  • Где осуществлять валидацию пользовательского ввода в архитектуре MVC?

    @Maa-Kut
    Сергей Протько:
    извините, но с каких пор "база данных" это модель?

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

    Не-не-не, такого я тоже не говорил. JS-клиент реализует лишь часть логики, прежде всего, связанной с UI: экраны, переходы между ними, первичная валидация вводимых данных и т.п. Бизнес-логика все равно "живет" на сервере. В конце концов, приложение может иметь и другие UI (Android/iOS-клиенты, например).
    Или приложения, которые хранят все данные исключительно на клиенте и не имеют сервера как такового?

    Так ведь концепция MVC не накладывает никаких условий на физическое размещение компонентов M, V и C: они, по факту, могут вообще все вместе жить в одном jar/exe-шнике.
  • Где осуществлять валидацию пользовательского ввода в архитектуре MVC?

    @Maa-Kut
    Karas89: Именно поэтому контроллер должен быть по возможности простым: если он сам в БД не ходит, то и никакими инъекциями его уязвить не получится. Плюс грамотная настройка самого веб-приложения, чтобы оно имело ровно столько полномочий, сколько нужно. Плюс всякие дополнительные средства вроде .NET-ного Code Access Security.
  • Правильно ли я пользуюсь try with resources или в чём тут проблемма?

    @Maa-Kut
    Выглядит так, будто connectionPool.getConnection() кидает исключение.
  • Я не умею готовить репозиторий или он просто не очень?

    @Maa-Kut
    Валерий Абакумов:
    Вот здесь я немного Вас не понял - можете пояснить?
    Мысль в том, что пользователь репозитория не должен знать тонкостей получения данных из него. Он должен просто сказать репозиторию: "Дай мне юзера с вот таким ID", а репозиторий уже сам решает, какие сущности подергать, какие атрибуты с чем сравнить и т.п. Иначе логика доступа к данным размазывается по всему приложению.
  • Я не умею готовить репозиторий или он просто не очень?

    @Maa-Kut
    достаточно сделать так: var unit = UnitOfWork.Repository().GetQuery(e => e.UserId == targetUserId)
    - вообще, такой маневр считается плохой затеей. Во-первых, получение юзера по ID может в разных местах быть нужно - плодим копипасту. Во-вторых, вылезает наружу логика доступа к данным, которую репозиторий по-хорошему должен инкапсулировать. Скажем, появится какой-нибудь флажок типа IsActive или IsDeleted, который тоже нужно учитывать - и придется шерстить весь проект, править вышеозначенные запросы.
  • Почему не находит сервлет?

    @Maa-Kut
    Подозреваю, что в первом случае не нужна аннотация @Path("/register"), т.к. сервлет уже замаплен по этому пути в web.xml.
  • Какова правильная последовательность вызова методов Web Api?

    @Maa-Kut
    Токен может быть условно "вечным" и выдаваться пользователю отдельно (скажем, при первоначальной регистрации в Вашем сервисе). А от перехвата нужно защищаться всякими там HTTPSами.
  • Какова правильная последовательность вызова методов Web Api?

    @Maa-Kut
    А что конкретно смущает в передаче токена в заголовке? Мне кажется, для API-сервиса это - оптимальный вариант. Можно передавать токен, можно - логин/пароль (тогда отдельный метод аутентификации не нужен), при желании можно и шифрование прикрутить.