• Node JS насколько удобен в Desktop и для сайтов?

    Антон Спирин, у вас такое количество обращений лично ко мне, что создается впечатление, что у вас аргументы кончились) У нас точно дискуссия о технологиях, а не торговля за огурцы идет? Снова нет ничего, кроме субъективного мнения и громких заявлений. Я скучаю.
  • Node JS насколько удобен в Desktop и для сайтов?

    Антон Спирин,
    софистическая дискуссия у вас выходит.

    Вам бы этого очень хотелось, я верю, но нужны аргументы. Мир фронтенда сам за себя не постоит.

    В моем первоисточнике речь шла о клиентских приложениях и об их логике.

    Вопрос-то общий, а не про ваши первоисточники.

    Взять к примеру Visual Studio Code, где кейс был отнюдь не "у нас есть сайт и нет денег".

    VS Code - без сомнения великолепная реализация на фоне всего остального.
    Но пилился он именно, что в спешке - в целях поддержки .NET Core, на готовом движке. Трезвому взгляду предстаёт редактор кода, который даже без плагинов по неспешности работы похож на Visual Studio, но по возможностям не дотягивает. Но его сила в сообществе, пилящем плагины, а не технологическом совершенстве.

    А если вы считаете Netflix, LinkedIn, Uber или, например, eBay "быстрыми веб-проектами", то вы явно не знаете о чем пишите.

    Да, это вполне неплохие проекты с упором на веб. Вы крайний раз давно бывали в клиентском офисе Uber? Или Netflix? Может заказывали у них фирменные продукты с доставкой?
    Это как в том анекдоте про единственную страничку на PHP в Google, через которую они пиццу заказывают - нужно знать, для чего это используется. Веб для такого бизнеса - это всего лишь фронтенд, под ним могут крыться врата ада бизнес-логики на совсем других технологиях. Возможно, вы такого просто не встречали.

    node.js сейчас там активно внедряется, как отличное универсальное и масштабируемое решение.

    Вот бы почитать об этом не только комментарии на тостере...

    Node.js отлично подходит для проведения финансовых операций.

    Нет, это же не страничка с личными финансамии. Это огромные потоки данных с вычислениями, куда ноде путь заказан. Да и слабая типизация основного DSL платформы надежности и поддерживаемости не особо способствует.

    Что касается десктоп версии Slack, то она активно используется пользователями по всему миру. Это если сомневаетесь в ее полезности.

    Вот передо мной юзер приложения, который не может толком сказать, зачем он это делает. И не просто юзер, а человек, позиционирующий себя программистом, специалистом, разбирающимся в теме. Да, блин, я сомневаюсь))
  • Node JS насколько удобен в Desktop и для сайтов?

    Антон Спирин, не спор, дискуссия)

    Теперь вы сами называете исключительный случай тенденцией.

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

    Не видел бизнес-логику веб-приложений написаную на C.

    Снова мимо( Про веб-сервисы я сказал чуть ранее, здесь речь шла про жирную логику, скажем, с вычислениями.

    вбейте в поисковике node.js enterprise и удивитесь.

    Вбил, не удивился. Быстрые веб-проекты на нем пишут. Ничего про, скажем, банковские процессинги не нашел.

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

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

    DDDsa,
    они срослись с системой контроля версий Git в единое понятие.

    Потому я написал этот комментарий. Не придраться лично к вам, а внести ясность для читателя. Вы-то разницу улавливаете наверняка, а новички - нет, а тема не сказать, что простая для понимания человеком без опыта.
  • Node JS насколько удобен в Desktop и для сайтов?

    Антон Спирин,
    Это уже давно тенденция.

    Тенденция - это выносить некоторые классы приложений в веб, но очень редкие приложения не для потребления контента делают на веб-технологиях под десктоп изначально. Да и вообще на любой другой платформе. Как правило, это названный вами кейс: "Нам нужно срочно что-то сделать, но денег у нас нет, зато есть сайт". Это путь компромиссов от рождения. И это может быть вполне приемлемо для некоторых приложений в некоторой нише, но это и не делает технологию серебряной пулей.

    По поводу кроссплатформенных технологий, то одной из самых популярных для клиентских приложений как-ни крути является JS.

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

    Это будет даже дешевле в долгосрочной перспективе.

    Практика говорит как раз об обратном.

    Хм. Нет) Энтерпрайз никто на JS не переписывать не кинулся, даже во времена хайпа по Nodejs. А именно там самые долгоживущие приложения с наиболее крупными кодовыми базами. Тут дело не только в платформе, но и в языке.

    работать с клиентами мессенджеров как минимум удобней, чем работать во вкладках

    Вытащить вкладку отдельно в окно - вот и "клиент", разве нет?
  • Программное решение для упорядочивания жизни?

    В гит-репозитории вы свободны структурировать информацию как угодно

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

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

    гитбакета

    Битбакета?
  • Node JS насколько удобен в Desktop и для сайтов?

    Антон Спирин,
    Как, по-вашему, команде веб-разработчиков быстро написать клиенты для своего сервиса под все платформы и эффективно поддерживать их актуальными?

    Вы именно о таком исключительном случае и говорите.

    Представьте во сколько раз больше надо потратить времени если писать отдельные программы под каждую платформу.

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

    Посмотрите на те же Slack

    Ну серьезно, какая мотивация устанавливать слак на десктоп, если там и так есть браузер с таким же слаком?
  • Как DI резолвится в .ctor'е контроллера?

    0x472DD, фреймворк вызывает.

    17.1.png

    У него есть такая штука, как фабрика контроллеров (controller factory), которая создает, собственно объекты контроллеров. Контроллер подбирается фабрикой на основе выхлопа роутера (routing), анализируются его подребности в зависимостях (через рефлекшн, как в ответе выше), которые разрешаются с помощью DI-контейнера. Создается экземпляр контроллера.
  • Как DI резолвится в .ctor'е контроллера?

    Почитайте про фабрику контроллеров и вообще флоу того, что происходит во фреймворке в процессе обработки запроса.
  • Верстка по BEM. Файловая структура. Как присваивать классы независимому блоку?

    Александр, там есть предупреждение о том, что делать так без острой нужды не рекомендуется. Такой необходимости у ТС, очевидно, нет.
  • Какой язык полезно будет учить в сочетании с Java?

    Цель как можно быстрее, попасть на работу

    Попробуйте McDonalds. Есть в любом городе, не требует навыков и уже через неделю работать будете!
  • Какая из библиотек для прорисовки gui более производительна и менее требовательна?

    edward_freedom, О чем говорит? Десктопный телеграм нельзя назвать компактным приложением (только если на фоне аналогов на веб-технологиях, но это другая история), да и Qt там патченный.
  • Как дела с программированием на C#?

    Определитесь с тем, что вам из "кучи" нужно и погуглите наличие/альтернативы в .NET Core / Mono. А то вы беретесь за сишарпы, а в соседних тредиках уже говорите, что низкоуровность интересна.

    Главная проблема - отсутствие кроссплатформенности у WPF. Но есть Avalonia UI и Windows Forms под Mono. Что касается ASP.NET Core - там дела обстоят даже лучше, чем в большом фреймворке.
  • Добавление записей в доп. таблицу, имеющей связь с основной таблицей?

    reboot777, с фронта вам приходит некая view-модель (model), на основе которой вы создаете сущность, которую уже сохраняете в БД. Она может быть того же типа, это не особо важно. В моем примере в ответе я обращал внимание на то, что зависимый объект должен находиться внутри главного (связанный ссылками), таким образом когда EF распарсит дерево объектов, он поймет, что между ними есть отношение. Тогда они оба сохранятся одним махом.
  • Добавление записей в доп. таблицу, имеющей связь с основной таблицей?

    reboot777, я могу лишь догадываться о том, как у вас организован код и почему оно не работает сейчас (= Если DbContext аж до контроллера протянут, то скорее всего там нужно передать все в том стиле, что я показал - как граф объектов.

    По-хорошему, работа с базой делается в т.н. "слое доступа к данным" (aka Data Access Layer, DAL), валидация и прочая бизнес-логика - в сервесном слое, а в контроллерах - UI-логика, обработка ошибок запроса, вызов нужных сервисов и маппинг моделей в сущности и обратно. О построении грамотной архитектуры расскажет книжка, о которой я писал.
  • Добавление записей в доп. таблицу, имеющей связь с основной таблицей?

    reboot777, с моим ответом ниже не получилось? Я там погадал на кофейной гуще, но вроде бы тому, что выприводите, это удовлетворяет
  • Добавление записей в доп. таблицу, имеющей связь с основной таблицей?

    reboot777, Пожалуйста.
    Есть каноничная книжка Адама Фримана по ASP.NET MVC, помимо изучения самого фреймворка на примерах (разработка простенького интернет-магазина) автор уделяет достаточно много времени трехслойной архитектуре (DAL на репозиториях, сервисный слой (бизнес-логика), интерфейсная логика), основы внедрения зависимостей (IoC via DI), написанию юнит-тестов. Пусть не пугает то, что это про ASP.NET MVC 4, большая часть материала актуальна и для Core, не говоря уже об обратной совместимости базового фреймворка.

    Про Entity Framework отдельно можно почитать на Metanit, entityframeworktutorial, ну и конечно официальная документация.